форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Еженедельный обзор новостей развития FreeBSD (06.0..."

Сообщение от opennews on 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

Cообщить модератору | Наверх | ^

Сообщения по теме

[Сортировка по времени, UBB]

1. "Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"

Сообщение от robin zlobin on 14-Сен-04, 22:08

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

Cообщить модератору | Наверх | ^

	2. "Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
	Сообщение от Вася on 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 уже целый год. :-(
	Cообщить модератору | Наверх | ^

	4. "Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"
	Сообщение от Citrin (ok) on 15-Сен-04, 09:57
	>что непонравилось в ULE? Я с ULE наблюда такю ситуацию нс 5.2.1, что после n-сутока аптайма один раз перестали форкаться процессы. Откаился на 4BSD - пока полет нормальный.
	Cообщить модератору | Наверх | ^

3. "Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"

Сообщение от Stirch on 15-Сен-04, 09:25

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

Cообщить модератору | Наверх | ^

5. "Еженедельный обзор новостей развития FreeBSD (06.09-13.09)"

Сообщение от Аноним on 15-Сен-04, 11:40

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

Cообщить модератору | Наверх | ^

	6. "Ну тогда и не стоит делать 5-STABLE пока IMHO."
	Сообщение от Вася on 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. Тут чего-то не того.
	Cообщить модератору | Наверх | ^

	7. "Ну тогда и не стоит делать 5-STABLE пока IMHO."
	Сообщение от pppp on 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 Они ещё по ходу дела в это время рабочую нагрузку несли...
	Cообщить модератору | Наверх | ^

	8. "Ну тогда и не стоит делать 5-STABLE пока IMHO."
	Сообщение от Vladimir (??) on 16-Сен-04, 09:08
	>Провел маленькое исследование и диву дался. На >5.3-BETA3 все отладочные опции ядра и malloc у меня отключены, шлейфы >воткнуты правильно и перемычки выставлены верно. Ваш тест похож на Майкрософтовское сравнение Виндовс и Линукс в плане рентабельности, сделанный на разных машинах. Не канает такое сравнение.
	Cообщить модератору | Наверх | ^

	9. "Ну тогда и не стоит делать 5-STABLE пока IMHO."
	Сообщение от Вася on 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-September/036841.html http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027681.html
	Cообщить модератору | Наверх | ^

	10. "Забавный эффектик."
	Сообщение от Вася on 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 писать? У меня с английским туго.
	Cообщить модератору | Наверх | ^

	11. "Забавный эффектик."
	Сообщение от Vladimir (??) on 16-Сен-04, 14:36
	А в биосе диск определяется как UDMA100? У меня на 4.10 пока ИДЕ не определился в биосе система выставляла режим UDMA33 :(
	Cообщить модератору | Наверх | ^

	12. "Забавный эффектик."
	Сообщение от Vip3r on 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 писать? У меня с английским туго. Могу перевести если что.
	Cообщить модератору | Наверх | ^

	13. "Re: Забавный эффектик."
	Сообщение от ICA on 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 не надо!
	Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема