当前位置:首页 > 嵌入式 > 嵌入式动态
[导读]基于AMD EPYC平台的Linux内核5.0〜5.9基准测试表明,正在开发的Linux内核5.9在某些工作负载条件下降低了性能问题。 据报道,此问题主要发生在测试项目中,例如Apache HTTPD Web服务器。 为了解决这个问题,由Linus Torvalds领导的开发团队决定一分为二,并提出了一种基于侧锁公平性的解决方案。

基于AMD EPYC平台的Linux内核5.0〜5.9基准测试表明,正在开发的Linux内核5.9在某些工作负载条件下降低了性能问题。 据报道,此问题主要发生在测试项目中,例如Apache HTTPD Web服务器。 为了解决这个问题,由Linus Torvalds领导的开发团队决定一分为二,并提出了一种基于侧锁公平性的解决方案。

这个问题的底层原理有些复杂,简单讲就是由于页面锁太讲究“公平性”,有时反而会导致性能的倒退。

Linus Torvalds 和其他开发者共同研究了如何进一步改善页面锁定行为,并于今日将一个短期解决方案合并到了 Linux 5.9 的主线补丁更新中。

这项名叫 2a9127fcf229 的合并提交(mm: rewrite wait_on_page_bit_common() logic"),允许更改页面锁中控制非公平性的参数。若在有锁的情况下等待,系统就会严格按照顺序来调动数据。

这项修订旨在消除长期存在的“看门狗”故障,其涉及在极端负载状况下的页面锁定。在此过程中,如果遭到其它页面的锁定,相关进程很可能陷入永久等待。

此外虽然 Linux 5.9 在某些基准测试项目上的跑分很是亮眼,但副作用却是导致其它一些基准测试项目的性能出现大幅滑退,比如平均延迟和吞吐量的恶化。

本次修订并非完全撤销此前的策略,而是引入了对页面锁定非公平性的可控制方案。虽然默认设置已经相对均衡,但有需要的开发者仍可通过 sysctl 接口进行调整。

显然,这些方案都围绕着页面锁定的重要性、以及某些锁定状况下的竞争程度来展开,但主要的争论似乎与 IO 无关(页面锁的起源)、对于页面文件的映射也是相对稳定的(除了错误地插入页表)。

此外开发者也可通过 sysctl sysctl_page_lock_unfairness(或 / proc / sys / vm / page_lock_unfairness)来调节内核页面锁定的非公平性程度(默认数值 0 为公平模式)。

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除( 邮箱:macysun@21ic.com )。
换一批
延伸阅读
关闭