BSDPORTAL.RU

На этом сайте обсуждаются вопросы использования ОС FreeBSD
 Портал  •  Статьи  •  Форум  •  Wiki  •  Поиск  •  FAQ  •  Обои  •   Официальная документация  •  Новые темы 

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 31 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Вт 06 ноя, 2007 6:52 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3160
Откуда: Мезозой Пангея
Вобщем, меня в этой теме, восновном, интересовал вопрос быстродействия системы!
Вопросы работоспособности драйверов устройств - это вопрос времени, а вот быстродействие системы - это вопрос правильности алгоритма и оптимизации кода!

Поэкспериментировав пару тройку раз с опциями ядра пришел к следующему:
1. значительный (по крайне мере визуальный) прирост системы обеспечивает замена старого шедулера SCHED_4BSD на новый SCHED_ULE;
2. далее опционально кому что нужно - это отключение секьюрного аудита AUDIT и журналирования ФС UFS_GJOURNAL;
3. отключение
Код:
SYSVSHM
SYSVMSG
SYSVSEM

ни к чему не приводит так как при загрузке системы они сразу же подгружаются модулями;
4. отключение
Код:
COMPAT_FREEBSD4
COMPAT_FREEBSD5
COMPAT_FREEBSD6

приводит к неработоспособности тех программ которые поддерживают структуры ОС ранних версий (лично у меня перестал работать ppp2pclient - остальное не проверял)
5. самые оптимальные флаги компилятора стабильность/быстродействие в make.conf для моей системы
Код:
CFLAGS= -Os -pipe -funroll-loops -mfpmath=387 -mmmx -msse -m3dnow
COPTFLAGS= -Os -pipe -funroll-loops -mfpmath=387 -mmmx -msse -m3dnow

приводят к тому что мир и ядро не собираются ВОВСЕ! Выпадает ошибка компилятора! Хотя в man gcc эти флаги до этой версии (4.2.1) присутствуют!

И того - пункты 3. и 4. на прирост либо урон в производительности - не влияют!

Далее - не думаю что следующие результаты претендуют на обьективные, но все же:
Код:
        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #0: Wed Nov  2 18:32:48 EET 2005
                user@h4.home:/usr/obj/usr/src/sys/mk1 i386
                    Ubench CPU:   101662
                    Ubench MEM:    95363
                    --------------------
                    Ubench AVG:    98512

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 5.4-RELEASE-p11 FreeBSD 5.4-RELEASE-p11 #0: Tue Feb 21 20:09:25 EET 2006
                user@h4.home:/usr/obj/usr/src/sys/mk1 i386
                (с отключенной отладкой debug)(!?)
                    Ubench CPU:   102016
                    Ubench MEM:    95095
                    --------------------
                    Ubench AVG:    98555

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 5.4-RELEASE-p14 FreeBSD 5.4-RELEASE-p14 #0: Fri May  5 16:58:39 EEST 2006
                user@h4.home:/usr/obj/usr/src/sys/mk1 i386
                    Ubench CPU:   106330
                    Ubench MEM:    95550
                    --------------------
                    Ubench AVG:   100940

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 5.4-RELEASE-p16 FreeBSD 5.4-RELEASE-p16 #0: Mon Jul 31 20:04:19 EEST 2006
                user@h4.home:/usr/obj/usr/src/sys/mk1 i386
                    Ubench CPU:   106276
                    Ubench MEM:    97952
                    --------------------
                    Ubench AVG:   102114

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 5.4-RELEASE-p22 FreeBSD 5.4-RELEASE-p22 #0: Mon Oct  9 22:02:13 EEST 2006
                user@h4.home:/usr/obj/usr/src/sys/mk1 i386
                    Ubench CPU:   106617
                    Ubench MEM:    98527
                    --------------------
                    Ubench AVG:   102572

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Mon Oct 23 20:53:39 EEST 2006
                user@h4.home:/usr/obj/usr/src/sys/mk6 i386
                    Ubench CPU:   107260
                    Ubench MEM:    98556
                    --------------------
                    Ubench AVG:   102908

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #0: Thu Mar  1 21:50:45 EET 2007
                user@h4.home:/usr/obj/usr/src/sys/mk6 i386
                   Ubench CPU:   107160
                   Ubench MEM:    97737
                   --------------------
                   Ubench AVG:   102448

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Mon Nov  5 18:48:53 EET 2007
                user@h4.home:/usr/obj/usr/src/sys/mk7 i386
                    Ubench CPU:    91167
                    Ubench MEM:    54596
                    --------------------
                    Ubench AVG:    72881

        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Tue Nov  6 15:51:32 EET 2007
                user@h4.home:/usr/obj/usr/src/sys/mk7 i386
                    Ubench CPU:    91432
                    Ubench MEM:    54206
                    --------------------
                    Ubench AVG:    72819


Как видно - самой быстрой из представленных ОС FreeBSD на моей системе была FreeBSD 6.2-PRERELEASE!!!

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux


