Сильно тормозят СуперОкна 2006

[Volodi N. Voskubenko]

Добрый день.

Прошу помощи, сам уже не вижу вариантов выхода из ситуации.

СуперОкна 2006, лицензия (вообще сразу скажу - все что буду упоминать из софта - лицензионное), 19 сборка, пользователей от 20 до 30.

Большая часть пользователей работает через терминал, причем одновременно и 2003 терминал, и 2008. Человек 8 по локалке.

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

На сервере кроме базы ничего не установлено. Пробовались как 64-х битная, так и 32-хбитная версия серваков, как 2008, так и 2003.

Версии firebird-а пробовались тоже всякие, 1.5.3 (родная), 1.5.3 classic, 1.5.5 оба варианта, даже двойку пробовал поставить :-)

В общем, независимо от моих извращений, у людей в локалке - создается счет около 30 секунд, открывается изделие от 30 до 60, что творится у терминальщиков - боюсь спрашивать, но побить уже обещают.

Что делать? Что еще можно попробовать сделать? Какие данные нужны?

 

Cpuaffinity - пробовал 6, щас 15 стоит, память не используется совсем практически.

 

Девушки, которые по локалке работают, говорят что на последней (у нас до 19-й сборки стояла 13-я) сборке работало лучше. Но назад откатываться - подозреваю проблематично будет?

[Dialer]

А сейчас Супер Сервер стоит?

[Volodi N. Voskubenko]

А сейчас Супер Сервер стоит?

Добрый день. :-)

Да, в результате вернул все по умолчанию, кроме cpuaffinity

Забавно, но переход на 20-ю сборку похоже улучшил ситуацию. Два часа - полет хороший. Дальше буду комментировать ситуацию.

 

Нифига, после 19-го пользователя тормоза... :-(

[Andrey65536]

У нас тож тормоза были при 15 пользователях. Весь прикол к том что бывает программа осуществляет запрос к БД который затем рекурсирует и таких запросов от пользователей вывает много... Решение - в прописывании логики на уровне БД по выходу из запросного цикла. У нас решение еще проще - Суперокна на расчете алюминия в основном оставили (5-10 чел максимум подключаются). КЛАЕС на ПВХ в основном + Самописанные косплексы...

[Volodi N. Voskubenko]

Нифига не понял. "КЛАЕС на ПВХ в основном + Самописанные косплексы..." - можно вот это расшифровать?

Общее резюме такое - база не тянет, и ее надо модифицировать, я правильно понял?

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

[Dialer]

Ну и правильно сделали что вернули на Классик.

Т.к. Superserver На многопроцессорных серверах под управлением Windows, производительность может резко снизиться, поскольку операционная система будет переключать процесс (Firebird) между процессорами. Думаю спорить с разработчиками нет смысла.

Cpuaffinity сейчас какой?

[Volodi N. Voskubenko]

Ну и правильно сделали что вернули на Классик.

Т.к. Superserver На многопроцессорных серверах под управлением Windows, производительность может резко снизиться, поскольку операционная система будет переключать процесс (Firebird) между процессорами. Думаю спорить с разработчиками нет смысла.

Cpuaffinity сейчас какой?

Нет, вернул как раз на SuperServer, он по умолчанию идет. Сpuaffinity выставил 15.

[digger70]

Нет, вернул как раз на SuperServer, он по умолчанию идет. Сpuaffinity выставил 15.

 

В итоге с чего начал, к тому и вернулся. Либо ставить Classic, как и рекомендуется для многопроцессорных машин, либо у SuperServer параметр Сpuaffinity ставить скажем 2 а не как не 15. 15 в данном случае это все равно, что не какого. Ну и данных маловато для размышлений - какой размер базы, конфигурация дисковой системы сервера, скорость работы при подключении одного пользователя...

[dvim]

размер базы какой.

по опыту надо отправить старые проекты в архив.

далее помогает бекап - удаление файла - восстановление из бекапа с перестроением индексов.

А так видел 700метровую БД...

при том она там была вообще не нужна, но просто никто не обслуживал ю

[SirAlex2]

Добрый день.

Прошу помощи, сам уже не вижу вариантов выхода из ситуации.

СуперОкна 2006, лицензия (вообще сразу скажу - все что буду упоминать из софта - лицензионное), 19 сборка, пользователей от 20 до 30.

Большая часть пользователей работает через терминал, причем одновременно и 2003 терминал, и 2008. Человек 8 по локалке.

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

На сервере кроме базы ничего не установлено. Пробовались как 64-х битная, так и 32-хбитная версия серваков, как 2008, так и 2003.

Версии firebird-а пробовались тоже всякие, 1.5.3 (родная), 1.5.3 classic, 1.5.5 оба варианта, даже двойку пробовал поставить :-)

В общем, независимо от моих извращений, у людей в локалке - создается счет около 30 секунд, открывается изделие от 30 до 60, что творится у терминальщиков - боюсь спрашивать, но побить уже обещают.

Что делать? Что еще можно попробовать сделать? Какие данные нужны?

 

Cpuaffinity - пробовал 6, щас 15 стоит, память не используется совсем практически.

 

Девушки, которые по локалке работают, говорят что на последней (у нас до 19-й сборки стояла 13-я) сборке работало лучше. Но назад откатываться - подозреваю проблематично будет?

А разница в чем: в локалке или через Интернет? Все надо пускать через доступ к удаленному рабочему столу сервера, на клиенских компьтерах не должно быть ничего кроме теринального клиента.

Ограничьте среду сеанса доступа одной расчетной программой.

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

В руководствах по администрированию баз данных рекомендовано разделять терминальный сервер и сервер базы данных на две машины. Как пример:

....

 

Параллельно серваку ставится машинка (обычная) на Linux (12, какой лучше знаете), на нее вешается ключ и база.

Как утверждает Kamdif, лучше использовать АМД - там 64 разряда более стабильны, чем на Интеле.

ФБ2.0.3 - под Linux и 64 бита, быстрее и стабильнее, чем Виндовый.

Ключ лучше использовать локальный терминальный - он работает быстрее, нежели сетевой терминальный, не тратя времени на протокол обмена с сетевухой.

Сеть между сервером и машинкой - гиговая.

 

Виндовый сервак используется как раздатчик терминальных сессий.

 

...

Удачных экспериментов!

[Dialer]

SirAlex2 - Уважаемый ну зачем говорить то о чем имеете мало представления?

Программа СО подсаживает сервер на опрос ключа защиты.

Вы сами проверяли?

По поводу ПрофОкон - ну есть же ветка у Вас "родная" там и пиарьтесь. Чего Вы в конкретном вопросе каждый раз "сьезжаете" на эту программу? Ваша навязчивость в этом вопросе если честно начинает раздражать.

Людям работать надо, а не Ваши предположения проверять.

[SergeyN]

Давайте продолжим общение по этой теме)

Кто и как борется с медленной работой СО?