Скорость работы ПР3 по сети.

[yar]

Ну разве, что на вас наехали за нелицензионную винду. Такое бывает конечно, но мы ведь тут все люди честные, конрафактом не пользуемся

Я не об этом. Просто ты говорил, что приходится базу таскать с сервера на комп и обратно для реструктуризации, т.к. сервер на Линуксе. Да, с хаспом, пожалуй, будут проблемы.

[Габов]

Для винды имеет смысл установить размер блока в 4К, это равно размеру кластера NTFS. Вообще размер блока подбирается методом научного тыка.

 

Размер блока можно и в самом ПС3.

1. Надо сделать резервную копию БД.

2. Создать новую БД с указанием нужного размера 1К, 4К или 8К (это через меню Администрирование).

3. Заполнить новую БД из архива.

 

Пробовал все три варианта, но разницы не увидел. У нас 10 пользователей.

Скорость работы по сети и локально одна и та же.

Похоже, что ПС3 слишком часто ищет сетевой ключ. И делает это широковещательным поиском. Паузы хорошо видны, когда работаешь в генераторе отчетов.

Если убрать сетевой ключ, то это почувствую сразу(!!!) же все компы, выкинув заплатку с сообщением, что не обнаружен ключ. Надо каждую секунду вести такой контроль за ключом. Это явный перебор.

[Габов]

Я выставил 16К, жрать память стало безбожно. Но у нас сервак хороший, мы сначала подразумевали терминальное решение. Поэтому и купили 8Гб ОЗУ. Теперь там только Жар Птичка живет и больше половины пямяти занимает. Зато полет нормальный.

 

Бред какой-то! Для такой простой программы (ПС3) такую технику.

До работы с ПС3 даже не знал, что такие проблемы существуют с БД.

Самая большая у меня была БД под Oracle - 70 Гбайт на 50 человек.

Что-то не замечал таких тормозов как в ПС3.

Явно у разработчиков какой-то бзик в работе с БД. Тормозит даже на 1 пользователе.

[Габов]

2. простая критика типа: "...Механизм авторизации пользователей никуда не годится..." - сама никуда не годится т.к. не несет в себе конструктива. просто констатация факта.

3. Если есть какие-либо мысли, предложения, пожелания и т.д. - компания ПрофСегмент открыта для диалога (знаю по своему опыту).

 

Обращался к ним с предложениями по упрощению защиты, но получил ответ: "Вопросы защиты даже не обсуждаются."

 

По обновлениям. Можно подавать в суд на разработчика за убытки и нервы, которые часто имеем при очередном обновлении. За год два раза лихорадило фирму из-за ошибок в новом релизе. А я оказывался крайним. С большим трудом убедил руководство, технологов и бухгалтеров, что во всем виноват разработчик... А убытки несли реальные.

А если все вместе сложимся?

[Габов]

Маленький наглядный материал. Сервер 2х3.0 ГГц Xeon, 8 Гб ОЗУ. На нем три базы Firebird каждая по гигу или больше. С базами работает ПФ3. Пользователей штук 35, график загрузки процов:

 

Наши 10 пользователей сначала работали в ПС3 с БД установленной на одной из компьютеров пользователя. Работали-работали, потом начались потери ключа. Оказалось, что виноват в этом USB-порт на этом компьютере. Переставили ключ на другой комп и продолжали работать. Только одно неудобство было - комп с базой оказывался иногда выключенным (юзер не пришел пока еще), поэтому другие пользователи сразу же доставали сисадмина.

Купили новый сервер. Заменили свичи на новые с гигабайтными портами. Начали работать, но особого ускорения я не увидел.

ВЫВОД. Работа ПС3 не зависит от техники, как бы ни хотели этого юзеры. Менять надо работу с БД в самом ПС3.

[@lex]

По обновлениям. Можно подавать в суд на разработчика за убытки и нервы, которые часто имеем при очередном обновлении. За год два раза лихорадило фирму из-за ошибок в новом релизе. А я оказывался крайним. С большим трудом убедил руководство, технологов и бухгалтеров, что во всем виноват разработчик... А убытки несли реальные.

А если все вместе сложимся?

Обновление профстроя это кот в мешке

в марте решил вообше их не ставить

всеравно пришлось оказуется если не обновляться хотябы 1 раз в 2 -3 месяца то программа блокируется

 

в суд на них подавать бесполезно ИМХО

[Konstruktor]

