| 1.1, vesel4akU (??), 12:06, 09/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Когда ж они наконец сделают так, чтобы фрибсд нормально тянула большие mysql базы и в бенчмарках со вторым апачем не сливала линуксу. | | |
| |
| |
| 3.4, sauron (??), 13:14, 09/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
 Или когда под FreeBSD сделают нормальные потоки. А то что-то как-то там мутно с ними. | | |
| |
| 4.8, Алексей (??), 13:49, 09/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
Потоки давно уже нормальные. Хотите используте 1:1 библиотеку, хотите M:N - as you wish.
А шагами по ускорению работы является
1) новый malloc - ejmalloc вместо phkmalloc. (если не путаю названия) он уже в 6-ке должен быть.
2) новый шедулер - написаный в замен ULE - shed_core, который доступен в HEAD.
вопрос в другом - что бинарник сделаный Mysql CO, и бинарник собраный под 6-кой из портов весьма и весьма отличается по скорости. Хотя сборка идет в портах по доке из mysql info.
Видимо можно еще как-то хитро собрать mysql что бы получить выигрыш в скорости весьма заметный...
| | |
| |
| |
| 6.70, Алексей (??), 10:09, 11/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
вобще это глобальные - ака изменения в world.
так что как только это внесли в систему все приложения стали ими пользоваться.
По ejmalloc.
http://people.freebsd.org/~jasone/jemalloc/bsdcan2006/
по sched_core - где-то в архивах current@ было письмо давида ксю с бенчмарками, на сколько помню там было что-то около 1.5-2 раза прирост провозиодительности у mysql с libthr.
Кстати опять же не стоит забывать что те приложения которые затачивались под linux будут лучше жить с libthr чем с libpthread и это можно вполне поправить через map.conf.
А дефолт в системе KSE + libphread.
| | |
|
|
|
|
| 2.50, urpyLLIKa (?), 07:59, 10/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
 > Когда ж они наконец сделают так, чтобы фрибсд нормально тянула
>большие mysql базы и в бенчмарках со вторым апачем не сливала
>линуксу.
Mysql:
а ты пользуй memory fs
создай раздел виртуальный на несколько метров и натрави туда mysql что бы свои временные таблицы кидал + собирай с pthreads и статичной компиляцией + читай комменты в конфигах и доке по mysql.
Apache:
дока была про оптимизацию его mpm модулей
System:
Ковыряй в сторону увеличение буферов. Количество открытых файлов + оптимизация сетевого стека.
Пользовательская - проггерская сторона:
Берем паяльник и время от времени прогреваем внутренности ионных что бы грамотно писали код + прочитали в поисковике что есть такое нормализация табличных пространств. Тогда и большие базы будут нипочем :-))
| | |
| |
| 3.55, Аноним (-), 10:23, 10/11/2006 [^] [^^] [^^^] [ответить]
| +/– | |
табличные пространства дефрагментируют, нормализуют же логическую структуру базы, таблицы. | | |
|
|
| 1.34, Аноним (-), 20:12, 09/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А объясните мне, кто вообще использует SCTP? Какая-нибудь от него польза есть, кроме кучи дырок (правда, только в linux)? | | |
| |
| 2.36, emp (??), 21:03, 09/11/2006 [^] [^^] [^^^] [ответить]
| +/– | |
> Какая-нибудь от него польза есть, кроме кучи дырок (правда, только в linux)?
теперь и во FreeBSD :) | | |
|
| 1.67, _Nick_ (ok), 02:59, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 да... смотрю Макс порядок навел :)
а реально, чего реально инетерсного получилось у фри и хотелось бы видеть это под рукой - это нетграф. реально его не щупал, но повествований и док хватило, чтоб оценить глубину задумки... вот портировать бы это на линух - и все встало бы на свои места ;) | | |
| |
| 2.82, zyxman (?), 05:06, 01/12/2006 [^] [^^] [^^^] [ответить] | +/– | netgraph штука отличная, но в 5 5 еще полноценно использовать нельзя - и мало ng... большой текст свёрнут, показать | | |
|
| 1.68, _Nick_ (ok), 03:21, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
вот прям щас ставлю напосмотреть 6.2-бету
прям на взлете был расстроен отсутствием выбора UTF8 в инсталлере.
Охотно верю, что есть в миру пара тонн патчей, придающих способность фре говорить на
"всемирном" языке, но вот из коробки пока ее не видно...
вот что не говорите, а сразу чувствуется уровень... :| | | |
| |
| 2.80, Sem (??), 21:41, 15/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>вот прям щас ставлю напосмотреть 6.2-бету
>прям на взлете был расстроен отсутствием выбора UTF8 в инсталлере.
>Охотно верю, что есть в миру пара тонн патчей, придающих способность фре
>говорить на
>"всемирном" языке, но вот из коробки пока ее не видно...
>вот что не говорите, а сразу чувствуется уровень... :|
А зачем UTF-8 в консоле? Я вот никак не могу придумать зачем это надо.
Есть и поважнее задачи. | | |
|
| 1.69, _Nick_ (ok), 03:37, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
дальше - больше...
виртуальный диск - 3гига - один раздел.
автоматическое распределение слайсов выдало следующую картину:
a / 512Mb
b swap 468Mb
d /var/ 1267Mb (!!!)
e /tmp 512Mb
f /usr 293Mb
дефолты и личные пристрастия - дело такое.
Но возник просто й вопрос: смогу ли я на 300 изначальных метрах /usr хотя бы ядро собрать??
ну, минимум бинарей, думаю, все-таки влезет, а вот про исходники придеццо забыть с такими дефолтами (а про порты и не вспоминать).
Кто силен бздевой логикой? поделитесь смыслом вываливать в /var остатка диска. наблюдаеццо выделение под вар именно остатка, а /usr имеет какой-то вполне ограниченный размер, что в _общем_ случае нелогично. Более логичным было бы для дефолта: просто свалить все в кучу - один слайс /, ну и своп, раз уж тому кто ставит все равно (кому не все равно - бьет диск руками). | | |
| |
| |
| |
| Часть нити удалена модератором |
| 4.76, ZANSWER (ok), 18:29, 11/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
 > Я хотел на дефолты посмотреть и они оказались отстойными.
