Мучает вопросец...
Порты от FreeBSD будут собираться на NetBSD или OpenBSD?
>Мучает вопросец...
>Порты от FreeBSD будут собираться на NetBSD или OpenBSD?
В многие порты - это исходники + патчи на расположения конфигурационных файлов / файлов запуска (по крайней мере теми что я пользуюсь), так что нет причины им не собратся, хотя может и есть тонкости...
>>Мучает вопросец...
>>Порты от FreeBSD будут собираться на NetBSD или OpenBSD?
>
>
>В многие порты - это исходники + патчи на расположения конфигурационных файлов
>/ файлов запуска (по крайней мере теми что я пользуюсь), так
>что нет причины им не собратся, хотя может и есть тонкости...
>Ну это понятно... Что тонкости наверное есть, но интересует все таки опыт, а не догадки.
Надоели мне грабли с ATA в FreeBSD 5.x, хочу вот поглазеть на NetBSD 2.0.2 в качестве декстопа, но посмотрел на их подобие фришных портов (pkgsrc) и что-то мне не понравилось кол-во и качество. :) Качество в смысле не совсем свежий софт в отличии от коллекции портов FreeBSD.
Нужен опыт, а не догадки? Ну так не гадайте, а попробуйте установить NetBSD и
потом - что-нибудь из фришных портов, вот и приобретете этот самый опыт. А ждать,
пока найдется кто-нибудь, кто сталкивался с описанной вами ситуацией, прочтет
ваше сообщение и ответит на него... Можете и не дождаться.
>Нужен опыт, а не догадки? Ну так не гадайте, а попробуйте установить
>NetBSD и
>потом - что-нибудь из фришных портов, вот и приобретете этот самый опыт.
>А ждать,
>пока найдется кто-нибудь, кто сталкивался с описанной вами ситуацией, прочтет
>ваше сообщение и ответит на него... Можете и не дождаться.Лучше все таки подождать. ;) Не зря же в народе говорят, что учится лучше на чужих ошибках. :)
>Мучает вопросец...
>Порты от FreeBSD будут собираться на NetBSD или OpenBSD?вовсе не обязательно, тем более что масса софта сильно заточена нонче
на сборку с тредами. Ядерная архитектура у всех трех систем разная,
например VM и тд и тпВ OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе
"не развиваются".Просто взять порты от FreeBSD - ничего хорошего не получится
>>Мучает вопросец...
>>Порты от FreeBSD будут собираться на NetBSD или OpenBSD?
>
>вовсе не обязательно, тем более что масса софта сильно заточена нонче
>на сборку с тредами. Ядерная архитектура у всех трех систем разная,
>например VM и тд и тп
>
>В OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе
>
>"не развиваются".
>
>Просто взять порты от FreeBSD - ничего хорошего не получитсяСпасибо! Тогда видимо остаемся на фре и мучаемся с ATA...
Cвежий софт все же наверное предпочтительней..., а с ATA
надеюсь когда-нибудь все же разрешатся проблемы. :-\
>>>Мучает вопросец...
>>>Порты от FreeBSD будут собираться на NetBSD или OpenBSD?
>>
>>вовсе не обязательно, тем более что масса софта сильно заточена нонче
>>на сборку с тредами. Ядерная архитектура у всех трех систем разная,
>>например VM и тд и тп
>>
>>В OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе
>>
>>"не развиваются".
>>
>>Просто взять порты от FreeBSD - ничего хорошего не получится
>
>Спасибо! Тогда видимо остаемся на фре и мучаемся с ATA...
>Cвежий софт все же наверное предпочтительней..., а с ATA
>надеюсь когда-нибудь все же разрешатся проблемы. :-\глобальных проблем с ATA нет, бывают ньюансы с некоторыми контроллерами
и большая проблема с самими дисками PATA и SATA, вот тут согласаен.
По большому счету, проблема в производителях и следовании стандартам,
проблема в технологиях PATA/SATA дисков. Как только начинаешь покупать
из списка рекомендованных 3ware и promise - проблемы в основном исчезают.
Вобщем, хоть Soren и выдает временами глюкала, все же работу он делает
огромную и очень старается, причем не идет на поводу - вставлять чужие
патчи или нашлепки а-бы как, а только после проверки и осмысления и
в концепции развития драйвера, сколько бы его не бодали, но пока патч
или затычка в общую концепцию не ляжет - он не вставит.
>глобальных проблем с 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 секунд!
То есть еще хуже стало. :(
>>глобальных проблем с 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
Блин... Вот это хуже всего.Завтра попробую собрать GENERIC и протестировать на нем. У меня на всех трех машинах одинаковая конфигурация ядра... Возможно проблема в этом. Больше ничего в голову не приходит пока. Слэйв винты вряд ли глючные, не могут же они быть глючными на всех трех машинах.
А насчет нагрузки могу сказать только одно, во время тестирования на вторые винты вообще нифига не писаслось и не читалось другими процессами кроме dd... А на первом как раз устоновлена система. Хотя и на первый винт во время теста нагрузки практически никакой не было...
>Блин... Вот это хуже всего.
>
>Завтра попробую собрать GENERIC и протестировать на нем. У меня на всех
>трех машинах одинаковая конфигурация ядра... Возможно проблема в этом. Больше ничего
>в голову не приходит пока. Слэйв винты вряд ли глючные, не
>могут же они быть глючными на всех трех машинах.
>
>А насчет нагрузки могу сказать только одно, во время тестирования на вторые
>винты вообще нифига не писаслось и не читалось другими процессами кроме
>dd... А на первом как раз устоновлена система. Хотя и на
>первый винт во время теста нагрузки практически никакой не было...дело НЕ в глючности, а в том что производители выпускают РАЗНЫЕ винты,
разного качества, с разным размером кешей и самое главное - нередко ЛГУТ
о заявленных характеристиках!
Это было и в начале становления UDMA(PATA спецификация) и теперь с
UDMA100/133 и та же петрушка теперь с SATA.
В конце 90'ых и начале 2000 - в Linux вообще ходил список "лживых" UDMA
HDD и был огромным, найти можно было на kernel.org.
Вот почему PATA/SATA диски СЛЕДУЕТ покупать СТРОГО в соответствии со списком рекомендованных. Мы уже кучу WD/MAXTOR/SEAGATE
в институте отправили на помойку. UDMA100 или UDMA133 - все дела... и что,
результат я описал, ну и диски теперь покупаются только из рекомендованных, причем время от времени их трудно достать - разбирают
все кто давно с этим разобрался, и разбирают под ATA-RAID'ы сразу с запасом чтобы был откат, поэтому иногда и нет нужных моделей
Не поленился, собрал сейча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 тестировал с ним вроде все в порядке.
>Не поленился, собрал сейча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 в руки, возможно поможет
Не подскажете где можно посмотреть на этот список?
google не помог.
>Не подскажете где можно посмотреть на этот список?
>google не помог.какой этот?
>какой этот?>> Как только начинаешь покупать из списка рекомендованных 3ware и promise - проблемы в основном исчезают.
Список рекомендованных promise ATA/SATA HDD
>>какой этот?
>
>>> Как только начинаешь покупать из списка рекомендованных 3ware и promise - проблемы в основном исчезают.
>
>Список рекомендованных promise ATA/SATA HDDдык на http://www.promise.com/ - входишь в продукты и по очереди смотришь
ВСЕ SATA - в некоторых есть список рекомендованных HDD, в некоторых НЕТ,
находишь самый свежий и самый большой, затем тоже самое для PATA.
Точно так же и на http://www.3ware.com/PS. Гугль для этого точно не нужен - лишний геморрой.
pkgsrc нормально развиваются и нормально обновляются. Набор инструментов только отличен от FreeBSDовых. Привыкнуть можно. Чего не хватает, доставь из исходников, благо порты ставятся не в /usr/local, а в /usr/pkg
Я вижу у Вас имеется опыт работы с NetBSD... Ну и "почем" на NetBSD
dd if=/dev/zero of=test bs=1024k count=1024Хотелось бы увидеть результаты для master и для slave. Не сложно сделать? Только интересует именно PATA, а не SATA.