Где скорость NSS ?

Обсуждение технических вопросов по продуктам Novell под Linux, а также *nix систем

Где скорость NSS ?

Сообщение psix » 24 апр 2006, 02:06

Здраствуйте уважаемые сегодня поставил NSS под oes linux зделал том подцепил к пользователю , учел ошибки зделал blocksize 1024 и начал копировать файлы и сравнивать с windows 2003 получаеться на метрах 100-200 30сек - 1 минута отставание, на больших еще больше , естественно файлы не монолитные , Что еще подкрутить ? Винты IDE.
Аватара пользователя
psix
 
Сообщения: 106
Зарегистрирован: 16 май 2005, 20:29

Re: Где скорость NSS ?

Сообщение Алексей Волков » 22 июн 2006, 10:12

psix писал(а):... blocksize 1024...


Вы имеете в виду Read Ahead?
Алексей Волков
 
Сообщения: 292
Зарегистрирован: 14 окт 2003, 19:21
Откуда: Kiev

Сообщение psix » 22 июн 2006, 14:30

Да.
Аватара пользователя
psix
 
Сообщения: 106
Зарегистрирован: 16 май 2005, 20:29

А встречный вопрос

Сообщение Павел Гарбар » 22 июн 2006, 14:52

А на виндовой машине материнка, проц, память, диски, сетевуха абсолютно такие же?
А подключаешься ты к обоим серверам напрямую кроссоверным кабелем? Другие пользователи к ним в этот момент не обращаются?
Если нет, то сравнение некорректно в принципе и дальнейшего смысла сравнивать не имеет.
Павел Гарбар
 
Сообщения: 709
Зарегистрирован: 05 июн 2002, 09:36
Откуда: Санкт-Петербург

Сообщение Алексей Волков » 22 июн 2006, 18:07

Я думаю, что Вы слишком завысили это значение. В вашем случае Вы пытаетесь прочитать с упреждением 4Mb. Вот, собственно, буржуйские рекомендации.

The default block count of 2 blocks (8 kilobytes) satisfies the performance requirements for a
typical volume. The valid range for block count is 0 blocks to 1024 blocks, where a block count
of zero (0) implies no read ahead. However, the practical maximum is 128 blocks.
The most efficient value for block count depends on your hardware. In general, we recommend a
block count of 8 to 16 blocks for large data reads; 2 blocks for CDs, 8 blocks for DVDs, and 2
blocks for ZLSS.


Золотая середина находится в районе 512Kb. Это и есть в отношении к NSS 128 блоков.
Алексей Волков
 
Сообщения: 292
Зарегистрирован: 14 окт 2003, 19:21
Откуда: Kiev

Re: Где скорость NSS ?

Сообщение Аркадий Глазырин » 23 июн 2006, 09:34

psix писал(а):Что еще подкрутить ? Винты IDE.


Совершенно верно!

Подкрутить винты IDE.

Винчестер IDE это однопользовательский вариант с обработкой на процессоре.

На нём бестолку что-то сравнивать.
Всё равно, что снимать старт с места на десять секунд Субару vs Феррари на раскисшей просёлочной дороге.
Ибо там побеждает трактор.
Аватара пользователя
Аркадий Глазырин
 
Сообщения: 2762
Зарегистрирован: 16 авг 2002, 09:09
Откуда: Екатеринбург

Сообщение v13 » 31 авг 2007, 12:13

запусти на linux nssmu
зайди в свойства тома и поставь
Read Ahead Count in Blocks: 128
будет лучше. это в тиде какомто описано даже.
Аватара пользователя
v13
 
Сообщения: 660
Зарегистрирован: 31 авг 2007, 09:07

Сообщение Sergant » 31 авг 2007, 13:37

v13 писал(а):запусти на linux nssmu
зайди в свойства тома и поставь
Read Ahead Count in Blocks: 128
будет лучше. это в тиде какомто описано даже.


Я бы не писал бы так уверенно, а обошелся более политкорректным "получше" :)

Только что сделал маленький тестик: на nss-тома под NW6.5SP6 и под OES SP2 кинул с одной и той же машины FAR-ом исошник SLED-а (примерно 3.5 GB). Результат по статистике FAR-а:

