Мнения и размышления по поводу НВ6+NSS для файл сервиса

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

Мнения и размышления по поводу НВ6+NSS для файл сервиса

Сообщение Aleksey Matveets aka GAL » 22 окт 2002, 18:28

Ситуация несколько плачевная
Сидели на 4.хх, жизь заставила на ИП перелезать
Пересели на 6SP2 + NSS

На серверах лежит БД под Visual Fox 7 размеров внушающих уважение
На кл. местах прога под Visual Fox 7

Когда все крутилось на 4 и традиц. томах среднее время отбора документов за день (около 4000) при нагруженной базе сост. 18-25 сек
На 6 с NSS - 9-15 сек
А вот отбор за месяц на 4 - 15 мин
На 6 - 40 мин
Брали и промежуточные точки, получилось, что на 4 с трад. томами время отбора растет линейно от объема данных, а вот на 6 с NSS по экспоненте

С записью в базу та же история на 4 пишется в разы быстрее чем на 6

Печально все это вроде NSS по сути быстрее

PS: Все тиды читаны, параметры выставленны в соответствии с рек., как для 4, так и дл 6 (в следствии чего скорость работы 6 возросла в разы но все же... =Х )
CNE/CLE, OCP/MOL, LPIC1

И это пройдет .....
Aleksey Matveets aka GAL
 
Сообщения: 109
Зарегистрирован: 25 авг 2002, 18:14
Откуда: Moscow

Сообщение Андрей Тр. aka RH » 23 окт 2002, 10:18

А на основании чего сделано заключение про NSS ? Может, причина в другом .. случился переход с IPX на IP, другие сетевые .. мало ли чего ? Или сравнивались традиционные тома в 4 и 6 ?
Даешь отдельный раздел по ZENworks ... :bad-words: .. и печати !
Аватара пользователя
Андрей Тр. aka RH
 
Сообщения: 3937
Зарегистрирован: 18 июн 2002, 11:27

Сообщение Aleksey Matveets aka GAL » 23 окт 2002, 14:30

Да в том то и дело, что не меняли пока ничего, акромя

Операционки + тома

Теоретические размышления по этому поводу имеются но о них позже
CNE/CLE, OCP/MOL, LPIC1

И это пройдет .....
Aleksey Matveets aka GAL
 
Сообщения: 109
Зарегистрирован: 25 авг 2002, 18:14
Откуда: Moscow

Re: Мнения и размышления по поводу НВ6+NSS для файл сервиса

Сообщение Мещеряков Андрей » 23 окт 2002, 15:52

Aleksey Matveets aka GAL писал(а):Ситуация несколько плачевная
Сидели на 4.хх, жизь заставила на ИП перелезать
Пересели на 6SP2 + NSS

Печально все это вроде NSS по сути быстрее



Приветствую!
Я не считаю, что NSS быстрее классических томов, или turbo fat (если не так, поправьте меня). NSS, по-моему это еще один клон семейства HPFS, NTFS и им подобным, прародителем которых был FAT DOS. Сколько там копий FAT, как оптимизируется запись, чтение, выбор цепочки кластеров - дела не меняет. В отличие от них turbo fat создавался именно как файловая система серверов, да еще в те тяжкие годы, когда шпиндели крутились медленно, головки с траверсами были тяжелыми а каждое позиционирование стоило рупь (или $ :) ) Монтирование классических томов не случайно отъедает память сервера - FAT тома переносится в ОЗУ и отныне именно "оперативная" копия FAT становится рабочей - а копию FAT на самом диске обновляют только как факт. Осюда следует, что распаковка и прочие процессы в turbo fat идет очень быстро (в ОЗУ) даже если сервер поставлен в .... положение и памяти под кеш у него не осталось. Да еще конвеерное чтение, отработанное еще в семействах IBM -PDP, где кластеры читаются не "как полагается", а "как удобно" - с механической точки зрения. Одним словом, такую гидру задавить очень сложно, но сбои памяти - смертельны. То ли этот прием хорошо запатентован, то ли по какой-то другой причине - но ничего подобного нет ни у юниксоидов, ни в виндах, не взирая на всю их "серверность". Правда и достоинства ее стали таять с развитием жестких дисков - сектора, головки и дорожки теперь виртуальные, а как физически размещены ваши данные - знает только контроллер диска (привет ревнителям оптимизации, к стати :lol: ) - конвеерное чтение приказало долго жить. Кеши теперь интегральные у дисков - на несколько метров... Так что последним бастионом turbo fat остается суровая, с оттенком изуверства многозадачка на скудной памяти, куда данные шмонающих диски юзеров все равно не поместятся. Вот тут - мы по-прежнемудадим 38 узлов из 40 возможных. Остальным придется намного хуже. И NSS в том числе. Вот такое мое мнение!
С уважением, And
Аватара пользователя
Мещеряков Андрей
 
Сообщения: 1999
Зарегистрирован: 19 сен 2002, 14:55
Откуда: lipetsk

Сообщение Андрей Тр. aka RH » 23 окт 2002, 19:23

Aleksey Matveets aka GAL писал(а):Да в том то и дело, что не меняли пока ничего, акромя Операционки + тома


Это я к тому, что можно бы попробовать на традиционном томе в 6-ке.
Даешь отдельный раздел по ZENworks ... :bad-words: .. и печати !
Аватара пользователя
Андрей Тр. aka RH
 
Сообщения: 3937
Зарегистрирован: 18 июн 2002, 11:27

А пробовали

Сообщение skoltogyan » 24 окт 2002, 10:34

А пробовали указать NSS, что-бы она использовала больше памяти оперативной для кеширования содержимого дисков ?
skoltogyan
 
Сообщения: 2043
Зарегистрирован: 12 июл 2002, 19:39
Откуда: Украина, Донецк

Сообщение Aleksey Matveets aka GAL » 24 окт 2002, 18:07

Ну насчет клона ФАТ ДОС, то это неверно в NSS фата нет как класса (в смысле табл. рамещения файлов), а информация о резмещении данных хранится в так называемом бинарном дереве, засчет чего
и работа с директорией (в смысле хранилищем данных) идет оченно быстро. Обещанные соображения...

После наблюдения за работой как трад. томов, так и НСС возникли след. ощущения, именно ощущения ибо док. подтверждений этому не имею.

4 работает с даными в грязную, те не следит за сессией юзера и кто послед. изменил данные, тот и папа, причем если данные связанные, то ...., что куда деется =>Сделан упор на оптимизацию работы с диском, а не на целосность данных. Причем об откатах забудьте нету и не будет => за счет этого и скорость работы. При наблюдении за работой транзакций foxpro наблюдались имено такие чудеса. Т.е. густо идущие транзакции меняли связанные данные не последовательно, а параллельно, в большенстве случаев конечный результат правельный, но при увеличении кол-ва юзеров (читай транзакций), кол-ва записей в табл., размеров самих таблиц и чередующихся update select insert юзер видел обсалютно неактуальные данные (правда редко такое было)

6 в этом плане ориентированна на целостность и связанность данных, и как истинно журнальная файловая система обеспечивает все фенички. Сравнивали скорости файловых операций для 4 и 6 на одинаковом железе, так вот 6 практически вдвое опережала 4 на операции записи (6 - 6ГБ в час, 4 - 3ГБ в час). А вот когда столкнулись с ситуацией описаной выше, то вся ее забота о целостности и связанности выходит боком, транзакции стоят в очереди и честно обрабатываются одна за другой. Все бы ничего, но foxpro усе портит, потому как при 150 юзерах (80-100 конкурирующих) и базе в 16ГБ, преимущества NSS несколько меркнут. И даже выкрутив практически до предела параметры, придя к стабильной статистике NSS, притормаживает она процентов на 20 vs традиционнного тома.

Самое неприятное если дело не в томах, а в ОС.....
Если ощущения ошибочные поправте
Заранее спсб
CNE/CLE, OCP/MOL, LPIC1

И это пройдет .....
Aleksey Matveets aka GAL
 
Сообщения: 109
Зарегистрирован: 25 авг 2002, 18:14
Откуда: Moscow

Сообщение Андрей Тр. aka RH » 25 окт 2002, 14:53

Кстати, вышел Post Support Pack 2 NSS modules for NetWare 6.0 - http://support.novell.com/servlet/tidfinder/2964010 ( как и очередной Post SP5 для NW5, кстати ). Может, чего улучшится.

Я таки не понял .. если уж так интересно, проблема в ОС или не в ОС, нельзя ли повторить тоже самое на традиционном томе под 6-кой ( в идеале - для сравнения на NSS под NW5 ). Или я уже совсем туплю.
Даешь отдельный раздел по ZENworks ... :bad-words: .. и печати !
Аватара пользователя
Андрей Тр. aka RH
 
Сообщения: 3937
Зарегистрирован: 18 июн 2002, 11:27

Сообщение Игорь Вершинин » 25 окт 2002, 18:09

Логика работы традиционных томов не изменилась на 6-ке... по крайней мере относительно 5-ой версии... Тестировали специально. NSS изменился. Но это сравнивали еще год назад на 6-ой без суппорт пака и на NW5.1 sp не помню какой. NSS на 6-ой работала быстрее. Проверяли на копированиях файлов и последующих замерах. Для этого около 20-ти рабочих станций привлекали. Файлы были и мелкие (музыка в основном, около 1000 каталогов, файлы по 2....4 Мб), и крупные (сервис паки разные, образы дисков), были и очень мелкие (копировали каталоги документов, там их всего несколько тысяч, но маленькие).
6-ка показала себя лучше даже на 1 процессоре. Статистику уже не помню, но это послужило дополнительной причиной перехода на NW6. Кроме того NSS была более доделана относительно NW5.
Сейчас я за 5-ой версией Netware не слежу, поэтому не знаю как там ныне работает NSS.
Аватара пользователя
Игорь Вершинин
 
Сообщения: 387
Зарегистрирован: 05 июн 2002, 20:34
Откуда: Волгоград

Сообщение Aleksey Matveets aka GAL » 01 ноя 2002, 20:55

Спасибо всем кто поучаствовал в обсуждении

Примочки ввиде установки NSS2B немного помогли, но это все же BETA , так что рискую, но выбора нет

Насчет ехр зависимости от величины периода отбора, то претензия снимается, вставил клизму программерам нашли BUG в своем детище, посоветовал ОТ - ЛАЖИВАТЬ тщательнее

Так что теперь практически любой отбор 6-12 сек, что знач. лучше чем на традиционных томах

С записью в базу результаты таковы с NSS пишется в базу в 1.5 раза дольше, чем с трад. томом

Еще раз спсб за участие
CNE/CLE, OCP/MOL, LPIC1

И это пройдет .....
Aleksey Matveets aka GAL
 
Сообщения: 109
Зарегистрирован: 25 авг 2002, 18:14
Откуда: Moscow


Вернуться в Novell

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

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

cron