кто может внятно обьяснить что за лишний PageFault изза которого grep отучили mmap?

      --mmap If possible, use the mmap(2) system call to read input, instead of the default read(2) system call.   In  some  situations,  --mmap  yields
              better  performance.  However, --mmap can cause undefined behavior (including core dumps) if an input file shrinks while grep is operating,
              or if an I/O error occurs.

ты про это что-ли?

нет, у тебя устаревший ман. последние версии эту опцию просто игнорируют. я пытаюсь понять как пришли к такому решению.

в рассылке я нашел следующее:

mmap is a bad idea for sequentially accessed file because it will cause a page fault for every read page. Just consider it a failed experiment, and ignore --mmap while accepting it for backwards compatibility.

что я не до конца понимаю.

http://en.wikipedia.org/wiki/Page_fault Это?

не, я знаю что такое page fault, я не понимаю как это привело к неэффективности grep.

Неэффективность заключается в page fault на каждую прочитанную страницу. По всей видимости, read() делает упреждающие чтение нескольких страниц за раз, и поэтому эффективнее mmap().

ну mmap() тоже умеет упреждающее чтение, а стоимость page fault много меньше стоимости read(). Или я неправ?

покачто выяснил что mmap() & read() пользуюит разные механизмы упреждающего чтения, причем конкретно на линуксе в среднем сумма read() + соответствующее упреждающее чтение более эффективна чем сумма mmap() + упреждающие чтение. Очень странно и непонятно.

А как mmap может делать упреждающее чтение? Откуда он знает, что ты будешь читать?

ему это можно обьяснить при помощи madvise()

ну mmap() тоже умеет упреждающее чтение, а стоимость page fault много меньше стоимости read(). Или я неправ?

не прав, потому что в итоге все-равно прийдется делать чтение.