| |
| 2.2, Вася (?), 04:20, 15/09/2004 [^] [^^] [^^^] [ответить]
| +/– | |
Вроде как менее стабилен он в сравнении SCHED_4BSD. Обещают разобраться с ним после выхода 5.3-RELEASE.
На меня больше всего наводит грусть ACPI и драйвер ata в новой фре, похоже на то, что 5.3 будет тоже глюком. :-\
Недалее как в конце прошлой недели парился с подключением двух винтов на FreeBSD 5.3-BETA3. Аташный шлейф воткнул правильно, на винтах выставил мастер и слэйв, стал грузиться второй винт не видно куча ошибок на тему DMA. Грузишься без ACPI в такой конфигурации, все работает на ура, оба винта видно.
Решил проблему выставив на обоих винтах Cable Select - аташный драйвер заработал в таком случае в паре с ACPI.
Ну что это за релиз будет 5.3? Сорен скорее всего за месяц не разберется с ata, так как он не может разобраться с ata уже целый год. :-( | | |
| 2.4, Citrin (ok), 09:57, 15/09/2004 [^] [^^] [^^^] [ответить]
| +/– |
 >что непонравилось в ULE?
Я с ULE наблюда такю ситуацию нс 5.2.1, что после n-сутока аптайма один раз перестали форкаться процессы. Откаился на 4BSD - пока полет нормальный.
| | |
|
| 1.3, Stirch (?), 09:25, 15/09/2004 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Да... очень грустно будет если не пофиксят ata. А то вылет всего сервака при вылете одного SATA винта из двух в зеркале - это ужас. | | |
| 1.5, Аноним (5), 11:40, 15/09/2004 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
ata драйвер разросся уже до неприличных размеров, имхо, его непросто поддерживать. | | |
| |
| 2.6, Вася (?), 12:28, 15/09/2004 [^] [^^] [^^^] [ответить]
| +/– |
К глюкам ATA в 5.x можно еще добавить и его жуткую тормознутось в
некоторых случаях. Провел маленькое исследование и диву дался. На
5.3-BETA3 все отладочные опции ядра и malloc у меня отключены, шлейфы
воткнуты правильно и перемычки выставлены верно.
OC: FreeBSD 5.3-BETA3 от 2004-09-07 23:49:58 GMT
Диск: ad0 <HDS724040KLAT80/KFAOA32A> ATA/ATAPI revision 7 (HITACHI Deskstar 7K400, 7200 rpm, кэш 8
Контроллер: Intel 82801EB/ER (ICH5/ICH5R) EIDE Controller (i865G)
Объем: 400 GB
Режим: UDMA100
FS: UFS2, noatime, soft-updates
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 66.649681 secs (16110232 bytes/sec)
OC: FreeBSD 5.3-BETA3 от 2004-09-07 23:49:58 GMT
Диск: ad4 <ST380013AS/3.56> Serial ATA v1.0 (Barracuda, 7200 rpm, кэш 8 MB)
Контроллер: 82801EB (ICH5) SATA Controller (i865G)
Объем: 80 GB
Режим: SATA150
FS: UFS2, noatime, soft-updates
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 21.355205 secs (50280099 bytes/sec)
OC: FreeBSD 4.10
Диск: ad0 <MAXTOR 4K040H2/A08.1500> ATA/ATAPI rev 5 (DiamondMax, 5400 rpm, кэш 2 MB)
Контроллер: ServerWorks OSB4 PCI EIDE Controller (ServerSet III LE (IB6566))
Объем: 40 GB
Режим: UDMA33
FS: UFS1, noatime, soft-updates
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 41.860938 secs (25650209 bytes/sec)
Теперь все дружно похвалим Сорена за новый драйвер ATA!!!
Древний тормозной максторовский винт на 5400 оборотов в
режиме UDMA33 на FreeBSD 4.10 уделывает Deskstar от HITACHI,
который работает в режиме UDMA100 имеет кэш 8 МБ и
крутится со скоростью 7200 оборотов, но на фре 5.x.
Но самое непонятное это колосальное различие скорости в
PATA и SATA на 5.x. Я конечно догадываюсь, что UDMA100 тормознее SATA150,
но не в три раза ведь!!! 67 секунд на PATA и 21 секунда на SATA.
Тут чего-то не того. | | |
| |
| 3.7, pppp (?), 15:19, 15/09/2004 [^] [^^] [^^^] [ответить]
| +/– |
>К глюкам ATA в 5.x можно еще добавить и его жуткую тормознутось
>в
>некоторых случаях. Провел маленькое исследование и диву дался. На
>5.3-BETA3 все отладочные опции ядра и malloc у меня отключены, шлейфы
>воткнуты правильно и перемычки выставлены верно.
Это надо уметь...
2 диска UDMA100 (по логике вещей 5400 оборотов на 5.2.1-p?)
bash-2.05b# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 49.150250 secs (21846111 bytes/sec)
bash-2.05b# grep ad0 /var/run/dmesg.boot
GEOM: create disk ad0 dp=0xc43fe160
ad0: 57241MB <WDC WD600AB-00CBA1> [116301/16/63] at ata0-master UDMA100
bash-2.05b# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 36.989741 secs (29028098 bytes/sec)
bash-2.05b# grep ad0 /var/run/dmesg.boot
GEOM: create disk ad0 dp=0xc6525260
ad0: 114440MB <WDC WD1200JB-75CRA0> [232514/16/63] at ata0-master UDMA100
Они ещё по ходу дела в это время рабочую нагрузку несли... | | |
| 3.8, Vladimir (??), 09:08, 16/09/2004 [^] [^^] [^^^] [ответить]
| +/– |
 >Провел маленькое исследование и диву дался. На
>5.3-BETA3 все отладочные опции ядра и malloc у меня отключены, шлейфы
>воткнуты правильно и перемычки выставлены верно.
Ваш тест похож на Майкрософтовское сравнение Виндовс и Линукс в плане рентабельности, сделанный на разных машинах.
Не канает такое сравнение. | | |
| |
| 4.9, Вася (?), 10:13, 16/09/2004 [^] [^^] [^^^] [ответить]
| +/– |
>Ваш тест похож на Майкрософтовское сравнение Виндовс и Линукс в плане
>рентабельности, сделанный на разных машинах.
>
>Не канает такое сравнение.
Ну про 4.10-RELEASE еще согласен. (Только хочу отметить, что винт на ней слабее да и сама машина слабее, чем та на которой стоит 5.3-BETA3, а скорость работы с винтом PATA FreeBSD 4.10 показывает выше).
А вот про 5.3-BETA3 не согласен, это одна машина - диск (SEAGATE) SATA системный, а (Deskstar) PATA для хранения видео, и вот на него точно не было никакой нагрузки в момент проведения теста.
Так что это факт, тормозит драйвер ata в 5.3 при работе с PATA дисками.
Информация для размышления есть и в следующих нитях freebsd-current@.
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036841.html
http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027681.html
| | |
|
|
| 2.10, Вася (?), 11:33, 16/09/2004 [^] [^^] [^^^] [ответить]
| +/– |
Смотрим чего определилось на старте, сразу после перезагрузки:
# cat /var/log/messages | grep "ad[0|1|2|3|4]"
... kernel: ad0: 381554MB <HDS724040KLAT80/KFAOA32A> [775221/16/63] at ata0-master UDMA100
... kernel: ad4: 76319MB <ST380013AS/3.56> [155061/16/63] at ata2-master SATA150
... kernel: Mounting root from ufs:/dev/ad4s1a
Смотрим текущий режим на канале 0:
# atacontrol mode 0
Master = UDMA100
Slave = BIOSPIO
Идем в директорию куда примонтирован раздел от ad0
и делаем тест и получаем все теже 67 сенкунд:
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 66.964154 secs (16034576 bytes/sec)
Далее ставим UDMA33:
# atacontrol mode 0 UDMA33 UDMA33
Master = UDMA33
Slave = BIOSPIO
Теперь тут же обратно в UDMA100
# atacontrol mode 0 UDMA100 UDMA100
Master = UDMA100
Slave = BIOSPIO
Повторяю тест
# rm test
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 20.746092 secs (51756342 bytes/sec)
21 секунда!
Получается если некрутить c помощью atacontrol, то система будет врать, что диск в UDMA100 работает и нужный режим надо выставлять руками. Кто будет PR писать? У меня с английским туго. | | |
| |
| 3.11, Vladimir (??), 14:36, 16/09/2004 [^] [^^] [^^^] [ответить]
| +/– | |
А в биосе диск определяется как UDMA100? У меня на 4.10 пока ИДЕ не определился в биосе система выставляла режим UDMA33 :( | | |
| 3.12, Vip3r (?), 20:55, 16/09/2004 [^] [^^] [^^^] [ответить]
| +/– |
>Смотрим чего определилось на старте, сразу после перезагрузки:
># cat /var/log/messages | grep "ad[0|1|2|3|4]"
>... kernel: ad0: 381554MB <HDS724040KLAT80/KFAOA32A> [775221/16/63] at ata0-master UDMA100
>... kernel: ad4: 76319MB <ST380013AS/3.56> [155061/16/63] at ata2-master SATA150
>... kernel: Mounting root from ufs:/dev/ad4s1a
>
>Смотрим текущий режим на канале 0:
># atacontrol mode 0
>Master = UDMA100
>Slave = BIOSPIO
>
>Идем в директорию куда примонтирован раздел от ad0
>и делаем тест и получаем все теже 67 сенкунд:
># dd if=/dev/zero of=test bs=1024k count=1024
>1024+0 records in
>1024+0 records out
>1073741824 bytes transferred in 66.964154 secs (16034576 bytes/sec)
>
>Далее ставим UDMA33:
># atacontrol mode 0 UDMA33 UDMA33
>Master = UDMA33
>Slave = BIOSPIO
>
>Теперь тут же обратно в UDMA100
># atacontrol mode 0 UDMA100 UDMA100
>Master = UDMA100
>Slave = BIOSPIO
>
>Повторяю тест
># rm test
># dd if=/dev/zero of=test bs=1024k count=1024
>1024+0 records in
>1024+0 records out
>1073741824 bytes transferred in 20.746092 secs (51756342 bytes/sec)
>
>21 секунда!
>Получается если некрутить c помощью atacontrol, то система будет врать, что диск
>в UDMA100 работает и нужный режим надо выставлять руками. Кто будет
>PR писать? У меня с английским туго.
Могу перевести если что. | | |
| 3.13, ICA (?), 05:07, 17/09/2004 [^] [^^] [^^^] [ответить]
| +/– | |
твой способ воздействия на аташный драйвер, помогает только в случае если на шлейфе один винт. вот результаты, когда на одном контролере два винта.
# /sbin/atacontrol mode 0 UDMA33 UDMA33
Master = UDMA33
Slave = UDMA33
# /sbin/atacontrol mode 0 UDMA100 UDMA100
Master = UDMA100
Slave = UDMA100
у меня на ad0 стало 27 секунд, было 65
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 27.369595 secs (39231191 bytes/sec)
на ad1 попрежнему осталось 65 секунд, как и было до фокусов с atacontrol
# dd if=/dev/zero of=test bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 65.520017 secs (16387997 bytes/sec)
чипсет i815epb (ich2). 5.3-beta4. так что василий бери словарь и пиши PR.
такого нам в 5.3-release не надо!
| | |
|
|
|