Наши 10 пользователей сначала работали в ПС3 с БД установленной на одной из компьютеров пользователя. Работали-работали, потом начались потери ключа. Оказалось, что виноват в этом USB-порт на этом компьютере. Переставили ключ на другой комп и продолжали работать. Только одно неудобство было - комп с базой оказывался иногда выключенным (юзер не пришел пока еще), поэтому другие пользователи сразу же доставали сисадмина.

Купили новый сервер. Заменили свичи на новые с гигабайтными портами. Начали работать, но особого ускорения я не увидел.

ВЫВОД. Работа ПС3 не зависит от техники, как бы ни хотели этого юзеры. Менять надо работу с БД в самом ПС3.

Да, я уже писал, все тормоза завязаны на ключ. Тормозит сама прога с ПУСТОЙ бд, на локальном месте.

И нечего мудрить с базой, серверами и прочей лабудой.

Стпень защиты уж очень мощная… а сломать все равно сломали. Не буду рекламировать тот сайт, где нашел тестирование ломаного Профстроя 3, но он есть. Это не для рекламы –это наводка для ПрофСегмента ...Может сходят туда, почитают.

А страдают от этого легальные пользователи. Потому как мне кажется, кому надо тот своего добъется, а основная масса – это законопослушные юзеры.

У меня на одном компе стояла программа обработки видеопотока (видеонаблюдение) 8 видеокамер пишут в режиме реального времени. Загрузка компа немеренная, так программа там тоже на USB, тормозила гораздо меньше…вернее только при запуске искала ключ. У ключа есть несколько степеней защиты (кол-во запросов к нему), так вот там походу стоит самая последняя, или предпоследняя

 

 

P.s. Прошу ко мне не обращаться с просьбами типа "Кинь ссылку на ломанный профстрой и т.п." у меня их(его) не было, нет, и не будет.

Изменено 23 августа, 2007 пользователем Konstruktor

[Andryhan]

P.s. Прошу ко мне не обращаться с просьбами типа "Кинь ссылку на ломанный профстрой и т.п." у меня их(его) не было, нет, и не будет.

 

А ломаная прога без usb ключа работает ? тормоза есть ?

[Rexther]

Как там работают ломанные программы (не только ПС, но и любые другие) выясняйте где-нибудь в других местах.

Предупреждение всем участникам.

[smile]

Ну допустим железо хорошее стоит, но заморачиваться на "урезание" базы не хочется, да и Oракл устанавливать тоже. Так что ж, теперь никак не ускориться?

[KamdiF]

Ну допустим железо хорошее стоит, но заморачиваться на "урезание" базы не хочется, да и Oракл устанавливать тоже. Так что ж, теперь никак не ускориться?

Для проверки скорости поставил Linux - чудеса просто, на машине в 512 Мб ОЗУ, AMD64 1.7 и RAID 1+1, база "летает" в обьеме 350Мб на 10 пользователях, кстати и HASP там же стоит.

Всем рекомендую попробывать, особенно интересна связки LINUX с базой и терминалами уже сессии с Вин2003 цеплять.

[smile]

Для проверки скорости поставил Linux - чудеса просто, на машине в 512 Мб ОЗУ, AMD64 1.7 и RAID 1+1, база "летает" в обьеме 350Мб на 10 пользователях, кстати и HASP там же стоит.

Всем рекомендую попробывать, особенно интересна связки LINUX с базой и терминалами уже сессии с Вин2003 цеплять.

 

ОК. Буду тестить. Спасибо за идею

[Байконур]

Для проверки скорости поставил Linux - чудеса просто, на машине в 512 Мб ОЗУ, AMD64 1.7 и RAID 1+1, база "летает" в обьеме 350Мб на 10 пользователях, кстати и HASP там же стоит.

Всем рекомендую попробывать, особенно интересна связки LINUX с базой и терминалами уже сессии с Вин2003 цеплять.

 

 

А как же требование разработчиков, что дескать на сервере ина клиентах д.б. система WINDOWS 2000 Professional?

И вообще подскажите пожалуйста СОВМЕЩАЮТСЯ ли ? Линукс на сервере и ВИНДЫ у клиентов, и как в этом случае подключаться к базе терминально?

 

Спасибо и прошу прощения за неосведомленность, - увы не все такие крутые админы, как представленные при обсуждении этого вопроса!

[KamdiF]

С разработчиками уже договорено, что после тестов - выйдет уведомление, что можно настраивать и таким образом.

Ставите связку Линукс (SQL FB2) - Вин2003 терминал. Все данные вертяться на линуксе (ключ кстати, там же), а картинку уже генерит терминал виндовый. Тоже самое касается и сетевой работы с базой под линуксом.

