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

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Порты от FreeBSD затащить на NetBSD или OpenBSD."
Сообщение от W on 05-Май-05, 05:02  (MSK)
Мучает вопросец... Порты от FreeBSD будут собираться на NetBSD или OpenBSD?
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
Сообщение от BarS (??) on 05-Май-05, 05:07  (MSK)
>Мучает вопросец... >Порты от FreeBSD будут собираться на NetBSD или OpenBSD? В многие порты - это исходники + патчи на расположения конфигурационных файлов / файлов запуска (по крайней мере теми что я пользуюсь), так что нет причины им не собратся, хотя может и есть тонкости...
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от W on 05-Май-05, 09:57  (MSK)
	>>Мучает вопросец... >>Порты от FreeBSD будут собираться на NetBSD или OpenBSD? > > >В многие порты - это исходники + патчи на расположения конфигурационных файлов >/ файлов запуска (по крайней мере теми что я пользуюсь), так >что нет причины им не собратся, хотя может и есть тонкости... > Ну это понятно... Что тонкости наверное есть, но интересует все таки опыт, а не догадки. Надоели мне грабли с ATA в FreeBSD 5.x, хочу вот поглазеть на NetBSD 2.0.2 в качестве декстопа, но посмотрел на их подобие фришных портов (pkgsrc) и что-то мне не понравилось кол-во и качество. :) Качество в смысле не совсем свежий софт в отличии от коллекции портов FreeBSD.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от allez (ok) on 05-Май-05, 10:05  (MSK)
	Нужен опыт, а не догадки? Ну так не гадайте, а попробуйте установить NetBSD и потом - что-нибудь из фришных портов, вот и приобретете этот самый опыт. А ждать, пока найдется кто-нибудь, кто сталкивался с описанной вами ситуацией, прочтет ваше сообщение и ответит на него... Можете и не дождаться.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от W on 05-Май-05, 10:08  (MSK)
	>Нужен опыт, а не догадки? Ну так не гадайте, а попробуйте установить >NetBSD и >потом - что-нибудь из фришных портов, вот и приобретете этот самый опыт. >А ждать, >пока найдется кто-нибудь, кто сталкивался с описанной вами ситуацией, прочтет >ваше сообщение и ответит на него... Можете и не дождаться. Лучше все таки подождать. ;) Не зря же в народе говорят, что учится лучше на чужих ошибках. :)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
