技术专栏 第384页

在lab7、lab8的实现中可以发现，出于空间利用率的考虑，一个PoolArena会同时被多个线程并发访问。因此无论是Normal还是Small规格的池化内存分配，Netty在进行实际的池化内存分配时都或多或少的需要使用互斥锁来确保用于追踪池化内存状态的元数据PoolArena、PoolSubPage等不会被并发的更新而出现问题。

jemalloc的论文中提到，内存分配作为一个高频的操作需要尽可能的减少线程的同步竞争以提高效率，大量线程都阻塞在同步锁上会大大降低内存分配的整体吞吐率，通过引入线程本地缓存可以显著减少同步竞争的频率。


“The main goal of thread caches is to reduce the volume of synchronization events.”


“Minimize lock contention. jemalloc’s independent arenas were inspired by lkmalloc, but as time went on, tcmalloc made it abundantly clear that it’s even better to avoid synchronization altogether, so jemalloc also implements thread-specific caching.”

上一期我们搞懂了
yield-os.c的原理如何，我们理解 玩上下文切换的核心细节之后，我们可以把这些原理迁移到RT-Thread这个更大的操作系统中。

RT-Thread中有两个抽象层, 一个是BSP(Board Support Package), 另一个是libcpu。

你可能注意到了，上面的代码里有个
&。这就是我们的主角，引用。在变量名之前加上该符号，就可以指出它是个引用。

在详细介绍之前，先来看看它的效果。

打开Android-Video-Trimmer工程的gradle/wrapper/gradle-wrapper.properties，把下面这行配置

它们的熟悉度让它们看起来简单得有些欺骗性：看似清晰划分的组件，如 scheme、hostname、path 等，让人觉得从 URL 中提取信息是件小事。但实际上，多年来已经构建了数千个自定义解析器，每个都有自己对细节的理解。

工作后是选择技术，还是业务？不同的人有不同的选择，选择无所谓对错，只有合适不合适。绝大部人选择的是业务，见效快。缺点是过于依赖某个行业或公司。我选择的是技术，非常的艰辛。大致过过程如下：

一，6个月出可以运行的产品，所有功能基本完成。

二，又6个月根据上司、测试部门、售后部门的要求反复修改。这个阶段，我期望尽可能短，以降低市场风险，但公司往往不让。

三，又6个月上线第一个项目，摸着石头过河。

四，又6个月上线第二三项目，验证可能遇到的问题。

五，上线大量项目，这时有没有我，都无所谓。

除创业的4年外，我的工作经历可以分为如下几类：

人眼对亮度的感知是非线性的——对暗部变化敏感，对亮部变化不敏感。例如从1根蜡烛增加到2根蜡烛的变化很容易察觉，而从100根增加到101根则难以察觉。

前面我们通过逆向手段分析了
CoreText中的字体级联/Font Fallback机制，正好借此机会聊聊一些常用的逆向思路与技巧；本篇文章更多面向小白入门，不需要你有太多的汇编、LLDB知识，我们将结合一些典型场景来举一反三，当然，如果大家有更好的奇技淫巧欢迎一起交流、学习。

最近学了些新算法，过来做下笔记，以免以后忘了。