Последний раз редактировалось fidaj Сб 01 ноя, 2008 11:13 pm, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср 07 ноя, 2007 2:18 am 
Не в сети

Зарегистрирован: Сб 23 апр, 2005 1:08 am
Сообщения: 810
Юзаю на AMD64 UP десктопе примерно месяца полтора. Да со старым шедулером наблюдаются "притормаживания" в "иксах" если запущена ресурсоёмкая задача (например компилятор).

Если использовать SCHED_ULE ситуация улучшается (на эту тему можно найти тред в рассылке). Beta2 работает вполне сносно.

Кстати говоря по дифолту теперь ядро - smp.

Флаги оптимизации я задаю скорее по привычке - толку от них никакого, а по-дифолту и так O2 разве что тока разрешаются дополнительные инструкции...; сейчаc в мэйк.конф -O2 -pipe -mmmx -msse -msse2 -m3dnow. Со сборкой мира, kde-lite 3.5.8(7), java1.5, firefox, openofifce, gimp... проблем не было. Мир и своё десктоп-окружение собираю примерно раз в неделю чисто ради спортивного интереса.

Компиляция мне показалась достаточно быстрой: на голой системе athlon64 3700 2Gb "иксы" собираются мене часа, весь мой "хламовник" ощутимо меньше суток.

Сейчас чисто субъективно на десктопе медленнее стал работать openofifce но я не могу сказать точно почему то ли по тому что 2.3, то ли по тому что ява собранная а не бинарная...

На счёт "7-ка оптимизировалась для AMD-процессоров (NUMA)" - сильно сомневаюсь. Кроме того я не совсем понимаю как это значимо отразится на симметричной MP. Да и NUMA для athlon64 появляется только в случае системы с боле чем одним "сокетом"...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср 07 ноя, 2007 2:12 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3160
Откуда: Мезозой Пангея
Arti писал(а):
...
Кстати говоря по дифолту теперь ядро - smp.

Флаги оптимизации я задаю скорее по привычке - толку от них никакого, а по-дифолту и так O2 разве что тока разрешаются дополнительные инструкции...; сейчаc в мэйк.конф -O2 -pipe -mmmx -msse -msse2 -m3dnow.
...


Напоминаю что флаги -mmmx -msse -msse2 -msse3 -m3dnow в сборке ядра ИГНОРИРУЮТСЯ - тоесть не оптимизируют ядро!
Эти флаги "работают" только при сборке мира и портов (всякого рода исходников)!

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux


Последний раз редактировалось fidaj Чт 08 ноя, 2007 2:34 pm, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср 07 ноя, 2007 3:43 pm 
Не в сети

Зарегистрирован: Сб 23 апр, 2005 1:08 am
Сообщения: 810
Естественно... Я бы сказал что они не игнорируются, а добавляются флаги -mnoXXX. Мне кажется что не стоит форсировать использование оптимизации там где разработчиками она не предусмотренная.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср 07 ноя, 2007 7:25 pm 
Не в сети

Зарегистрирован: Сб 26 июн, 2004 2:21 pm
Сообщения: 3567
Откуда: Рига
fidaj писал(а):
Код:
        AMD Athlon XP Barton 3000+, 512MB RAM. Им были получены такие результаты:
                FreeBSD 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #0: Wed Nov  2 18:32:48 EET 2005
                user@h4.home:/usr/obj/usr/src/sys/mk1 i386
                    Ubench CPU:   101662
                    Ubench MEM:    95363
                    --------------------
                    Ubench AVG:    98512


Как видно - самой быстрой из представленных ОС FreeBSD на моей системе была FreeBSD 6.2-PRERELEASE!!!


немножко оффтопик, решил погонять свежепритащеный тазик и изрядно удивился.

Intel Xeon E5320@1.86GHz, 2Gb DDR2 Dual
FreeBSD 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Wed Nov 7 16:14:24 EET 2007 vadim@tess.tsi.lv:/usr/obj/usr/src/sys/SMP-ULE i386
Ubench CPU: 418754
Ubench MEM: 138289
--------------------
Ubench AVG: 278521

видимо ксеоны своих денег стоят.
обладатели оптеронов, а у вас как?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб 17 ноя, 2007 1:16 am 
Не в сети

Зарегистрирован: Ср 01 сен, 2004 5:20 pm
Сообщения: 54
Решил тож немного погонять "попугаев" с разными шедулерами :)

# 4BSD scheduler
FreeBSD 7.0-BETA3 FreeBSD 7.0-BETA3 #2: Fri Nov 16 17:59:59 MSK 2007 BadBarmaley@billing.mydomen.ru:/usr/src/sys/amd64/compile/my amd64
Ubench CPU: 1861289
Ubench MEM: 141152
--------------------
Ubench AVG: 1001220

меняем шедулер
# ULE scheduler
FreeBSD 7.0-BETA3 FreeBSD 7.0-BETA3 #4: Sat Nov 17 00:41:25 MSK 2007 BadBarmaley@billing.mydomen.ru:/usr/src/sys/amd64/compile/my amd64
Ubench CPU: 1861309
Ubench MEM: 132963
--------------------
Ubench AVG: 997136

