тама дефолт разве не оптимальный?
>тама дефолт разве не оптимальный?есть смысл почитать handbook, документацию чтобы понять что сие есть:
0xFFFFFFFF +-----------------------+-----
| |
| KERNEL | (1G)
| |
0xC0000000 +-----------------------+-----
| |
| USER STACK |
| | |
| V |
| |
+-----------------------+
| |
| |
| AVAILABLE FOR MMAP |
| | (stack, mmap, user data,program) = 3G
MAXDSIZ +-----------------------+
| |
| USER DATA (NON-MMAP)|
| |
+-----------------------+
| |
| PROGRAM BINARY |
| |
0x00000000 +-----------------------+-----Any C program which uses shared libraries uses mmap(). Many library
functions and libraries also use mmap(), including portions of our
malloc() implementation (though the main area used by mmap is the
user data area). If you increase MAXDSIZ to the point where there
is not enough VM for the mmap()'s programs make then you will run
into the problems you are having.I'm not sure why you are trying to have squid use all 4G of the
machine directly in its user data area. Squid caches a lot of
things in memory, sure, but it also caches things in files and
FreeBSD will use free physical memory to cache those files
regardless of how you configure the machine. So you should be
getting good utilization of your 4G of memory even if Squid cannot
use all 4G in its user data area directly. Setting MAXDSIZ to
2.9GB out of the 3G of user VM available puts a huge squeeze on
how much the program can mmap() before it runs out of VM.-Matt
Matthew Dillon
<dillon@backplane.com>
>есть смысл почитать handbook,читаю, уважаемый Лавр, читаю
Так ведь пока знающий человек носом не ткнёт - все равно не понять
Мало их (разработчиков freeBSD) И далеки Они от народа
:-)Я собрал из picobsd (довольно сильно дополнив) дистриб
загрузка с CD -> корень на ОЗУ -> файрволл-маршрутизатор
на нем же крутить моя програмуля, следящая за работой веб-сервера
и заворачивающего трафик на другой, если вдруг он перестал работатьВсё нормально, только вот с md перетрах
Хотел 20MB /usr/lib/ залить в ОЗУ - больше 9 не выделяет
На машине с 256mb выделяет, а с 64 - хрен
Я, конечно, разберусь, но времени потрачу - вагон
Начальство не одобрить - они мне за работу платят,
а не за самообразованиеВот и лезу к занятым людям с дурацкими вапросами :-)
Спасибо аз помошь
>>есть смысл почитать handbook,
>
>читаю, уважаемый Лавр, читаю
>Так ведь пока знающий человек носом не ткнёт - все равно не
>понять
>Мало их (разработчиков freeBSD) И далеки Они от народа
>:-)
>
>Я собрал из picobsd (довольно сильно дополнив) дистриб
>загрузка с CD -> корень на ОЗУ -> файрволл-маршрутизатор
>на нем же крутить моя програмуля, следящая за работой веб-сервера
>и заворачивающего трафик на другой, если вдруг он перестал работать
>
>Всё нормально, только вот с md перетрах
>Хотел 20MB /usr/lib/ залить в ОЗУ - больше 9 не выделяет
>
>На машине с 256mb выделяет, а с 64 - хрен
>Я, конечно, разберусь, но времени потрачу - вагон
>Начальство не одобрить - они мне за работу платят,
>а не за самообразование
>
>Вот и лезу к занятым людям с дурацкими вапросами :-)
>
>
>Спасибо аз помошьсейчас некогда смотреть требования к RAM для OS + APPS, ты лучше
этот вопрос кинь в какой-нить из листов freebsd - архитектура, хак,
stable или current - ответят, к гадалке не ходи, мб еще и хорошее
объяснение дадут, только не тот вопрос который ты задал, а конкретно
свой случай про mpd, так как MAX... к этому отношения не имеет.