Apache,PHP, MySQL on FreeBSD/Linux/Solaris benchmark
Модераторы: Trinity admin`s, Free-lance moderator`s
Можно узнать стоимость этой платформы ?
CPU: 4 AMD Opteron? 875 Series processors. (Dual Core, 2.2GHz)
Memory: 16GB ECC, registered DDR400 SDRAM
Storage: 2 hot-swap 73GB U320 SCSI (RAID1)
DVD-ROM and floppy module
SCSI Embedded U320 controller with integrated RAID
Network I/O: Dual embedded Gigabit Ethernet.
CPU: 4 AMD Opteron? 875 Series processors. (Dual Core, 2.2GHz)
Memory: 16GB ECC, registered DDR400 SDRAM
Storage: 2 hot-swap 73GB U320 SCSI (RAID1)
DVD-ROM and floppy module
SCSI Embedded U320 controller with integrated RAID
Network I/O: Dual embedded Gigabit Ethernet.
http://www.trinity.su/files/benchmark/s ... nables.tara_shats писал(а):Все недостающие файлы на месте (конфигурации, база и пр.)
404 :?
сенкс. этот линк поправьтеa_shats писал(а):Все недостающие файлы на месте (конфигурации, база и пр.)
http://www.trinity.su/files/benchmark/s ... nables.tar
(ведет на 404 ... )
FreeBSD
- Не понятно, почему софт для FreeBSD ставился не из портов? В портах MySQL изначально собирается с libpthread.
- MySQL дает наилучшие результаты с libthr, а не с libpthread. Это из за того, что первые ближе к linuxthreads по своей природе. Это уже обсасывалось в списках рассылок очень досконально.
- На счет разброса по процессорам ничего сказать не могу. Выглядит странно. Ничего подобного не наблюдал. Никакие другие параметры не "крутились"? Тут, по крайней мере с ULE, должно бы быть все в порядке. По крайней мере c ULE поведение не должно было повторять поведение с 4BSD.
- MySQL дает наилучшие результаты с libthr, а не с libpthread. Это из за того, что первые ближе к linuxthreads по своей природе. Это уже обсасывалось в списках рассылок очень досконально.
- На счет разброса по процессорам ничего сказать не могу. Выглядит странно. Ничего подобного не наблюдал. Никакие другие параметры не "крутились"? Тут, по крайней мере с ULE, должно бы быть все в порядке. По крайней мере c ULE поведение не должно было повторять поведение с 4BSD.
По конфигу FreeBSD есть-таки приличные замечания...
Так же убрать
Важно! Добавить options IPI_PREEMPTION, без этого никуда
Вроде больше нареканий особых нет...
Ан-нет, появились Куда же "device apic" дели?Совсем не дело
Убрать однозначноmakeoptionsDEBUG=-g# Build kernel with gdb(1) debug symbols
Так же убрать
ибо не нужно в сервере ktrace и прочее..options KTRACE# ktrace(1) support
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options KBD_INSTALL_CDEV# install a CDEV entry in /dev
options AHC_REG_PRETTY_PRINT# Print register bitfields in debug
# output. Adds ~128k to driver.
options AHD_REG_PRETTY_PRINT# Print register bitfields in debug
# output. Adds ~215k to driver.
Важно! Добавить options IPI_PREEMPTION, без этого никуда
(c) freebsd-current@freebsd.org mailing list, 06.2005....IPI_PREEMPTION allows the scheduler running on CPU A to preempt a thread
on CPU B. This should reduce latency in some circumstances.
More benchmarks are needed to find out if this actually helps or if
additional context switch overhead slows down typical workloads.
The preemption IPI could also be (ab)used later to add security fixes
for hyperthreading as proposed by Colin Percival.
Вроде больше нареканий особых нет...
Ан-нет, появились Куда же "device apic" дели?Совсем не дело
Уважаемый автор перед тем как писать подобние всечи и пробовать тестировать ФРЮ сравнивая с линуксами немешало бы почитать ХЕНДБУК и форумы по тюнингу ФРИ. Да и очень понравился конфиг ядра ТОТ ЖЕ ГЕНЕРИК только закомментировано лишнее. А вы не пробовали добавить то чего не хватало в кофиге ядра для железа. ИМХО тюнинг дело клопотное месли в линуксе пловина в модулях и ядро пересобирать ненадо то в ФРЕ от пересборки ОЧЕНЬ зависит быстродействие системы.
По поводу скорости систем могу сказать только то что архитектура ядра ФРИ однозначно быстрее линуксовой (проверено личным опытом). В Вашем конфие есть есче много к чему придратся но эта услуга платная.
По поводу скорости систем могу сказать только то что архитектура ядра ФРИ однозначно быстрее линуксовой (проверено личным опытом). В Вашем конфие есть есче много к чему придратся но эта услуга платная.
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
SysR
"Уважаемый автор" консультировался по поводу ядра, мягко говоря, более, чем с одним человеком. Пробовал разные варианты, ибо результаты видите сами - первоначально нас они тоже смутили.
Кстати говоря, никто ни в статье, ни здесь не утверждал, что все конфиги абсолютно оптимальные - тут уж, как говорится, что удалось выжать - то удалось.
"Уважаемый автор" консультировался по поводу ядра, мягко говоря, более, чем с одним человеком. Пробовал разные варианты, ибо результаты видите сами - первоначально нас они тоже смутили.
Извините, религиозные предрассудки и убеждения на нашем форуме не рассматриваются. Факты, результаты тестов - в студию !По поводу скорости систем могу сказать только то что архитектура ядра ФРИ однозначно быстрее линуксовой
Смеялся. "У нас есть такие приборы - но мы вам о них не расскажем!" ((с), не ручаюсь за точность цитаты). Т.е. отмазка, извините.В Вашем конфие есть есче много к чему придратся но эта услуга платная.
Кстати говоря, никто ни в статье, ни здесь не утверждал, что все конфиги абсолютно оптимальные - тут уж, как говорится, что удалось выжать - то удалось.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Ну если честно, то конфиг ядра Фри оставляет желать лучшего. Я никогда не подбирал его под Скуль, ну не знаю я его и никогда подробно не сталкивался. Но впечатление, что был просто взят Дженерик и закомментированы лишние строчки. Ну может разве что добавлена поддержка SMP.
Потому ИМХО консультации с фришниками толком не проводились.
Потому ИМХО консультации с фришниками толком не проводились.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 18 гостей