- NW - начали с 32 MB/сек, плавно опустившись до 21 MB/сек. Время 2:50 минуты.
- OES SP2. Ну тут все сильно интереснее. Начали с 51 MB/сек, за 5 секунд упав до 26 MB/сек. Затем за 3 минуты скорость падает примерно до 9 MB/сек. Через 40 секунд после этого копирование секунд на 30 встает колом. После выхода из этого кола, скорость 6.7 MB/сек, затем, к окончанию копирования, плавный подъем до 7.4 MB/сек. Общее время копирования 8:10 минут.

Еще один момент: после окончания копирования в том же FAR-е поднимаюсь в католог уровенем выше. Тут же пытаюсь вернутся обрано: в NW проблем нет, в OES SP2 ждем-с секунд 20.

Естественно сравнение не совсем корректное, т.к. в сервере под NW используется аппаратный SCSI RAID, а под OES SP2 аппаратный SATA RAID. Но тенденция видна. Кстати, железо в сервере под OES SP2 современнее. На обоих серверах включено квотирование. На OES SP2 оно заметно снижает произвоительность.

По моим наблюдениям особенно заметна разница именно на больших файлах. С маленькими, низкая производительность nss под OES SP2, не так бросается в глаза.

ЗЫ: в конце прошлой осени общался по этому поводу с представителем Московского Novell. Внятного ответа кроме как Read Ahead Count in Blocks: 128 не получил, но прозвучала фраза типа, что: "Там вроде нужно что-то в ядре подкрутить".
Sergant
 
Сообщения: 330
Зарегистрирован: 22 сен 2006, 14:41
Откуда: Москва

Сообщение Dimerson » 31 авг 2007, 14:27

Sergant писал(а):
v13 писал(а):запусти на linux nssmu
зайди в свойства тома и поставь
Read Ahead Count in Blocks: 128
будет лучше. это в тиде какомто описано даже.


Я бы не писал бы так уверенно, а обошелся более политкорректным "получше" :)

Только что сделал маленький тестик: на nss-тома под NW6.5SP6 и под OES SP2 кинул с одной и той же машины FAR-ом исошник SLED-а (примерно 3.5 GB). Результат по статистике FAR-а:

- NW - начали с 32 MB/сек, плавно опустившись до 21 MB/сек. Время 2:50 минуты.
- OES SP2. Ну тут все сильно интереснее. Начали с 51 MB/сек, за 5 секунд упав до 26 MB/сек. Затем за 3 минуты скорость падает примерно до 9 MB/сек. Через 40 секунд после этого копирование секунд на 30 встает колом. После выхода из этого кола, скорость 6.7 MB/сек, затем, к окончанию копирования, плавный подъем до 7.4 MB/сек. Общее время копирования 8:10 минут.

Еще один момент: после окончания копирования в том же FAR-е поднимаюсь в католог уровенем выше. Тут же пытаюсь вернутся обрано: в NW проблем нет, в OES SP2 ждем-с секунд 20.

Естественно сравнение не совсем корректное, т.к. в сервере под NW используется аппаратный SCSI RAID, а под OES SP2 аппаратный SATA RAID. Но тенденция видна. Кстати, железо в сервере под OES SP2 современнее. На обоих серверах включено квотирование. На OES SP2 оно заметно снижает произвоительность.

По моим наблюдениям особенно заметна разница именно на больших файлах. С маленькими, низкая производительность nss под OES SP2, не так бросается в глаза.

ЗЫ: в конце прошлой осени общался по этому поводу с представителем Московского Novell. Внятного ответа кроме как Read Ahead Count in Blocks: 128 не получил, но прозвучала фраза типа, что: "Там вроде нужно что-то в ядре подкрутить".


Мне тоже показалось что НСС не очень быстрый там.
Если сделать расшаренный по NCP том с EXT3 то все значительно быстрее.
Аватара пользователя
Dimerson
 
Сообщения: 2959
Зарегистрирован: 15 сен 2002, 14:39
Откуда: Регион 70

Сообщение v13 » 31 авг 2007, 14:41

Этот workaround тестировал не на одном сервере nw/linux. он также помогает увеличить скорость прокачки больших файлов на nw6.5 после какого то сервиспака, 5го вроде.

На linux да - nss недоделанный какойто.
Лично для себя я решил что его использовать пока нельзя.
На пару серьезных грабрей уже наступил.

а вот linux software raid5 md+ext3+ncp работают неплохо.
Только что скопировал far-ом на экспериментальный (не новая персоналка,sata raid) linux oes с 1гб озу dvd 4гб. Всё время копирования скорость не падала меньше 20mb/sec.
Аватара пользователя
v13
 