Сообщение от lavr on 05-Май-05, 15:59  (MSK)
>Мучает вопросец... >Порты от FreeBSD будут собираться на NetBSD или OpenBSD? вовсе не обязательно, тем более что масса софта сильно заточена нонче на сборку с тредами. Ядерная архитектура у всех трех систем разная, например VM и тд и тп В OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе "не развиваются". Просто взять порты от FreeBSD - ничего хорошего не получится
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от W on 05-Май-05, 16:23  (MSK)
	>>Мучает вопросец... >>Порты от FreeBSD будут собираться на NetBSD или OpenBSD? > >вовсе не обязательно, тем более что масса софта сильно заточена нонче >на сборку с тредами. Ядерная архитектура у всех трех систем разная, >например VM и тд и тп > >В OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе > >"не развиваются". > >Просто взять порты от FreeBSD - ничего хорошего не получится Спасибо! Тогда видимо остаемся на фре и мучаемся с ATA... Cвежий софт все же наверное предпочтительней..., а с ATA надеюсь когда-нибудь все же разрешатся проблемы. :-\
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от lavr on 05-Май-05, 16:59  (MSK)
	>>>Мучает вопросец... >>>Порты от FreeBSD будут собираться на NetBSD или OpenBSD? >> >>вовсе не обязательно, тем более что масса софта сильно заточена нонче >>на сборку с тредами. Ядерная архитектура у всех трех систем разная, >>например VM и тд и тп >> >>В OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе >> >>"не развиваются". >> >>Просто взять порты от FreeBSD - ничего хорошего не получится > >Спасибо! Тогда видимо остаемся на фре и мучаемся с ATA... >Cвежий софт все же наверное предпочтительней..., а с ATA >надеюсь когда-нибудь все же разрешатся проблемы. :-\ глобальных проблем с ATA нет, бывают ньюансы с некоторыми контроллерами и большая проблема с самими дисками PATA и SATA, вот тут согласаен. По большому счету, проблема в производителях и следовании стандартам, проблема в технологиях PATA/SATA дисков. Как только начинаешь покупать из списка рекомендованных 3ware и promise - проблемы в основном исчезают. Вобщем, хоть Soren и выдает временами глюкала, все же работу он делает огромную и очень старается, причем не идет на поводу - вставлять чужие патчи или нашлепки а-бы как, а только после проверки и осмысления и в концепции развития драйвера, сколько бы его не бодали, но пока патч или затычка в общую концепцию не ляжет - он не вставит.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Ну в общем-то да, но это когда в системе один винт."
	Сообщение от W on 06-Май-05, 04:45  (MSK)
	>глобальных проблем с ATA нет, бывают ньюансы с некоторыми контроллерами >и большая проблема с самими дисками PATA и SATA, вот тут согласаен. > > По большому счету, проблема в производителях и следовании стандартам, >проблема в технологиях PATA/SATA дисков. Как только начинаешь покупать >из списка рекомендованных 3ware и promise - проблемы в основном исчезают. > Вобщем, хоть Soren и выдает временами глюкала, все же работу он >делает >огромную и очень старается, причем не идет на поводу - вставлять чужие > >патчи или нашлепки а-бы как, а только после проверки и осмысления и > >в концепции развития драйвера, сколько бы его не бодали, но пока патч > >или затычка в общую концепцию не ляжет - он не вставит. У меня основная проблема в том, что никак не могу включить UDMA100, на втором винте (slave). Система пишет что винт работает в режиме UDMA100, НО... на самом деле передача еле еле до тягивает до 16MB/s. :( На первом винте (master) все нормально 39MB/s, очень похоже на UDMA100. Я бы тоже подумал на глюки с контролером или на глюки с винтом, но когда это проявляется на трех совершенно разных машинах с разными контролерами и разными винтами, глюком оборудования это уже не назовешь. Это уже видимо фича FreeBSD. :) Джамперы на винте стоят правильно, шлейф 80-pin и воткнут в маму синим концом, а винты развешаны на нем в соответствии с надписями MASTER и SLAVE. Пробовал сажать второй винт на второй канал мастером, один хрен не включается на втором винте UDMA100. С граблями столкнулся на машинах с контроллерами ICH2, ICH4 и ICH5. Всякие VIA и прочее не пробовал. Тестировал я и 6.0-CURRENT на предмет решения этой проблемы в новом драйвере ATA, таже фигня - нету UDMA100 на втором винте. Факт, что второй PATA винт в системе на FreeBSD не умеет работать в UDMA100. Результаты тестирования 5.3-RELEASE: Для ad0 (Maxtor 6E030L0/NAR61590> ATA/ATAPI revision 7): # dd if=/dev/zero of=test bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 26.921087 secs (39884787 bytes/sec) Для ad1 (WDC WD800JB-00JJA0/05.01C05> ATA/ATAPI revision 6): # dd if=/dev/zero of=test bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 66.367760 secs (16178666 bytes/sec) В 5.4-RC4 этот же тест показывает худшие результаты в сравнении с 5.3, на первом винте эта же команда выполняется 29 секунд, на втором 70 секунд! То есть еще хуже стало. :(
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Ну в общем-то да, но это когда в системе один винт."
	Сообщение от lavr on 06-Май-05, 11:56  (MSK)
	>>глобальных проблем с ATA нет, бывают ньюансы с некоторыми контроллерами >>и большая проблема с самими дисками PATA и SATA, вот тут согласаен. >> >> По большому счету, проблема в производителях и следовании стандартам, >>проблема в технологиях PATA/SATA дисков. Как только начинаешь покупать >>из списка рекомендованных 3ware и promise - проблемы в основном исчезают. >> Вобщем, хоть Soren и выдает временами глюкала, все же работу он >>делает >>огромную и очень старается, причем не идет на поводу - вставлять чужие >> >>патчи или нашлепки а-бы как, а только после проверки и осмысления и >> >>в концепции развития драйвера, сколько бы его не бодали, но пока патч >> >>или затычка в общую концепцию не ляжет - он не вставит. > >У меня основная проблема в том, что никак не могу включить UDMA100, >на >втором винте (slave). Система пишет что винт работает в режиме UDMA100, >НО... на самом деле передача еле еле до тягивает до 16MB/s. :( >На первом >винте (master) все нормально 39MB/s, очень похоже на UDMA100. > >Я бы тоже подумал на глюки с контролером или на глюки с >винтом, но когда >это проявляется на трех совершенно разных машинах с разными контролерами >и разными винтами, глюком оборудования это уже не назовешь. Это уже видимо > >фича FreeBSD. :) нет, не фича - это у вас проблемы видимо. >Джамперы на винте стоят правильно, шлейф 80-pin и воткнут в маму синим >концом, а винты развешаны на нем в соответствии с надписями MASTER >и SLAVE. > >Пробовал сажать второй винт на второй канал мастером, один хрен не >включается на втором винте UDMA100. либо проблемы контроллера, либо винта - скорей всего последнее. >С граблями столкнулся на машинах с контроллерами ICH2, ICH4 и ICH5. >Всякие VIA и прочее не пробовал. у меня на всех ICH работает без проблем, на VIA тоже. >Тестировал я и 6.0-CURRENT на предмет решения этой проблемы в новом >драйвере ATA, таже фигня - нету UDMA100 на втором винте. винт >Факт, что второй PATA винт в системе на FreeBSD не умеет работать > >в UDMA100. сейчас нечего продемонстрировать, но позже покажу. И в 4'ке и в 5'ке у меня на HPT, VIA, ICH слейвы без проблем работают в UDMA100. ладно, фик с ним, боевой сервер: [proxy]~ > atacontrol mode 0 Master = ??? Slave  = UDMA100 [proxy]~ > ls -la /export/ftp/pub/.../.uploads/dolbilov/rsp-jsv-mz.122-25.S4.bin -rw-r--r--  1 ftp  ftp  23922876 May  5 20:15 /export/ftp/pub/.../.uploads/dolbilov/rsp-jsv-mz.122-25.S4.bin [proxy]~ > dd if=/export/ftp/pub/.../.uploads/dolbilov/rsp-jsv-mz.122-25.S4.bin  of=/dev/null 46724+1 records in 46724+1 records out 23922876 bytes transferred in 0.223334 secs (107117114 bytes/sec) [proxy]~ > на запись не могу показать по причине реальной работы сервера, причем верхняя скорость не максимальная, диск нагружен, бог с ним: [proxy]/export/backup/proxy > atacontrol mode 0 Master = ??? Slave  = UDMA100 [proxy]/export/backup/proxy > dd if=/dev/zero of=test bs=1024k count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 0.219856 secs (47693758 bytes/sec) [proxy]/export/backup/proxy > [proxy]/export/backup/proxy > dd if=test of=/dev/null 20480+0 records in 20480+0 records out 10485760 bytes transferred in 0.097720 secs (107304236 bytes/sec) [proxy]/export/backup/proxy > верхнее на 4'ке >Результаты тестирования 5.3-RELEASE: > >Для ad0 (Maxtor 6E030L0/NAR61590> ATA/ATAPI revision 7): > ># dd if=/dev/zero of=test bs=1024k count=1024 >1024+0 records in >1024+0 records out >1073741824 bytes transferred in 26.921087 secs (39884787 bytes/sec) > >Для ad1 (WDC WD800JB-00JJA0/05.01C05> ATA/ATAPI revision 6): > ># dd if=/dev/zero of=test bs=1024k count=1024 >1024+0 records in >1024+0 records out >1073741824 bytes transferred in 66.367760 secs (16178666 bytes/sec) 1) у тебя разные диски: см что есть revision 6 и 7 2) если ты эти диски под нагрузкой проверяешь, то какого фига ты для проверки пишешь 1GB? >В 5.4-RC4 этот же тест показывает худшие результаты в сравнении с 5.3, > >на первом винте эта же команда выполняется 29 секунд, на втором 70 >секунд! >То есть еще хуже стало. :( н-да, ну что сказать, выше я уже изложил, бери правильные диски и используй правильный подход к измерению (не нагруженные диски) 5.3: [alone]/tmp > diskinfo -t ad0 ad0         512             # sectorsize         81964302336     # mediasize in bytes (76G)         160086528       # mediasize in sectors         158816          # Cylinders according to firmware.         16              # Heads according to firmware.         63              # Sectors according to firmware. Seek times:         Full stroke:      250 iter in   4.943949 sec =   19.776 msec         Half stroke:      250 iter in   3.387282 sec =   13.549 msec         Quarter stroke:   500 iter in   6.439045 sec =   12.878 msec         Short forward:    400 iter in   2.207353 sec =    5.518 msec         Short backward:   400 iter in   3.172688 sec =    7.932 msec         Seq outer:       2048 iter in   0.289308 sec =    0.141 msec         Seq inner:       2048 iter in   0.278955 sec =    0.136 msec Transfer rates:         outside:       102400 kbytes in   1.771762 sec =    57796 kbytes/sec         middle:        102400 kbytes in   2.093263 sec =    48919 kbytes/sec         inside:        102400 kbytes in   3.320895 sec =    30835 kbytes/sec [alone]/tmp > atacontrol mode 0 Master = UDMA100 Slave  = UDMA33 [alone]/tmp > atacontrol mode 1 Master = UDMA33 Slave  = BIOSPIO [alone]/tmp > atacontrol list   ATA channel 0:     Master:  ad0 <Maxtor 6Y080P0/YAR41BW0> ATA/ATAPI revision 7     Slave:  acd0 <TEAC DW-548D/K4H6> ATA/ATAPI revision 5 ATA channel 1:     Master:  ad2 <IBM-DTTA-351010/T56OA73A> ATA/ATAPI revision 4     Slave:       no device present [alone]/tmp > [alone]/tmp > diskinfo -t ad2 ad2         512             # sectorsize         10141286400     # mediasize in bytes (9.4G)         19807200        # mediasize in sectors         19650           # Cylinders according to firmware.         16              # Heads according to firmware.         63              # Sectors according to firmware. Seek times:         Full stroke:      250 iter in   5.260521 sec =   21.042 msec         Half stroke:      250 iter in   4.516360 sec =   18.065 msec         Quarter stroke:   500 iter in   7.767703 sec =   15.535 msec         Short forward:    400 iter in   2.665603 sec =    6.664 msec         Short backward:   400 iter in   4.084906 sec =   10.212 msec         Seq outer:       2048 iter in   0.384270 sec =    0.188 msec         Seq inner:       2048 iter in   0.382614 sec =    0.187 msec Transfer rates:         outside:       102400 kbytes in   8.232144 sec =    12439 kbytes/sec         middle:        102400 kbytes in  10.295279 sec =     9946 kbytes/sec         inside:        102400 kbytes in  15.248438 sec =     6715 kbytes/sec [alone]/tmp > правда все это на нагруженной машинке, тоже неверно, но подход я объяснил [lavr]~ > atacontrol list ATA channel 0:     Master:      no device present     Slave:       no device present ATA channel 1:     Master: acd0 <NEC DVD RW ND-3500AG/2.18> ATA/ATAPI revision 0     Slave:       no device present ATA channel 2:     Master:  ad4 <ST3200822AS/3.01> Serial ATA v1.0     Slave:       no device present ATA channel 3:     Master:  ad6 <ST3120827AS/3.42> Serial ATA v1.0     Slave:       no device present [lavr]~ > diskinfo -t ad4 ad4         512             # sectorsize         200049647616    # mediasize in bytes (186G)         390721968       # mediasize in sectors         387621          # Cylinders according to firmware.         16              # Heads according to firmware.         63              # Sectors according to firmware. Seek times:         Full stroke:      250 iter in   5.033663 sec =   20.135 msec         Half stroke:      250 iter in   3.685295 sec =   14.741 msec         Quarter stroke:   500 iter in   6.021967 sec =   12.044 msec         Short forward:    400 iter in   3.131070 sec =    7.828 msec         Short backward:   400 iter in   2.698580 sec =    6.746 msec         Seq outer:       2048 iter in   0.332249 sec =    0.162 msec         Seq inner:       2048 iter in   0.341343 sec =    0.167 msec Transfer rates:         outside:       102400 kbytes in   1.637093 sec =    62550 kbytes/sec         middle:        102400 kbytes in   1.871504 sec =    54715 kbytes/sec         inside:        102400 kbytes in   2.999972 sec =    34134 kbytes/sec [lavr]~ > [lavr]~ > diskinfo -t ad6 ad6         512             # sectorsize         120034123776    # mediasize in bytes (112G)         234441648       # mediasize in sectors         232581          # Cylinders according to firmware.         16              # Heads according to firmware.         63              # Sectors according to firmware. Seek times:         Full stroke:      250 iter in   5.022029 sec =   20.088 msec         Half stroke:      250 iter in   3.675630 sec =   14.703 msec         Quarter stroke:   500 iter in   6.135606 sec =   12.271 msec         Short forward:    400 iter in   1.711947 sec =    4.280 msec         Short backward:   400 iter in   2.332454 sec =    5.831 msec         Seq outer:       2048 iter in   0.226495 sec =    0.111 msec         Seq inner:       2048 iter in   0.231164 sec =    0.113 msec Transfer rates:         outside:       102400 kbytes in   1.758073 sec =    58246 kbytes/sec         middle:        102400 kbytes in   2.107406 sec =    48591 kbytes/sec         inside:        102400 kbytes in   3.493865 sec =    29309 kbytes/sec верхние тесты на не оттюнингованных машинах. проверяй с помощью bonnie++ и iozone на ненагруженных FS
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Мда уж... Похоже на мистику."
	Сообщение от W on 06-Май-05, 17:44  (MSK)
	Блин... Вот это хуже всего. Завтра попробую собрать GENERIC и протестировать на нем. У меня на всех трех машинах одинаковая конфигурация ядра... Возможно проблема в этом. Больше ничего в голову не приходит пока. Слэйв винты вряд ли глючные, не могут же они быть глючными на всех трех машинах. А насчет нагрузки могу сказать только одно, во время тестирования на вторые винты вообще нифига не писаслось и не читалось другими процессами кроме dd... А на первом как раз устоновлена система. Хотя и на первый винт во время теста нагрузки практически никакой не было...
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Мда уж... Похоже на мистику."
	Сообщение от lavr on 06-Май-05, 18:32  (MSK)
	>Блин... Вот это хуже всего. > >Завтра попробую собрать GENERIC и протестировать на нем. У меня на всех >трех машинах одинаковая конфигурация ядра... Возможно проблема в этом. Больше ничего >в голову не приходит пока. Слэйв винты вряд ли глючные, не >могут же они быть глючными на всех трех машинах. > >А насчет нагрузки могу сказать только одно, во время тестирования на вторые >винты вообще нифига не писаслось и не читалось другими процессами кроме >dd... А на первом как раз устоновлена система. Хотя и на >первый винт во время теста нагрузки практически никакой не было... дело НЕ в глючности, а в том что производители выпускают РАЗНЫЕ винты, разного качества, с разным размером кешей и самое главное - нередко ЛГУТ о заявленных характеристиках! Это было и в начале становления UDMA(PATA спецификация) и теперь с UDMA100/133 и та же петрушка теперь с SATA. В конце 90'ых и начале 2000 - в Linux вообще ходил список "лживых" UDMA HDD и был огромным, найти можно было на kernel.org. Вот почему PATA/SATA диски СЛЕДУЕТ покупать СТРОГО в соответствии со списком рекомендованных. Мы уже кучу WD/MAXTOR/SEAGATE в институте отправили на помойку. UDMA100 или UDMA133 - все дела... и что, результат я описал, ну и диски теперь покупаются только из рекомендованных, причем время от времени их трудно достать - разбирают все кто давно с этим разобрался, и разбирают под ATA-RAID'ы сразу с запасом чтобы был откат, поэтому иногда и нет нужных моделей
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Мда уж... Похоже на мистику."
	Сообщение от W on 06-Май-05, 19:11  (MSK)
	Не поленился, собрал сейчаc GENERIC на своей рабочей станции, результат идентичен тем, что и были раньше... Дальше... Неделю назад арендовали скромненький сервер в немецком датацентре (P4 2.8, i865G (ICH5), RAM 1GB), поставил туда FreeBSD 5.3 (довольно интересная технология установка происходит через бразуер в ява-апплете полный доступ к консоли). Поднял, буквально час назад, до 5.4-RC4. Пожалуйста результаты... Бог с этим UDMA100, я уже и на UDMA33 согласен на втором винте, но и этого нет в FreeBSD. Контроллер ICH5 опять же... :-\ # atacontrol mode 0 UDMA33 UDMA33 Master = UDMA33 Slave  = UDMA33 # atacontrol list ATA channel 0: Master:  ad0 <ST380011A/8.01> ATA/ATAPI revision 6 Slave:   ad1 <ST380011A/8.01> ATA/ATAPI revision 6 ... Сигейты (7200 rpm, UDMA100 умеют судя по спецификации на сайте сигейта). Тест на ad0: # dd if=/dev/zero of=test bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 35.169907 secs (30530130 bytes/sec) Тест на ad1: # dd if=/dev/zero of=test bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 67.745466 secs (15849649 bytes/sec) Винты одинаковые на сей раз... То что на втором винте нет UDMA видно не вооруженным взглядом. Нагрузка на сервер... Да откуда она, там из сервисов на текущий момент только sshd поднят и на котором сижу только я. Нифига тут по-моему не в железе дело... Ну не может так, что на четвертой машине подряд, попался "неправильный" винт в качестве слэйва. :( P. S. Речь не касается SATA, и не касается FreeBSD ветки 4.x, речь идет только об PATA и когда их наличие в системе - больше одного на системах 5.x и 6.x. Хотя у меня пока еще не было возможности потестировать именно ДВА винта SATA на 5.x и 6.x :) Может быть и с двумя SATA теже грабли, Бог его знает... :) Одиночный SATA тестировал с ним вроде все в порядке.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Мда уж... Похоже на мистику."
	Сообщение от lavr on 06-Май-05, 21:06  (MSK)
	>Не поленился, собрал сейчаc GENERIC на своей рабочей станции, результат идентичен тем, >что и были раньше... > >Дальше... >Неделю назад арендовали скромненький сервер в немецком датацентре (P4 2.8, i865G (ICH5), >RAM 1GB), поставил туда FreeBSD 5.3 (довольно интересная технология установка происходит >через бразуер в ява-апплете полный доступ к консоли). Поднял, буквально час >назад, до 5.4-RC4. > >Пожалуйста результаты... Бог с этим UDMA100, я уже и на UDMA33 согласен >на втором винте, но и этого нет в FreeBSD. > >Контроллер ICH5 опять же... :-\ > ># atacontrol mode 0 UDMA33 UDMA33 >Master = UDMA33 >Slave  = UDMA33 > ># atacontrol list >ATA channel 0: > Master:  ad0 <ST380011A/8.01> ATA/ATAPI revision 6 > Slave:   ad1 <ST380011A/8.01> ATA/ATAPI revision 6 >... >Сигейты (7200 rpm, UDMA100 умеют судя по спецификации на сайте сигейта). > >Тест на ad0: ># dd if=/dev/zero of=test bs=1024k count=1024 >1024+0 records in >1024+0 records out >1073741824 bytes transferred in 35.169907 secs (30530130 bytes/sec) > >Тест на ad1: ># dd if=/dev/zero of=test bs=1024k count=1024 >1024+0 records in >1024+0 records out >1073741824 bytes transferred in 67.745466 secs (15849649 bytes/sec) > >Винты одинаковые на сей раз... То что на втором винте нет UDMA >видно не вооруженным взглядом. Нагрузка на сервер... Да откуда она, там >из сервисов на текущий момент только sshd поднят и на котором >сижу только я. > >Нифига тут по-моему не в железе дело... Ну не может так, что >на четвертой машине подряд, попался "неправильный" винт в качестве слэйва. :( > > >P. S. >Речь не касается SATA, и не касается FreeBSD ветки 4.x, речь идет >только об PATA и когда их наличие в системе - больше >одного на системах 5.x и 6.x. > >Хотя у меня пока еще не было возможности потестировать именно ДВА винта >SATA на 5.x и 6.x :) Может быть и с двумя >SATA теже грабли, Бог его знает... :) Одиночный SATA тестировал с >ним вроде все в порядке. vmstat в руки, возможно поможет
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от rWizard (??) on 06-Май-05, 23:56  (MSK)
	Не подскажете где можно посмотреть на этот список? google не помог.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от lavr on 07-Май-05, 14:28  (MSK)
	>Не подскажете где можно посмотреть на этот список? >google не помог. какой этот?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от rWizard (??) on 07-Май-05, 14:57  (MSK)
	>какой этот? >> Как только начинаешь покупать из списка рекомендованных 3ware и promise - проблемы в основном исчезают. Список рекомендованных promise ATA/SATA HDD
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
	Сообщение от lavr on 07-Май-05, 15:13  (MSK)
	>>какой этот? > >>> Как только начинаешь покупать из списка рекомендованных 3ware и promise - проблемы в основном исчезают. > >Список рекомендованных promise ATA/SATA HDD дык на http://www.promise.com/ - входишь в продукты и по очереди смотришь ВСЕ SATA - в некоторых есть список рекомендованных HDD, в некоторых НЕТ, находишь самый свежий и самый большой, затем тоже самое для PATA. Точно так же и на http://www.3ware.com/ PS. Гугль для этого точно не нужен - лишний геморрой.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

18. "Порты от FreeBSD затащить на NetBSD или OpenBSD."
Сообщение от davey (??) on 09-Май-05, 17:31  (MSK)
pkgsrc нормально развиваются и нормально обновляются. Набор инструментов только отличен от FreeBSDовых. Привыкнуть можно. Чего не хватает, доставь из исходников, благо порты ставятся не в /usr/local, а в /usr/pkg
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "Ну а как у NetBSD с ATA... Лучше чем на FreeBSD?"
	Сообщение от W on 13-Май-05, 17:20  (MSK)
	Я вижу у Вас имеется опыт работы с NetBSD... Ну и "почем" на NetBSD dd if=/dev/zero of=test bs=1024k count=1024 Хотелось бы увидеть результаты для master и для slave. Не сложно сделать? Только интересует именно PATA, а не SATA.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.