Forever Young

What are you following

  • 首页
  • 标签
  • 分类目录
  • 文章归档
  • 行路万里
  • 读书万卷
  • About Me

  • 搜索
面经 解决方案 操作系统 Java源码 开源 GSoC 哲学 中间件 回溯 链表 书 top 数据库 分布式 滑动窗口 配置 动态规划 前缀树 并查集 Redis 总结 年终总结 面试 算法基础

24年暑期阿里云云网络提前批一面

发表于 2023-03-03 | 分类于 总结 | 阅读次数 189
# 面经
我的硕士前半生

此文首发于拿个offer星球,先行感谢群里大佬对于群垫底的我的提携

面试回放-复盘

简历问题:普罗米修斯你们怎么用的

讲了部门业务和公司内部产品

简历问题:docker拷贝文件命令

场景题:

我们其实我们现在日志的采集量很大,大概一天可能一个 1 月份有上百个 g 类似的这么大的日志采集,我们从中间通过关键字去查询的时候,你觉得它是怎么样去查询的?能够快速地定位到我们需要的日志?

其实就是存ES,倒排索引去查

场景题:假如我们想要去处理一批数据,这一批数据,这么给你说,假如我们想要去处理一批数据,这一批数据是多个用户调性的哪一天,或者就数据 API 的这个 API 是多个用户调进来的API,它会打到登录式的一个系统上面。但是这些 API 可能会去共享一些资源。在 分布式的系统上,你觉得首先共享资源会出现哪些问题? API 进来请求上会出现哪些问题?我们怎么去解?因为每台信息它可能也是多线程处理的是吧?处理每个API,首先一个共享 PM 怎么去解?第二个是你站在分布式的一个系统设计上来看,你觉得如果我允许你在分布式系统上面在前面再加一台proxy,你怎么去实现能够更好的做到系统性能。

引导着往锁的方向答,我觉得锁不太适合。。。中间提了mq、多级队列、资源池,没想到就是锁,还是不够了解系统设计。

如果我前面允许你放一个proxy,你会怎么去设计,更尽可能地从上面去规避

假如我的API,我每个 API 是可以带一个用户的UID

uid 做分流,扯了一致性hash,还有一致性hash虚拟节点减少服务雪崩的问题

现场问题 :如何提高 CPU 命中cahche的概率

不会,扯了 L1 L2 L3 cache,面试官说可以看一下 cpu 亲和性的东西

普通八股:

hashmap结构

数据库索引

计算机网络拥塞控制 (问了一个 BBR 算法,谷歌的)

实习:

业务

用的中间件

实习计划

对公司感觉怎么样?

讲了部分代码可能要求低,我觉得代码风格不好,会主动改一下代码(保证没问题的前提下)
又讲了一下上次发版的复盘

阿里压力可能会比较大,要做好准备

有听过,能接受,想去阿里

反问:

有二面吗?

我后面主管一起的评估的,根据我们面试。

# 面经
我的硕士前半生

  • 文章目录
  • 站点概览
erdengk

erdengk

87 日志
5 分类
24 标签
RSS
Github E-mail
Creative Commons
友链
  • 星球球友
  • Joey
  • 北松山(itwaix)-TP在职
  • JooKS' Blog-GSoC 2022 Mentor
  • Chever-John-Shein在职
  • 一堆网页小游戏
  • 飞鸟记
0%
© 2019 — 2023 erdengk
由 Halo 强力驱动
陕ICP备2021015348号-1
川公网安备 51011202000481号
轻点广告,请我喝水,非常感谢 (。・ω・。)ノ(*/ω\*)