добавляем в ядро options ADAPTIVE_GIANT (нафига???)
в loader.conf machdep.hyperthreading_allowed=1

FreeBSD 7.0-BETA3 FreeBSD 7.0-BETA3 #5: Fri Nov 16 22:16:43 MSK 2007 BadBarmaley@billing.mydomen.ru:/usr/src/sys/amd64/compile/my amd64
Ubench CPU: 1862334
Ubench MEM: 143406
--------------------
Ubench AVG: 1002870

меняем шедулер обратно, остальное оставляем

# 4BSD scheduler
#options ADAPTIVE_GIANT
#machdep.hyperthreading_allowed=1
FreeBSD 7.0-BETA3 FreeBSD 7.0-BETA3 #6: Fri Nov 16 22:55:46 MSK 2007 BadBarmaley@billing.mydomen.ru:/usr/src/sys/amd64/compile/my amd64
Ubench CPU: 1861268
Ubench MEM: 141487
--------------------
Ubench AVG: 1001377

Сервер: DELL PE 2950 2xCPU: Intel(R) Xeon(R) CPU E5320@1.86GHz (Quad-Core) (1863.79-MHz K8-class CPU), 2X2GB FBD (667MHz) Dual Rank kit

Не в коем случае не притендую на абсолютною правельность ибо запускал хоть и на пустом в сущносте серваке, но не в сингле, а потому делал по два раза и запостил лучший резалт :)

есть идеи что еще поковырять? пока всёравно без дела стоит :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн 10 дек, 2007 2:40 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3160
Откуда: Мезозой Пангея
Елки моталки!
Только сейчас досмотрел, что SMP система на "обычном" проце автоматом не переводится в smp режим!
sysctl -a|grep smp
Код:
...
kern.smp.active=0
...

??????
Перевел только что :
Код:
sysctl kern.smp.active=1

Скорость системы сразу же выросла на 15%! :D

А что, интересно с этой опцией по default на полноценных SMP системах?
Можите глянуть?

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт 14 дек, 2007 11:30 am 
Не в сети
Newsmaker
Аватара пользователя

Зарегистрирован: Вт 08 фев, 2005 3:25 pm
Сообщения: 135
Откуда: Донецк
fidaj писал(а):
Елки моталки!
Только сейчас досмотрел, что SMP система на "обычном" проце автоматом не переводится в smp режим!
sysctl -a|grep smp
Код:
...
kern.smp.active=0
...



Ээээ. А нафига на обычном проце SMP? :-S


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт 20 дек, 2007 2:10 pm 
Не в сети

Зарегистрирован: Вс 05 июн, 2005 4:19 pm
Сообщения: 3160
Откуда: Мезозой Пангея
Shulik писал(а):
fidaj писал(а):
Елки моталки!
Только сейчас досмотрел, что SMP система на "обычном" проце автоматом не переводится в smp режим!
sysctl -a|grep smp
Код:
...
kern.smp.active=0
...



Ээээ. А нафига на обычном проце SMP? :-S


Конечно не нужно, но эксперимента ради, стоило попробывать!
Тогда возникает вопрос: зачем разработчики в GENERIC по умолчанию включили SMP???

Короче говоря на неSMP системах SCHED_ULE не нужен!
Вернул SCHED_4BSD
Но при этом НЕ должно в ядре быть
Код:
options         SMP
device          apic

и в loader.conf нужно добавить
Код:
kern.smp.disabled=1

Вроди бы скорость выросла практически до такой как и в 6.2, но можно сделать вывод, что разработчики путем новых алгоритмов разделения памяти, купой проверок, раздуванием структур и тому подобное - существенно уменшили производительность системы! НАДЕЮСЬ что в будущем они все-таки уделят этому внимание, т.к. FreeBSD всегда славилась тем что работала на откровенном старье при максимальной производительности, сравнимо с другими ОС на этом же железе. Но наверное это утверждение справедливо только для FreeBSD <=4.11?!

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн 24 дек, 2007 12:49 am 
Не в сети

Зарегистрирован: Вт 02 янв, 2007 8:20 pm
Сообщения: 137
Откуда: SPb
BadBarmaley писал(а):
Решил тож немного погонять "попугаев" с разными шедулерами :)

хрень вы померяли. У вас значения в поле CPU практически идентичны.

Надо было oltp из sysbench в mysql гонять на базе в 100-200 тыс записей.
А ещё лучше постгрес.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср 12 мар, 2008 11:20 pm 
Не в сети

Зарегистрирован: Ср 30 май, 2007 7:28 pm
Сообщения: 53
iZEN писал(а):
7-ка оптимизировалась для AMD-процессоров (NUMA), а не для Intel (UMA).
Откуда такая информация? IMHO, UMA и NUMA - это методы доступа к памяти, с ними может работать процессоры и от Intel, и от AMD.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 31 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Зарегистрированные пользователи: Bing [Bot], Google [Bot], grayich, Majestic-12 [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB
Яндекс.Метрика