腾讯一面
面试官笑的很温柔,笑的这么温柔怎么这么爱问场景题啊?!! 求求大佬 我爱腾讯,跪求二面
人要没了,求大佬解答
1、redis如何解决hash冲突
2、多线程并发写多个文件,怎么解决冲突(面试官特地说,如果有1w文件 总不能都加锁吧)
3、即时通讯,类似于qq这种,大部分时间挂机没有聊天,如何维护tcp请求(在连接数百万量级的时候)
4、操作系统虚拟内存,如何寻址,为什么寻址很快

8号 腾讯二面 挂
全部评论
维护数百万级的 TCP 连接需要一些高级的技术和策略,下面是一些建议: 连接池:为了避免频繁地创建和销毁连接,可以使用连接池技术。连接池可以预先创建一定数量的核心连接,并允许在一定范围内动态地创建和销毁连接。当客户端发出请求时,服务器可以从连接池中获取一个空闲的连接来处理请求,而不是创建一个新的连接。 心跳机制:为了检测挂起的连接(即那些在一段时间内没有数据传输的连接),可以使用心跳机制。客户端和服务器定期发送心跳消息,以表明它们仍然活动。如果在一段时间内没有收到心跳消息,服务器可以假设连接已经断开,并关闭它。 TCP Keepalive:TCP 本身提供了一种检测断开连接的机制,称为 TCP Keepalive。当 TCP 连接处于空闲状态时,系统会定期发送 Keepalive 探测报文。如果在一段时间内没有收到对方的响应,系统就认为连接已经断开。 并发处理:对于大规模的并发连接,需要有效地处理每个连接的请求。这可以通过异步编程、多线程或多进程技术来实现。例如,可以使用事件驱动架构,如 Node.js,或者使用多线程或多进程框架,如 Python 的 asyncio 或者 Java 的 Netty。 负载均衡:在服务器端,可以使用负载均衡器来分配请求到多个服务器实例上。这有助于避免单个服务器的过载,并提高系统的整体性能。 数据压缩和缓存:为了减少网络带宽的使用和提高响应速度,可以使用数据压缩和缓存技术。例如,可以使用 gzip 压缩来减少传输的数据量,或者使用缓存来存储经常请求的数据。 分布式架构:如果单个服务器的资源不足以处理所有的请求,可以考虑使用分布式架构。这可以通过将服务器划分为多个集群来实现,每个集群处理一部分请求。 安全和加密:为了保护用户的隐私和数据的安全性,可以***L/TLS 等加密技术来保护连接的安全。
2 回复 分享
发布于 2023-09-11 12:38 北京
对于大量文件的并发写入,使用锁可能会成为瓶颈,并可能导致性能下降。在处理这种情况时,可以采用以下几种策略: 分布式文件系统: 使用设计用来处理大规模并发数据访问的分布式文件系统,如Google的GFS(Google File System)或Hadoop的HDFS(Hadoop Distributed File System)。这些文件系统可以提供高度并发的数据访问,并能有效地处理大量文件的写入。 分片: 将文件分成更小的部分(分片),并将这些分片分配给不同的线程或进程进行处理。这样,每个线程或进程只需要处理一小部分文件,可以大大提高并发性能。 异步写入: 不是所有的写入操作都需要立即完成。可以使用消息队列或其他方法将写入操作排队,然后异步执行。这样可以避免同时写入大量文件造成的性能瓶颈。 使用并发数据结构: 例如,可以使用并发队列或无锁数据结构来协调多个线程或进程的写入操作,以减少锁的竞争。 使用专门的并发库: 有些编程语言提供了专门用于处理并发写入的库或框架,例如Python的concurrent.futures或Java的java.util.concurrent。 日志结构合并树(LSM Tree): 是一种适用于高并发写入的数据结构。它使用了一种将随机写入转化为顺序写入的策略,大大提高了并发写入的性能。 使用数据库系统: 如果这些文件是某种形式的数据存储,那么使用数据库系统可能是一个更好的选择。许多数据库系统(如MySQL、PostgreSQL等)已经高度优化了并发写入操作。 请注意,对于任何解决方案,都需要在设计和实施时进行充分的性能测试,以确保系统能够有效地处理预期的负载。
2 回复 分享
发布于 2023-09-11 12:38 北京
第二个可以乐观锁吗?一个都不会我去
点赞 回复 分享
发布于 2023-09-05 20:24 上海

相关推荐

bg双非本科,方向是嵌入式。这次秋招一共拿到了 8 个 offer,最高年包 40w,中间也有一段在海康的实习经历,还有几次国家级竞赛。写这篇不是想证明什么,只是想把自己走过的这条路,尽量讲清楚一点,给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候,其实并没有一个特别清晰的规划。网上的信息很零散,有人说一定要懂底层,有人说项目更重要,也有人建议直接转方向。很多时候都是在怀疑:1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题,我当时一个都没答案。二、现在回头看,我主要做对了这几件事第一,方向尽早确定,但不把自己锁死。我比较早就确定了嵌入式这个大方向,但具体做哪一块,是在项目、竞赛和实习中慢慢调整的,而不是一开始就给自己下结论。第二,用项目和竞赛去“证明能力”,而不是堆技术名词。我不会刻意追求学得多全面,而是确保自己参与的每个项目,都能讲清楚:我负责了什么、遇到了什么问题、最后是怎么解决的。第三,尽早接触真实的工程环境。在海康实习的那段时间,对我触动挺大的。我开始意识到,企业更看重的是代码结构、逻辑清晰度,以及你能不能把事情说清楚,而不只是会不会某个知识点。第四,把秋招当成一个需要长期迭代的过程。简历不是一次写完的,面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好,再针对性补。三、我踩过的一些坑现在看也挺典型的:1.一开始在底层细节上纠结太久,投入产出比不高2.做过项目,但前期不会总结,导致面试表达吃亏3.早期有点害怕面试,准备不充分就去投这些弯路走过之后,才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非,准备走嵌入式,我觉得有几件事挺重要的:1.不用等“准备得差不多了”再投2.项目一定要能讲清楚,而不是做完就算3.不要只盯着技术,多关注表达和逻辑很多时候,差的不是能力,而是呈现方式。五、写在最后这篇总结不是标准答案,只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲,希望能对后来的人有点帮助。如果你正好也在这条路上,希望你能少走一点弯路。
x_y_z1:蹲个后续
点赞 评论 收藏
分享
评论
1
37
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务