[AVKuznetsov]

Для проверки скорости поставил Linux - чудеса просто, на машине в 512 Мб ОЗУ, AMD64 1.7 и RAID 1+1, база "летает" в обьеме 350Мб на 10 пользователях, кстати и HASP там же стоит.

Всем рекомендую попробывать, особенно интересна связки LINUX с базой и терминалами уже сессии с Вин2003 цеплять.

 

Иными словами, FB - c базой, а драйвера HASP - с ключом работают быстрее и стабильнее на Linux, чем на Windows? А если ключ - на Linux, а база - на Windows, как в этом случае со скоростью?

А как делать реструктуризацию? А где взять еще одну машину под сервак (с базой)?

И еще непонятно - за чей счет тогда оплачивать работу администратора Linux?

В общем - в программе надо что-то менять, а не танцевать с бубном ...

 

А что такое RAID 1+1? 10 или две единички?

Изменено 21 сентября, 2007 пользователем AVKuznetsov

[yar]

Хотелось бы понять, из-за чего именно прирост скорости, из-за того что HASP быстрее работает на Линуксе (маловероятно, на мой взгляд) или из-за того что Firebird "чувсвтвует" себя в своей тарелке.

KamdiF, не мог бы ты временно поставить ключ обратно на Windows 2003 и посмотреть, изменится ли что-нибудь.

Также интересно, какая сборка Linux использовалась и какая версия FB.

Заранее благодарен за ответ.

Изменено 21 сентября, 2007 пользователем yar

[KamdiF]

Ключ пока не ставил обратно. То что, FB 2.0.1 в своей тарелке вертится - это беспорно, к тому же проц AMD стоит 64 разрядный, что видимо так же немаловажно оказалось до кучи, ведь винды со своими 32 разрядами - замедляет все.

RAID 1+1 - это зеркало из двух дисков + третий диск для частичного копирования разделов диска - это аппаратная штука на SATA дисках. Стоимость машины около 20 т.р. - не так уж и много - это же как бы в тест все проводилось, а результаты получились даже очень ничего себе.

[yar]

Расскажи поподробнее про RAID1+1, какие контроллеры это поддерживают? Первый раз слышу.

 

У меня к сожалению для тестирования есть только старый P2 2ГГц, не уверен что будут хорошие результаты, но всё же попробую. Сейчас всё крутится на Windows Server 2003 на Pentium D 3ГГц с двумя ядрами и 4 Гб ОЗУ.

Будет интересно, когда выпустят FB под Win64.

[Andryhan]

А если поставить RAM диск, тоесть в оперативке прогу запускать, получится ?

[KamdiF]

Лучше поставить вот это:

http://www.kraft-s.ru/items/32344/

 

Быстрее работать будет с дисками, на мой взгляд, чем через виртуальный диск на базе оперативки.

[Andryhan]

у меня жеские диски и так стоят в рейде, сервак приобрёл дастаточто мощный хенон 4 (ЧЕТЫРЕ!!!) двухядерных процесора 4 гига оперативки , база пока пустая, А ТОРМОЗА !!!,

может винда сервер 2003 кривой,

спецы по серваку говорят прога виновата в тормозах, а профсегмент грешит на железо.

И ЧТО МНЕ ДЕЛАТЬ ???

[KamdiF]

у меня жеские диски и так стоят в рейде, сервак приобрёл дастаточто мощный хенон 4 (ЧЕТЫРЕ!!!) двухядерных процесора 4 гига оперативки , база пока пустая, А ТОРМОЗА !!!,

может винда сервер 2003 кривой,

спецы по серваку говорят прога виновата в тормозах, а профсегмент грешит на железо.

И ЧТО МНЕ ДЕЛАТЬ ???

дасиш фантастиш. Поставьте Линукс на серверную часть.

[yar]

На подходе Firebird Win64.

Бета уже можно скачать с сурсфоржа.

http://sourceforge.net/project/showfiles.p...ckage_id=226496

Изменено 30 октября, 2007 пользователем yar

[Andryhan]

дасиш фантастиш. Поставьте Линукс на серверную часть.

 

Можно поподробней как это организовать, сис админа у нас нет приходится самостоятельно всё осваивать

[AVKuznetsov]

Чего-то не заметно активного перехода на Linux в контексте сервера БД для Профстрой. Или все уже перешли и втихаря наслаждаются отсутствием тормозов?

 

или может таблетка не от той болячки была?

 

Так все-таки, есть улучшения или нет, какие рекомендации по железу, версии/дистрибутиву Linux.