Senfile + Threads + mincore in Linux?

[Gelun, Artem]

Объясню насчет "когда нужно" ))
Часть файлов отдавать так наверняка нерационально. Если они мелкие, то это
многих fopen/mmap, что нехорошо
Но если нужно отдать большой файл (например, вынести "большие файлы" в
отдельную локацию и там включать/выключать настройкой такую фичу), да еще и
дескриптор в кэше держать, а не открывать каждый раз, то кол-во mmap будет
не столь значительно, мне кажется?

29 июня 2015 г., 17:05 пользователь Gelun, Artem <a at gelun.ru> написал:

> Ну у вас ведь файл открывется не при каждом запросе?
> Вы откываете файл и сохраняете дескриптор в структуре (не помню какой ))) )
> что мешает в этой же структуре сохранять указатель на mmap? и unmap делать
> вместе с закрытием файла (если ранее указатель был проинициализирован, а
> mmap делать только когда нужно)?
>
>
> 29 июня 2015 г., 16:40 пользователь Валентин Бартенев <vbart at nginx.com>
> написал:
>
> On Monday 29 June 2015 20:28:08 Igor M Podlesny wrote:
>> > 2015-06-29 20:18 GMT+07:00 Валентин Бартенев <vbart at nginx.com>:
>> >
>> > > Varnish не веб-сервер, а кэш, причем кэш там организован через mmap().
>> > >
>> >
>> > Новости! ;-)
>> >
>> >
>> > > Постоянные mmap() + mincore() + unmap() - получится недешево.
>> > >
>> >
>> > Ну так можно ж не постоянно. Зачем постоянно-то? Замэпить и сёрвить.
>> >
>>
>> У вас же не один файл, так?  Пулы потоков и нужны там, где файлов много
>> больше,
>> чем оперативной памяти.
>>
>> Нужно будет mmap() делать минимум на каждый запрос, тысячи
>> mmap()/munmap()-ов в
>> секунду - это большая нагрузка на подсистему памяти.
>>
>> --
>> Валентин Бартенев
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150629/4e2bec3d/attachment.html>