>>>>Стоит FreeBSD 5.4. Машинка Dual xeon 2.8 Nocona. Сервисы - apache, php,
>>>>mysql, ftpd. Что даст большый прирост производительности, включение HT, или же
>>>>работа без него?
>>>
>>>а что тебе мешает попробовать и так и этак?
>>>для апача и мускуля есть тесты на производительность. для фтп тоже думаю
>>>найдутся.
>>>
>>>имхо никакого прироста не будет, ибо HT - это почти голый маркетинг
>>>и лапша на уши народу. чтобы была польза от этой технологии,
>>>нужно специально затачивать софт под нее, а его нет или почти
>>>нет.
>>
>>неправда ваша. а софт необходимо затачивать под что угодно, что под
>>треды, что под MP. Плюс архитектура OS, ядра и шедулера под это
>>же.
>> Итого - масса завязок.
>>
>>автору: про 4GB RAM ищите статью Метью Диллона про организацию работы
>>с RAM во FreeBSD, сколько нужно самому ядру памяти и сколько и
>>как
>>выделяется для userspace - ключевые слова:
>>
>>ядро:
>>
>>options MAXDSIZ=
>>options MAXSSIZ=
>>options DFLDSIZ=
>>
>>-Matt
>>Matthew Dillon
>><dillon@backplane.com>
>>
>>Мет Диллон - человек который привел в порядок VM во FreeBSD и
>>первый
>>кто нормально, человеческим языком формулизовал VM, отец и идеолог
>>DragonFly BSD нынче.
>>
>>Я высылал уже в форум схему организации памяти.
>
>Спасибо, сам нарыл: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
>
>А вот про вашего Мэтью ничего не нашел, один мусор какойто в
>гугле...
в handbook'е нет тонких вещей их нужно по freebsd maillist'ам искать и
читать, так же как и отслеживать что нового по тестам производительности
с SMP, HTT, PREEMPTION и другими переменными ядра, в том числе с
изменяемыми через sysctl.
Был момент когда HTT в ряде случаев не только не давал прирост, но
и тормозил быстродействие системы, но как говорилось ранее - это
комплекс связки: ядро, ядерная реализация тредов, планировщик и его
реализация: SCHED_4BSD или SCHED_ULE (начиная с 5.4 снова принялись
за SCHED_ULE и он уже чкобы поправлен, вероятно это заслуги разработки
6'ой ветки), треды userlevel.
Вобщем, точно сказать отключать или включать HTT (by default он включен
в ядре начиная с 5.3 и управляется через sysctl, те ядерной опции для
него больше нет) можно после перелопачивания списков рассылки за последние
два-три месяца, а мб и меньше. Плюс как HTT, PREEMPTION и другие
достижения влияют на DB собранные с поддержкой тредов, на perl тредовый
и другие apps интенсивное использование которых может сильно нагрузить
систему.
PAE в описании ядра это COOL, но лучше поискать в списках рассылки
как делать прикидку KVA_PAGES.
Выравнивать не буду - сами:
0xFFFFFFFF +-----------------------+-----
| |
| KERNEL | (1G)
| |
0xC0000000 +-----------------------+-----
| |
| USER STACK |
| | |
| V |
| |
+-----------------------+
| |
| |
| AVAILABLE FOR MMAP |
| | (stack, mmap, user data, program) = 3
G
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>
ниже пример как можно использовать unsigned long для MAXDSIZ & etc
options MAXDSIZ=(1536UL*1024*1024)
options MAXSSIZ=(128UL*1024*1024)
options DFLDSIZ=(1024UL*1024*1024)
ну и про PAE не забывать.
Модульное развитие FreeBSD и изменения в архитектуре позволило
убрать массу переменных из МОНОЛИТНОГО ядра и управлять через
sysctl, НО следует иметь ввиду что есть переменные read-only, такие
переменные могут быть установлены лишь один раз во время загрузки
через /boot/loader.conf.local (man loader), loader.conf лучше не трогать
для удобства или вручную если прервали загрузку и вышли в loader
Производительность можете попробовать сами на базе разных benchmarks
из портов с включенным или отключенным HTT: man smp
На SCHED_ULE пока переходить рановато думаю, но очень хотелось бы,
система реально измениться.
Вот такие вот пироги если излагать прозрачно для понимания
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
(ok) on
27-Сен-05, 12:12 (MSK)
