TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Isolation Alloc

43 点作者 akalin大约 5 年前

3 条评论

rwmj大约 5 年前
A better link might be to the security properties (it is linked from the current page). <a href="https:&#x2F;&#x2F;github.com&#x2F;struct&#x2F;isoalloc&#x2F;blob&#x2F;master&#x2F;README.md#security-properties" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;struct&#x2F;isoalloc&#x2F;blob&#x2F;master&#x2F;README.md#sec...</a><p>It sounds a little bit like ElectricFence, although that project was more focused on finding memory bugs rather than security.<p>It would be good to consider which of these features is lightweight enough that it might be pulled into the glibc allocator. glibc is already doing good work with various hardening features (<a href="https:&#x2F;&#x2F;access.redhat.com&#x2F;blogs&#x2F;766093&#x2F;posts&#x2F;1976213" rel="nofollow">https:&#x2F;&#x2F;access.redhat.com&#x2F;blogs&#x2F;766093&#x2F;posts&#x2F;1976213</a>). However I don&#x27;t think they PROT_NONE internal data structures yet.
评论 #22538924 未加载
评论 #22538499 未加载
saagarjha大约 5 年前
I am curious what the overhead of this allocator is when compared to e.g. glibc’s.
heinrich5991大约 5 年前
If the author is here: I find the text hard to read. In reader view, the code formatting is broken.