公司:360
360(全称“三六零安全科技股份有限公司”)(上交所:601360)是中国大陆的一家主营安全相关的互联网公司,由周鸿祎于2005年9月成立。公司口号是“引领中国互联网开放潮流”,旗下的产品有360安全卫士、360杀毒、360搜索、360安全浏览器、360手机助手、360手机卫士等多项业务。
初识MQTT协议
MQTT是物联网中一个常用的流行协议,最近整理收集了一些相关的内容和信息,今天分享出来希望能对您的研究有所帮助。
75CDN 增加 ES Module 支持
75CDN 是一个由奇舞团维护的静态资源托管平台,创立至今已经稳定运行了两年多的时间。近期我们增加了 ES Module 的支持,成为国内首个拥抱 ES Module 服务的静态资源库,请大家多多的支持。
linux内核源码 -- list链表
linux kernel里的很多数据结构都很经典, list链表就是其中之一,本文将从以下几方面介绍list链表:list的定义、list提供的操作方法、注意事项、使用实例
Bulk异常引发的Elasticsearch内存泄漏
无论什么服务,都不可避免内存泄露的问题,今天就带大家看看ES遇到内存泄露时是如何解决的
图像识别在测试中的应用
本文介绍一下图像识别在测试中的应用。
分布式存储中的数据分布策略
本文提出一种分层的数据放置策略DPRD。
redis哈希表的rehash分析
通过源码分析,来进一步了解redis中rehash的实现细节。
图床上传系统设计分析
按步骤拆解分析图床上传系统的设计,以及其中的实现细节。
Elasticsearch性能监控(二)
在Elasticsearch的运维过程中,我们经常会遇到节点不可用、OOM和垃圾回收时间过长等问题,如果每次都等出问题了才发现,极端情况下是会影响业务访问的,在日常运维中,需要提前预测这些问题,及时处理,可怎么监控呢?
如何打造高质量的SSP广告引擎(内部干货分享)
当今互联网有几种主流的商业模式:广告、游戏、增值服务等。毫无疑问“广告推送”带给互联网公司的收入绝对是相当可观。今天小主就为大家分享一篇来自360手机卫士团队分享的SSP广告引擎,这么高质量的内部干货不拿出来分享实在对不起大家...
浅析ElasticSearch原理
ElasticSearch在很多业务场景中都有使用,但是不知道大家对其原理是否清晰。今天就跟大家简单聊一下ElasticSearch的原理。
基于bbr拥塞控制的云盘提速实践
云盘的速度是业界硬指标;360云盘是怎样通过bbr拥塞控制算法来实现提速的呢?
时间序列异常检测机制的研究
本文介绍了一种用于LVS流量异常检测的算法。该算法使用了EWMA(指数权重移动平均)方法来拟合曲线,并使用3-sigma理论来判断新的输入是否超过了容忍范围。通过比较实际值和平均值之间的差异,可以确定是否需要告警。该算法综合考虑了短期和长期数据,能够有效检测LVS流量的异常情况。
Kafka 源码分析之网络层(一)
Kafka的网络层模型使用NIO技术处理网络通信。SocketServer通过Acceptor和Processor线程处理请求和连接。Acceptor负责监听和接受新连接,并分配给Processor处理。Processor有三个主要功能:处理完成的请求的响应、调用selector.poll()完成数据的接收和发送、处理已完成的接收操作。具体的流程是根据请求类型操作当前连接的nio selector,暂时删除读事件监听、添加写事件或关闭连接。同时,通过selector.completedReceives.asScala.foreach来处理已完成的接收操作。RequestChannel类在core/src/main/scala/kafka/network/RequestChannel.scala文件中保存所有的完整请求和需要发送的响应,由RequestHandler周期性获取请求并处理响应。ConnectionQuotas类则负责监控网络连接。
Google BBR拥塞控制算法模型初探
这篇文章介绍了TCP BBR算法的特点和优势。作者指出,传统的TCP拥塞算法在网络拥塞时采用逻辑滞后的收敛策略,导致带宽利用率低且出现锯齿现象。相比之下,TCP BBR算法利用一个固定时间窗口内的最小RTT来动态调整带宽利用,实现更高的带宽利用率和较低的延迟。文章还介绍了安装TCP BBR算法的步骤,包括确认内核版本、修改sysctl.conf配置文件、重启和检查内核和模块加载情况。作者对TCP BBR算法的性能表示满意,并鼓励读者尝试使用该算法。此外,文章还提到了TCP拥塞控制算法是由数据发送端决定发送窗口的,应根据实际情况在server或client部署。
MYSQL 5.7 INNODB 表空间
InnoDB是MySQL最受欢迎的存储引擎之一,支持ACID和良好的读写性能。本文主要介绍了InnoDB表空间及其特性,包括系统表空间、数据加密、相关配置等。系统表空间存储表数据、元数据和MVCC信息,还包含数据字典、Undo空间等。通过启用InnoDB_file_per_table选项,可以在单独的表空间文件中存储每个表的数据和索引。文章还提到了双写缓冲区、Redo logs等用于崩溃恢复和防止数据丢失的机制。此外,还介绍了UNDO表空间和日志的作用、配置和优势,以及临时表空间的变化。在MySQL 5.7中,通过对临时表相关功能进行优化,将临时表的数据和回滚信息从共享表空间中分离出来,降低对其他正常表的性能影响。临时表空间文件ibtmp1会在每次服务启动时重新创建,并不用于崩溃恢复。此外,还介绍了InnoDB通用表空间的概念和用法。