你麻痹 既然讨论到了Mmap 你来说说 你在实际工作中用到的哪个情形？

[fangkuuaih]

操，连OS有cache都不知道。太夸张了，现在的同学们都不学OS了么？

你说的是真的CPU内的SRAM cache，还是应用层用DRAM 做cache。
叔没听说过OS cache的概念。

[hci]

我们说的cache, 是FS cache, page cache, mmap, whatever, it's the same thing.

你把两个cache的概念搞混了。
cache的本意是CPU的缓存，由mmu管理，有cache命中，invalidate。这种cache os 管不上。

另一种是从软件角度讲的cache，就是划出一块内存。你说的硬盘访问所谓的cache就是dma。

[xiaoju]

本意你个头

计算机工程一半的精力都在研究从上到下，从物理到逻辑的各种cache。

你把两个cache的概念搞混了。
cache的本意是CPU的缓存，由mmu管理，有cache命中，invalidate。这种cache os 管不上。

另一种是从软件角度讲的cache，就是划出一块内存。你说的硬盘访问所谓的cache就是dma。

[xiaoju]

我不是搞DB的，但貌似某些OS允许跳过cache直接访问磁盘。

希望不希望都没有卵用，OS还是想干啥就干啥，想把哪个页给换出去就换了，应用程序没有任何办法，只能干瞪眼。

所以DB研究者们在搞自己的OS。等他们搞出来再看吧。

扯这些都没有用。

[hci]

OS cache means the File system cache, which is what mmap is. mmap is the page cache. This cache is managed by the kernel.

你说的是真的CPU内的SRAM cache，还是应用层用DRAM 做cache。
叔没听说过OS cache的概念。

[xiaoju]

说明你不懂CS
In computing, a cache (/kæʃ/ ⓘ KASH)[1] is a hardware or software component that stores data so that future requests for that data can be served faster; the data stored in a cache might be the result of an earlier computation or a copy of data stored elsewhere.

你说的是真的CPU内的SRAM cache，还是应用层用DRAM 做cache。
叔没听说过OS cache的概念。

[Ifloating]

你搞反了吧？用mmap不是为了速度，而是为了与OS更好配合，合理使用资源。明明是OS kernel在干的事，应用程序不需要自己去搞一套。

这些学术界搞DB研究的人，没有屁事干，搞turf war，想从OS里抢活来干，才写了这个屁文，被批得体无完肤。

就这么点事。

你看大家的评论，都说用read-only mmap是个更好的设计。

你果然是傻逼一路走到黑
你用readonly 都带什么好处了
就是为了用二用 真是二逼

[xiaoju]

是啊，mmap出来的内存和普通的应用内存没有本质区别。应用内存是pagefile-backed。所以用户态没有真正的内存不足错误，所谓的内存不足实质上是pagefile不够用了。

OS cache means the File system cache, which is what mmap is. mmap is the page cache. This cache is managed by the kernel.

[hci]

被标记为readonly 的页面，kernel可以直接和自由地把它们换进换出，因为他们都是干净的，不是脏的，这就没有上面那个文章说到的会引起性能问题的冲突。

那个文章没有想到还可以这么玩，所以被LMDB的作者骂得体无完肤。

就这。

看评论，大家都承认，这是个很好的设计。

你果然是傻逼一路走到黑
你用readonly 都带什么好处了
就是为了用二用 真是二逼

[Ifloating]

被标记为readonly 的页面，kernel可以直接和自由地把它们换进换出，因为他们都是干净的，不是脏的，这就没有上面那个文章说到的会引起性能问题的冲突。

那个文章没有想到还可以这么玩，所以被LMDB的作者骂得体无完肤。

就这。

看评论，大家都承认，这是个很好的设计。

没有用 LMDB significantly 影响写的速度
所以真是傻逼为了用mmap二用
属于东施效颦 傻逼二逼

[Ifloating]

被标记为readonly 的页面，kernel可以直接和自由地把它们换进换出，因为他们都是干净的，不是脏的，这就没有上面那个文章说到的会引起性能问题的冲突。

那个文章没有想到还可以这么玩，所以被LMDB的作者骂得体无完肤。

就这。

看评论，大家都承认，这是个很好的设计。

https://github.com/jnwatson/py-lmdb/issues/162

看来你真是二逼

[fangkuuaih]

说明你不懂CS
In computing, a cache (/kæʃ/ ⓘ KASH)[1] is a hardware or software component that stores data so that future requests for that data can be served faster; the data stored in a cache might be the result of an earlier computation or a copy of data stored elsewhere.

别扯淡了。 你给叔找出一条 os cache 的维基词条。

前一种CPU cache OS根本管不上。
OS只负责应要求分配回收内存资源，你拿去做应用角度的cache也好，做程序存储也好，OS 根本不care。

拿内存做cache是应用角度来说的。

OS cache就是一种你们的layman的说法，一点都不严格。

[xiaoju]

为什么叫OS cache，因为OS体系结构的架构图上有个子系统就叫Cache，这个学过的都知道。


OS内核必须cache文件读写，否则速度慢到无法接受。

别扯淡了。 你给叔找出一条 os cache 的维基词条。

前一种CPU cache OS根本管不上。
OS只负责应要求分配回收内存资源，你拿去做应用角度的cache也好，做程序存储也好，OS 根本不care。

拿内存做cache是应用角度来说的。

OS cache就是一种你们的layman的说法，一点都不严格。

[hci]

这是这个傻逼不会用。用LMDB 缺省设定，等于每个commit都要flush，当然慢了。如果只想写得快，把LMDB设成masync 就行了。在Linux下，不会有比这更快的了。因为这是个noop ，等于是跟kernel说，＂这些页我写了，请尽快写在盘上＂，完全交给kernel。

https://github.com/jnwatson/py-lmdb/issues/162

看来你真是二逼

[newIdRobot]

amrk

[fangkuuaih]

为什么叫OS cache，因为OS体系结构的架构图上有个子系统就叫Cache，这个学过的都知道。


OS内核必须cache文件读写，否则速度慢到无法接受。

小菊太君，尼玛别东拉西扯了。
cache文件，尼玛又创造新名词。

[hci]

LMDB的作者是华人，说话比较冲，白人就不乐意了，想办法整他，罵他，举报他，好像弄得他被twitter ban了。

[hci]

Os里面说到cache，就这个，并没有歧異，就是文件緩存。

小菊太君，尼玛别东拉西扯了。
cache文件，尼玛又创造新名词。

[fangkuuaih]

Os里面说到cache，就这个，并没有歧異，就是文件緩存。

叔知道。你们继续说db。

[rtscts]

我不是搞DB的，但貌似某些OS允许跳过cache直接访问磁盘。

应该所有的OS都提供direct I/O