Сообщения: 660
Зарегистрирован: 31 авг 2007, 09:07

Сообщение Sergant » 12 сен 2007, 12:31

v13

Протестировал расшаренный по NCP том только с Reiser. Действительно, еще получше. При копировании все того же файла результат: время 6:20, скорость за это время практически плавно падала с 34 МБ/сек до 9.8 МБ/сек. Ну и естественно, нет возможности востанавливать стертые файлы.
Sergant
 
Сообщения: 330
Зарегистрирован: 22 сен 2006, 14:41
Откуда: Москва

Сообщение v13 » 13 сен 2007, 16:40

Дисковая система у тебя слабовата судя по всему. Скоприруй локально в mc файл раза в 2 больше чем озу - поймёшь производительность своей дисковой системы.
reiserfs ... я чтото разочаровался в ней немного. ни бэкапа приличного, да и скорость под вопросом. ext3 рулез (imho)
NSS... Пусть полируют новеловцы. Посмотрим что в грядущем oes2 родят.
Аватара пользователя
v13
 
Сообщения: 660
Зарегистрирован: 31 авг 2007, 09:07

Сообщение Sergant » 14 сен 2007, 12:55

v13 писал(а):NSS... Пусть полируют новеловцы. Посмотрим что в грядущем oes2 родят.


А похоже отполировали !!! По быстрому сделал маленький стенд из сервера под бетой OES2 и одной клиентской машины, соединенных через простой 100 Мбит хаб. Запись на NSS-том при установках по умолчанию - стабильно со скоростью 8.2 МБ/сек независимо от включения квотирования. Увеличение "Read Ahead Count in Blocks" до 128 приводит к увеличению скорости лишь до 8.3 МБ/сек. Стабильность скорости обнадежила !

ЗЫ: в моих тестах на машинах под OES и OES2 применяются одинаковые SATA RAID-контроллеры Adaptec 2610 с трехдисковым массивом 5-го уровня (на обоих машинах все диски одинаковые). Так что в грубом приближении можно говорить, что Novell таки поборол NSS под Linux.

ЗЗЫ: кстати, в OES2 в nss решена проблема с именами владельцев папок/файлов и тех, кто их удалил: все корректно отображается.
Sergant
 
Сообщения: 330
Зарегистрирован: 22 сен 2006, 14:41
Откуда: Москва

Сообщение Антон Фридрих » 06 ноя 2007, 07:07

Sergant писал(а):Еще один момент: после окончания копирования в том же FAR-е поднимаюсь в католог уровенем выше. Тут же пытаюсь вернутся обрано: в NW проблем нет, в OES SP2 ждем-с секунд 20.

Заметил такую же проблему на двух серверах (OES sp2 и OES2). На обоих серверах общее место порядка 3 ТБ. Разбиение на кусочки по 500 гиг немного уменьшило время простоя но ничего не изменилось.....
При этом если скопировать зараз скажем 4-5 гиг то на середине вылетает ошибка - сетевой ресурс более недоступен. Хотя проводником все отлично видно.
Может кто то уже сталкивался с этой проблемой? может какие настройки поменять? ну не может же нсс не работать с большими объемами...
Аватара пользователя
Антон Фридрих
 
Сообщения: 606
Зарегистрирован: 09 фев 2006, 07:55
Откуда: Красноярск

Сообщение Sergant » 06 ноя 2007, 12:11

Антон Фридрих писал(а):При этом если скопировать зараз скажем 4-5 гиг то на середине вылетает ошибка - сетевой ресурс более недоступен. Хотя проводником все отлично видно.
Может кто то уже сталкивался с этой проблемой? может какие настройки поменять? ну не может же нсс не работать с большими объемами...


У меня на серверах с OES SP2 проблем с большими объемами нет, не считая конечно тормозов. Но:
- Тома меньше 1 TB.
- В дереве есть сервера под NetWare. Их наличие вызывает ощущение большей стабильности дерева, чем при наличии только Linux.

ЗЫ: А с энергосберегающими функциями на клиентах при этом как ?
ЗЗЫ: Антон, а патч из этой темы пробовали http://novell.org.ru/forum/viewtopic.php?t=9277 ?
Sergant
 
Сообщения: 330
Зарегистрирован: 22 сен 2006, 14:41
Откуда: Москва

След.

Вернуться в *nix

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3

cron