URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 4282
[ Назад ]

Исходное сообщение
"OpenNews: Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
Отправлено opennews , 14-Сен-04 22:08

<h3>Новое:</h3>
-  Поддержка гигабитных сетевых адаптеров на чипе VIA VT6122 - драйвер vge. Драйвер добавлен в  GENERIC на i386, pc98 и ia64.
-  В doc добавлены XML-слайды о FreeBSD для создания презентаций
-  Максим Соболев добавил утилиту mkuzip. Она предназначена для сжатия образов файловых систем и последующего их использования совместно с geom_uzip. Это позволяет помещать на дискеты и LiveCD больше информации
-  Добавлены утилиты netsend, netreceive и tcpstream для тестирования пропускной способности сети
<h3>Изменения:<h3>
-  (<font color=red>
!
</font>) В 5.3 новый шедулер ULE заменен на старый 4BSD в связи с наличием ряда багов в ULE
<h3>Обсуждения:</h3>
-  замена ULE на 4BSD
<h3>Багфиксы:</h3>
-  Ошибка в ipfw при одновременном использовании  NOT или OR совместно  c uid, gid или , or jail-ориентированными правилами
-  Из NetBSD внесли фиксы двух багов по работе с поврежденным FAT
-  исправлен баг в portsdb -u
URL: http://www.xl0.org/FreeBSD/13-09-04.html
Новость: http://www.opennet.me/opennews/art.shtml?num=4359

Содержание

Еженедельный обзор новостей развития FreeBSD (06.09-13.09),robin zlobin, 22:08 , 14-Сен-04
- Еженедельный обзор новостей развития FreeBSD (06.09-13.09),Вася, 04:20 , 15-Сен-04
- Еженедельный обзор новостей развития FreeBSD (06.09-13.09),Citrin, 09:57 , 15-Сен-04
Еженедельный обзор новостей развития FreeBSD (06.09-13.09),Stirch, 09:25 , 15-Сен-04
Еженедельный обзор новостей развития FreeBSD (06.09-13.09),Аноним, 11:40 , 15-Сен-04
- Ну тогда и не стоит делать 5-STABLE пока IMHO.,Вася, 12:28 , 15-Сен-04
  - Ну тогда и не стоит делать 5-STABLE пока IMHO.,pppp, 15:19 , 15-Сен-04
  - Ну тогда и не стоит делать 5-STABLE пока IMHO.,Vladimir, 09:08 , 16-Сен-04
    - Ну тогда и не стоит делать 5-STABLE пока IMHO.,Вася, 10:13 , 16-Сен-04
- Забавный эффектик.,Вася, 11:33 , 16-Сен-04
  - Забавный эффектик.,Vladimir, 14:36 , 16-Сен-04
  - Забавный эффектик.,Vip3r, 20:55 , 16-Сен-04
  - Re: Забавный эффектик.,ICA, 05:07 , 17-Сен-04

Сообщения в этом обсуждении

"Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
Отправлено robin zlobin , 14-Сен-04 22:08

что непонравилось в ULE?

"Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
Отправлено Вася , 15-Сен-04 04:20

Вроде как менее стабилен он в сравнении SCHED_4BSD. Обещают разобраться с ним после выхода 5.3-RELEASE.
На меня больше всего наводит грусть ACPI и драйвер ata в новой фре, похоже на то, что 5.3 будет тоже глюком. :-\
Недалее как в конце прошлой недели парился с подключением двух винтов на FreeBSD 5.3-BETA3. Аташный шлейф воткнул правильно, на винтах выставил мастер и слэйв, стал грузиться второй винт не видно куча ошибок на тему DMA. Грузишься без ACPI в такой конфигурации, все работает на ура, оба винта видно.
Решил проблему выставив на обоих винтах Cable Select - аташный драйвер заработал в таком случае в паре с ACPI.
Ну что это за релиз будет 5.3? Сорен скорее всего за месяц не разберется с ata, так как он не может разобраться с ata уже целый год. :-(

"Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
Отправлено Citrin , 15-Сен-04 09:57

>что непонравилось в ULE?
Я с ULE наблюда такю ситуацию нс 5.2.1, что после n-сутока аптайма один раз перестали форкаться процессы. Откаился на 4BSD - пока полет нормальный.

"Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
Отправлено Stirch , 15-Сен-04 09:25

Да... очень грустно будет если не пофиксят ata. А то вылет всего сервака при вылете одного SATA винта из двух в зеркале - это ужас.

"Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
Отправлено Аноним , 15-Сен-04 11:40

ata драйвер разросся уже до неприличных размеров, имхо, его непросто поддерживать.

"Ну тогда и не стоит делать 5-STABLE пока IMHO."
Отправлено Вася , 15-Сен-04 12:28

К глюкам 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.
Тут чего-то не того.

"Ну тогда и не стоит делать 5-STABLE пока IMHO."
Отправлено pppp , 15-Сен-04 15:19

>К глюкам 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
Они ещё по ходу дела в это время рабочую нагрузку несли...

"Ну тогда и не стоит делать 5-STABLE пока IMHO."
Отправлено Vladimir , 16-Сен-04 09:08

>Провел маленькое исследование и диву дался. На
>5.3-BETA3 все отладочные опции ядра и malloc у меня отключены, шлейфы
>воткнуты правильно и перемычки выставлены верно.
Ваш тест похож на Майкрософтовское сравнение Виндовс и Линукс в плане рентабельности, сделанный на разных машинах.
Не канает такое сравнение.

"Ну тогда и не стоит делать 5-STABLE пока IMHO."
Отправлено Вася , 16-Сен-04 10:13

>Ваш тест похож на Майкрософтовское сравнение Виндовс и Линукс в плане
>рентабельности, сделанный на разных машинах.
>
>Не канает такое сравнение.
Ну про 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-Sept...
http://lists.freebsd.org/pipermail/freebsd-current/2004-May/...

"Забавный эффектик."
Отправлено Вася , 16-Сен-04 11:33

Смотрим чего определилось на старте, сразу после перезагрузки:
# 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 писать? У меня с английским туго.

"Забавный эффектик."
Отправлено Vladimir , 16-Сен-04 14:36

А в биосе диск определяется как UDMA100? У меня на 4.10 пока ИДЕ не определился в биосе система выставляла режим UDMA33 :(

"Забавный эффектик."
Отправлено Vip3r , 16-Сен-04 20:55

>Смотрим чего определилось на старте, сразу после перезагрузки:
># 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 писать? У меня с английским туго.
Могу перевести если что.

"Re: Забавный эффектик."
Отправлено ICA , 17-Сен-04 05:07

твой способ воздействия на аташный драйвер, помогает только в случае если на шлейфе один винт. вот результаты, когда на одном контролере два винта.
# /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 не надо!