The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Порты от FreeBSD затащить на NetBSD или OpenBSD."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Порты от FreeBSD затащить на NetBSD или OpenBSD." 
Сообщение от W emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки on 05-Май-05, 10:08  (MSK)
>Нужен опыт, а не догадки? Ну так не гадайте, а попробуйте установить
>NetBSD и
>потом - что-нибудь из фришных портов, вот и приобретете этот самый опыт.
>А ждать,
>пока найдется кто-нибудь, кто сталкивался с описанной вами ситуацией, прочтет
>ваше сообщение и ответит на него... Можете и не дождаться.

Лучше все таки подождать. ;) Не зря же в народе говорят, что учится лучше на чужих ошибках. :)

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Порты от FreeBSD затащить на NetBSD или OpenBSD." 
Сообщение от lavr emailИскать по авторуВ закладки on 05-Май-05, 15:59  (MSK)
>Мучает вопросец...
>Порты от FreeBSD будут собираться на NetBSD или OpenBSD?

вовсе не обязательно, тем более что масса софта сильно заточена нонче
на сборку с тредами. Ядерная архитектура у всех трех систем разная,
например VM и тд и тп

В OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе
"не развиваются".

Просто взять порты от FreeBSD - ничего хорошего не получится

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Порты от FreeBSD затащить на NetBSD или OpenBSD." 
Сообщение от W emailИскать по авторуВ закладки on 05-Май-05, 16:23  (MSK)
>>Мучает вопросец...
>>Порты от FreeBSD будут собираться на NetBSD или OpenBSD?
>
>вовсе не обязательно, тем более что масса софта сильно заточена нонче
>на сборку с тредами. Ядерная архитектура у всех трех систем разная,
>например VM и тд и тп
>
>В OpenBSD порты развиваются очень и очень медленно, в NetBSD и вовсе
>
>"не развиваются".
>
>Просто взять порты от FreeBSD - ничего хорошего не получится

Спасибо! Тогда видимо остаемся на фре и мучаемся с ATA...
Cвежий софт все же наверное предпочтительней..., а с ATA
надеюсь когда-нибудь все же разрешатся проблемы. :-\

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Порты от FreeBSD затащить на NetBSD или OpenBSD." 
Сообщение от lavr emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки on 06-Май-05, 17:44  (MSK)
Блин... Вот это хуже всего.

Завтра попробую собрать GENERIC и протестировать на нем. У меня на всех трех машинах одинаковая конфигурация ядра... Возможно проблема в этом. Больше ничего в голову не приходит пока. Слэйв винты вряд ли глючные, не могут же они быть глючными на всех трех машинах.

А насчет нагрузки могу сказать только одно, во время тестирования на вторые винты вообще нифига не писаслось и не читалось другими процессами кроме dd... А на первом как раз устоновлена система. Хотя и на первый винт во время теста нагрузки практически никакой не было...

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "Мда уж... Похоже на мистику." 
Сообщение от lavr emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки 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 emailИскать по авторуВ закладки(??) on 06-Май-05, 23:56  (MSK)
Не подскажете где можно посмотреть на этот список?
google не помог.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

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

какой этот?

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "Порты от FreeBSD затащить на NetBSD или OpenBSD." 
Сообщение от rWizard emailИскать по авторуВ закладки(??) on 07-Май-05, 14:57  (MSK)
>какой этот?

>> Как только начинаешь покупать из списка рекомендованных 3ware и promise - проблемы в основном исчезают.

Список рекомендованных promise ATA/SATA HDD


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

17. "Порты от FreeBSD затащить на NetBSD или OpenBSD." 
Сообщение от lavr emailИскать по авторуВ закладки 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 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру