一些可以参考文章集合2

一些可以参考文章集合2

20211105

OverlayFS是一种堆叠文件系统，它依赖并建立在其它的文件系统智商，不直接参与磁盘空间结构的划分，仅将原来文件系统中不同目录和文件进行“合并”。

因此OverlayFS更像是一个粘合剂，输出多个文件系统目录的“合集”。

docker镜像分层原理-overlay_baixiaoshi的专栏-CSDN博客_docker分层原理学习了linux的 namespace之后，知道了docker是如何将机器的资源进行隔离的，那么docker中的镜像分层技术的原理是什么呢？答案是联合文件系统对，就是aufs， device mapper, btrfs, overlay, overlay2 当然我今天就演示一下overlay怎么实现镜像分层的原理先看看overlay的架构图也许就明白了一半了原理：overlayfs在...https://blog.csdn.net/baixiaoshi/article/details/88924281

OverlayFS初识以及使用 - ArnoldLu - 博客园关键词：OverlayFS、Whiteout等等。 测试环境：Linux al-B250-HD3 4.15.0-99-generic #100~16.04.1-Ubuntu SMP Wed Apr 2https://www.cnblogs.com/arnoldlu/p/13055501.html

庖丁解InnoDB之REDO LOG本文将重点介绍REDO LOG的作用，记录的内容，组织结构，写入方式等内容，希望读者能够更全面准确的理解REDO LOG在InnoDB中的位置。https://mp.weixin.qq.com/s/2G_2ZYAbQIblVJY7pmrhKg

https://github.com/linjc/smooth-signaturehttps://github.com/linjc/smooth-signature

定义input被选中时候的颜色

忘掉 y 轴的截距吧，长远来看，斜率是唯一重要的事情。

如果 x 轴表示时间，y 轴表示你要实现的目标，那么实现目标的过程可以画成一条直线。

这条直线可以用两个变量描述：y 轴截距（直线与 y 轴的交点）和斜率（y 随时间变化的速度）。

如果我们把 y 轴截距看成是你的起点，那么斜率就是你为了实现目标，而适应、学习和付出努力的前进速度。

即使一条线的起点远低于另一条线，只要它的斜率更大，终究会超越前一条线。

你可能听过这样的建议：做一个终身学习者，每天学一点，不断进步。很少有人能够遵循这条建议，因为在开始后的很长时间内，根本看不到有什么效果。时间周期越短，直线看起来越平坦，当你远远落后时，这是非常令人沮丧的。

但是，只要坚持下去，保持向上的斜率，长期以后，你将远远地超越原来的人生道路。

记住，短期总是比我们想象的要长，各种打击足以让你灰心丧气，但是 长期总是比我们想象的要短。

同一个道理，在招聘时，有潜力但经验不足的候选人，长期来看，比经验丰富但潜力不足的候选人，对公司更有帮助。

总之，当事情没有达到你的目标时，不要放弃，每一个伟大的事业都始于一个小小的念头。学习一项新技能，每天进步一点点，短时间内，一切看起来都是老样子，但是随着时间的推移，改进会持续累积起来，进步会越来越明显。

用户研究中，有一个众所周知的事实。如果你询问用户是否需要新功能，他们通常会大叫"是的"。毕竟谁会不想要更多的功能呢？

但是，等到发布以后，你才意识到用户可能不使用这个功能。

-- 《当用户从不使用他们要求的功能时》

理财的核心原则，就是两句话："增加收入，减少开支"。

但是，这两句话相互矛盾，需要不同的技能。增加收入通常需要花钱，提高获利潜力。减少开支意味着对于投资新事物持有保守态度，这种心态会阻止你赚更多的钱。

-- 《我的十条金钱规则》

科技爱好者周刊（第 182 期）：新人优惠的风险 - 阮一峰的网络日志https://www.ruanyifeng.com/blog/2021/11/weekly-issue-182.html

 20211102

read(file_fd, tmp_buf, len);

基于传统的 I/O 读取方式，read 系统调用会触发 2 次上下文切换，1 次 DMA 拷贝和 1 次 CPU 拷贝。

发起数据读取的流程如下：

1. 用户进程通过 read() 函数向 Kernel 发起 System Call，上下文从 user space 切换为 kernel space。

2. CPU 利用 DMA 控制器将数据从主存或硬盘拷贝到 kernel space 的读缓冲区（Read Buffer）。

3. CPU 将读缓冲区（Read Buffer）中的数据拷贝到 user space 的用户缓冲区（User Buffer）。

4. 上下文从 kernel space 切换回用户态（User Space），read 调用执行返回。

深入理解 Linux的 I/O 系统 - 文章详情

对于 Kafka 来说， 它主要用来处理海量数据流，这个场景的特点主要包括：

1. 写 *** 作：写并发要求非常高，基本得达到百万级 TPS，顺序追加写日志即可，无需考虑更新 *** 作

2. 读 *** 作：相对写 *** 作来说，比较简单，只要能按照一定规则高效查询即可（offset或者时间戳）

 把消息的 Offset 设计成一个有序的字段，这样消息在日志文件中也就有序存放了，也不需要额外引入哈希表结构， 可以直接将消息划分成若干个块，对于每个块，我们只需要索引当前块的第一条消息的 Offset ，这个是不是有点二分查找算法的意思。即先根据 Offset 大小找到对应的块， 然后再从块中顺序查找.

这样就可以快速定位到要查找的消息的位置了，在 Kafka 中，我们将这种索引结构叫做 “稀疏索引”。

18张图带你搞透Kafka的存储架构 - 文章详情这篇文章干货很多，希望你可以耐心读完。从这篇文章开始，我将对Kafka专项知识进行深度剖析，今天我就来聊聊kafka的存储系统架构设计，说到存储系统，大家可能对MySQL比较熟悉，也知道MySQL是基于B+tree来作为它的索引数据结构。Kafka又是基于什么机制来存储？为https://z.itpub.net/article/detail/23669855206850749BA50599BE2D1F00

Kafka基础入门篇https://mp.weixin.qq.com/s?__biz=Mzg5MTU3OTQyMA==&mid=2247483795&idx=1&sn=75e8ca461acae52aedfbc95b1e19d746&chksm=cfca7ce0f8bdf5f6ef7a0fa400bf4c3e81c9b4bda1dadcab6ccdc99df7eadebabe462b1507e8&scene=21#wechat_redirect