|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Yar Tikhiy 2:5020/400 24 Nov 2006 11:52:13
To : Vadim Goncharov
Subject : Re: httpd for static content
--------------------------------------------------------------------------------
Vadim Goncharov <vadimnuclight@tpu.ru> wrote:
>
> On Thu, 23 Nov 2006 09:10:21 +0000 (UTC); Spartak Radchenko wrote about 'Re:
> httpd for static content':
>
> SR>>> Посмотрел сейчас в 6.2-RC1 и удивился:
> AY>>
> SR>>> #netstat -m
> SR>>> ...
> SR>>> 0/0/0 sfbufs in use (current/peak/max)
> SR>>> ...
> SR>>> #sysctl kern.ipc.nsfbufs
> SR>>> kern.ipc.nsfbufs: 0
> AY>>
> SR>>> Оно точно ещё актуально? Такое впечатление, что лимит убрали.
> AY>>
> AY>> Возможно. Hо почему то в коммит-логах и freebsd-net@ про это ничего не
> AY>> написали.
> SR> Всё оказалось интересней. Оно зависит от платформы. Проверил на
> SR> нескольких серверах с FreeBSD от 5.4 до 6.2-RC1. Оно равно нулю
> SR> на amd64 и 6656 на i386. Hадо полагать, в amd64 этого лимита нет?
> SR> Это хорошо...
>
> Скорее, это баг отображения/чего-то_еще на amd64. Поднимми вопрос
> в списке рассылке по amd64.
Вы клевещете на родную ОС, товарищ! ;-)))
Hа самом деле, sf_bufs в amd64 не используются вовсе. Подробности
можно почитать в статье Алана Кокса и его коллег:
http://www.usenix.org/events//usenix05/tech/general/full_papers/elmeleegy/elmele
egy_html/index.html
Суть ее сводится вот к чему. sf_bufs нужны, чтобы компенсировать
потерю производительности, когда надо постоянно жонглировать
отображением виртуальных страниц в физические, чтобы получать
произвольную физическую страницу в область виртуальной памяти ядра.
А жонглировать приходится, потому что на 32-битных процессорах мы
уже не можем отобразить всю физическую память в участок виртуального
адресного пространства ядра, как раньше: слишком много стало ОЗУ.
В то же время, на 64-битных процах такое отображение вполне возможно
(пока что :-), и хитрости с sf_bufs не нужны. Так, на amd64 sf_buf
и vm_page - по сути, одно и то же.
Yar
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