МяФ!:) давайте не будем снова устраивать флейм, то что Вам кажеться, что отстутсвие UTF-8 из коробки это показетель низкого уровня - это не так страшно я думаю, тем болие его сейчас делают и скоро он будет из коробки, как и почти во всех Линукс дистрибутивах, заметьте _почти во всех_... поэтому я думаю не стоит так резко говорить, что это показатель уровня, то что инсталятор так отработал на маленьком разделе, так он не расчитан на такие разделы, зделай-те для теста на 10 гигабайтах или 20, Вы увидите разницу...!!!IMXO!!! если ваша цель снова доказать, что кто-то круче кого-то, то лучьше закончить такие дискусии сразу...:-\ | | |
| |
| 5.77, _Nick_ (??), 18:37, 11/11/2006 [^] [^^] [^^^] [ответить] | +/– | основная масса линух дистрибутивов вообще кхм абсолютно неинтересно чего ... большой текст свёрнут, показать | | |
| |
| 6.78, скептик (?), 00:15, 13/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
На RHEL 4 "из коробки" конфиг системы, написанный в дефолтной текстовой консоли, с дефолтной UTF-8, вполне естественно системой не виделся. Почему? Ну это ж скрипт, а в первой строчке вместо
#!/bin/bash
была вначало воткнута UTFная сигнатура. Вот вам и "поддержка UTF", щоб ей провалится.
P.S.: Текстового режима, работающего в формате UTF, все равно не придумали еще. И нефиг серверу гуй иметь вообще. А раз так, то и ютф нафиг не нужен на сервере.
| | |
| |
| 7.79, _Nick_ (??), 09:31, 13/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>На RHEL 4 "из коробки" конфиг системы, написанный в дефолтной текстовой консоли,
>с дефолтной UTF-8, вполне естественно системой не виделся. Почему? Ну это
>ж скрипт, а в первой строчке вместо
>#!/bin/bash
>была вначало воткнута UTFная сигнатура. Вот вам и "поддержка UTF", щоб ей
>провалится.
_такой_ поддержке - да. А человеческая пусть живет.
>P.S.: Текстового режима, работающего в формате UTF, все равно не придумали еще.
>И нефиг серверу гуй иметь вообще. А раз так, то и
>ютф нафиг не нужен на сервере.
это он тебе не нужен. А всему миру тяжело угодить... | | |
|
|
|
|
|
| 2.74, XoRe (??), 18:01, 11/11/2006 [^] [^^] [^^^] [ответить] | +/– |  Похоже, инсталлер сортирует сначала все до usr, а потом ему дает все оставшееся... большой текст свёрнут, показать | | |
| |
| 3.75, _Nick_ (??), 18:03, 11/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Похоже, инсталлер сортирует сначала все до /usr, а потом ему дает все
>оставшееся место.
>Попробуй запустить это на разделе в 10-20-30 гиг.
да ну было бы нужно знать пропорции и приоритеты - исходники есть для этого.
Просто было интересно что собой щас фря представляет. с 4-кой плотно имел дело N лет назад | | |
| |
| 4.81, zyxman (?), 04:52, 01/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
>>Похоже, инсталлер сортирует сначала все до /usr, а потом ему дает все
>>оставшееся место.
>>Попробуй запустить это на разделе в 10-20-30 гиг.
>
>да ну было бы нужно знать пропорции и приоритеты - исходники есть
>для этого.
>Просто было интересно что собой щас фря представляет. с 4-кой плотно имел
>дело N лет назад
не уверен что 6 что-то представляет..
точно представляет 5.5 :)
и судя по тому что 5.5 от 5.4 отличается почти как 5.4 от 4, то и в 6 ветке не стоит ожидать "нормальности" ранее 6.4. | | |
|
|
|
| 1.71, ZANSWER (ok), 10:16, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
МяФ!:) сочинение на вольную тему, каким бы я хотел видеть FreeBSD... сколько людей, столько и мнений...!!!IMXO!!! | | |
|
