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

[Ivanov Maxim]

Помогает изменение размера страницы базы данных.

 

Однозначно помогает, после увеличения до 4K пару месяцев назад полегчало, может стоит увеличить еще больше (8-16K)

 

Старейшая транзакция 3.6 дней, бд работает 9 дней.

 

Автоматическая сборка мусора может стартовать 14 раз в день (маленький sweep interval)

 

Что мешает пофиксить эти мелочи Профсегменту?

[Basmach]

Однозначно помогает, после увеличения до 4K пару месяцев назад полегчало, может стоит увеличить еще больше (8-16K)

 

Старейшая транзакция 3.6 дней, бд работает 9 дней.

 

Автоматическая сборка мусора может стартовать 14 раз в день (маленький sweep interval)

 

Что мешает пофиксить эти мелочи Профсегменту?

 

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

[Konstruktor]

У меня сервак это:

 

Страницу изменил на 8192. Пока ниче не заметил. мож какие будут советы. БэкАп/Ресторе каждый день по расписанию.

[Rexther]

.... Зато полет нормальный.

Пожалуйста прокомментируйте в цифрах. У меня вот такая база (см. рис.) и таблица МЦ закрывается 10 сек. Войти в проект - 7 сек. ну и т.д.

[Konstruktor]

Пожалуйста прокомментируйте в цифрах. У меня вот такая база (см. рис.) и таблица МЦ закрывается 10 сек. Войти в проект - 7 сек. ну и т.д.

У меня например МЦ -7 сек

В новый проект 7 сек.

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

У меня до фига соединений (Люминий )

[Rexther]

Дык в том-то и дело, что у меня пока далеко не все прописано... Вот и метаюсь душой как быть.

[Basmach]

У меня сервак это:

 

Страницу изменил на 8192. Пока ниче не заметил. мож какие будут советы. БэкАп/Ресторе каждый день по расписанию.

 

Профсегмент нам сообщал, что один терминальный клиент займет в памяти 50 мегов. Это только процесс ПФ3. Еще система сожрет и сама база. Я полагаю 2 Гб ОЗУ вам маловато будет если много подключений. Гляньте сколько памяти расходуют приложения. Потом дисковые операции от каждога клиента, одни на систему другие на базу, IDE шина не многопотоковая. Запросы будут становиться в очередь. САТА проблему не решит. Решит или RAID0, 0+1, 10, 5 или SCSI. Есть смысл базу отделить от терминала. Еще один момент. За один расчет между серваком и клиентом пробегает где то 200 метров данных. Поэтому мы в критичных отделах использовали гигабитку.

Вот ссылка на прогу которой можно проанализировать базу http://ibase.ru/download/ibanalyst_r.zip.

Она бесплатная и весьма полезная.

[Konstruktor]

...

Она бесплатная и весьма полезная.

Сенькс заценил. Я правда не спец в FireBird-ах. Но кое что сообрзю

Действительно полезная штука. Жаль тока ПР от этого быстрее работать не очень то будет.

[Basmach]

Сенькс заценил. Я правда не спец в FireBird-ах. Но кое что сообрзю

Действительно полезная штука. Жаль тока ПР от этого быстрее работать не очень то будет.

 

Парочка рычажков:

в firebird.conf

 

DefaultDbCachePages = 10000

 

количество закэшированных страниц базы в ОЗУ. Хоть для Классика и не рекомендуют ставить больше 1024, по моим субъективным наблюдениям так лучше.

 

TcpRemoteBufferSize = 30720

 

Размер буфера приема/передачи, по умолчанию стоит 8192, если выставить максимум работать не будет. Если сетка хреновая лучше не трогать.

 

LockHashSlots = 1024

 

Не совсем понял зачем это, но народ рекомендует ставить больше чем по умолчанию.

 

ну и последнее клиентов базе надо подключать по TCP/IP т.е. строчка подключения должна выглядеть след образом:

 

ip_сервера:диск:путь\до\базы.gdb

 

надеюсь все так делают? а то я видел, что народ подключает базы через сетевые диски...

 

После правки firebird.conf, FB надо перезапустить. Если это классик на Линуксе то не надо.

[yar]

Профсегмент нам сообщал, что один терминальный клиент займет в памяти 50 мегов. Это только процесс ПФ3. Еще система сожрет и сама база. Я полагаю 2 Гб ОЗУ вам маловато будет если много подключений. Гляньте сколько памяти расходуют приложения. Потом дисковые операции от каждога клиента, одни на систему другие на базу, IDE шина не многопотоковая. Запросы будут становиться в очередь. САТА проблему не решит. Решит или RAID0, 0+1, 10, 5 или SCSI. Есть смысл базу отделить от терминала. Еще один момент. За один расчет между серваком и клиентом пробегает где то 200 метров данных. Поэтому мы в критичных отделах использовали гигабитку.

 

В крайнем случае можно рядом с терминалкой поставить сервер на Linux под Firebird и соединить его с терминалкой гигабиткой.

Я хочу попробовать положить базу на Ramdisk и с помощью gbak делать резервные копии каждые 5 минут.

Мне кажется, это должно решить проблему с дисковой подсистемой.

Выбрал прогу для WS 2003 - SuperSpeed RamDisk Plus v8.0.4.0, буду проверять. Только она триальная, а лекарства пока не нашёл.

 

 

Для чего тогда Super server? И что все таки лучше ставить на 2-х ядерный сервак.

Просто для проверки.

Я думаю, что нужно посмотреть загрузку процессора в каждом конкретном случае.

Например, отключить двухъядерность или HT в BIOS и посмотреть, будет ли загрузка процессора в пике достигать 90-100%.

Если будет утыкаться в проц, то лучше поставить Classic. Если нет - Superserver. Но это моё субъективное мнение.

 

 

По поводу FB 2, то разработчики ПС говорят, что ПС3 с ним не работает. Они пока не разбирались почему.

Я думаю, присутствующие понимают, что на рабочий сервер ставить ФБ2 не стоит, а на тестовой машинке погонять никто не мешает

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

[Konstruktor]

...По поводу FB 2, то разработчики ПС говорят, что ПС3 с ним не работает. Они пока не разбирались почему.

У меня работает ...Только разницы НИКАКОЙ. Но объективности ради, глубоко не копал...

Изменено 12 сентября, 2006 пользователем Konstruktor

[Basmach]

Небольшие пояснения в моему вышеизложенному посту:

 

DefaultDbCachePages = 10000

 

это сильно влияет на потребление сервером ОЗУ. Для классика это число уноженное на размер страницы БД даст размер ОЗУ на один коннект. Для Супера кэш общий.

 

TcpRemoteBufferSize = 30720

 

вот что написано в документации:

 

Объяснение

 

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

 

Показания к изменению параметра

 

Сильно загруженная сеть.

 

С ПФ3 сеть загружена по любому. Так что пробуйте.

 

LockHashSlots = 1024

 

это я давно искал и скажу сразу, что насоветовал вам неправильно, о чем сильно сажалею.

 

Объяснение

 

Представьте себе, что хэш-таблица – это одномерный массив с цепочками, которые «свисают» из каждой ячейки этого массива. Менеджер блокировок хэширует имя объекта и затем вычисляет остаток от целочисленного деления этой величины на число хэш-слотов в массиве – таким образом он определяет ячейку, на которую надо «подвесить» блокировку данного объекта.

 

Когда менеджер блокировок ищет определенную блокировку, он определяет ячейку хэш-массива аналогичным образом, а затем спускается вниз по цепочке, «подвешенной» к данной ячейке, и ищет объект с правильным именем. Если находится более одного объекта с этим именем, он проходит по цепочке «однофамильцев», которая подвешивается к первому объекту, который соответствует искомому имени.

 

OK, got that? Чем длиннее будут цепочки, подвешенные к каждому слоту, тем медленнее будет работать менеджер блокировок. В среднем каждая цепочка должна иметь не более 10 ячеек.

 

Показания к изменению параметра

 

Первым признаком для изменения этого параметра должна быть общая низкая производительность системы с большим количеством пользователей и страниц в кэше. Запустите инструмент iblockpr из директории %INTERBASE%\Bin для печати блокировок. Если средняя длина более 10, увеличьте число хэш-слотов для этого параметра. Для начала умножьте среднюю длину цепочек на текущее число слотов и поделите на 9, а затем возьмите простое целое число, большее полученного значения (но меньшее 2048). Если вы производите подобную настройку на SuperServer’е, то необходимо также увеличить размер таблицы блокировок.

 

Так что 1024 не катит. Число должно быть ПРОСТЫМ!

[Konstruktor]

Дельно

[eeaahhaa]

я вообще сделал тест СП3 - блин, 2 недели парился с базами, итог - вернул ключ сисадминам. Программа - отврат. Детские болезни 4-х летней давности двойки. Фурнитуру временами не видит вообще. Гадство какое-то....

Да и вообще у простройщиков, походу, траблы. Был у них в каморке - так они ещё подрабатывают ремонтом ноутбуков. А на тройку, походу, двинулись вынужденно - кряки появились.

ПыСы кстати, в марте, помоему, двойка перестала запускаться. Позвонили разработчикам - те и говорят, что двойку больше не запустить, т.к. больше техподдержки нет и пришло время переходить на трёшку. К концу дня программу пустили кряком, ключ закинули на галёрку. Вот так вынужденно мы стали пиратами. )

[Rexther]

я вообще сделал тест СП3 - блин, 2 недели парился с базами, итог - вернул ключ сисадминам. Программа - отврат. .....

. Вот так вынужденно мы стали пиратами. )

В лучшем случае это недобросовестная информация. Если сказать проще - вранье!

Причем видимо сознательное. Я пока не буду резать Ваше сообщение - подожду реакции других пользователей программы ПрофСтрой 3.

Никакими ремонтами компов ПрофСегмент не занимается. Возможно Вы видели как они собирают или тестирую копм для клиента или свой новый... Да и офис их на каморку совсем не похож - Вы видимо не там были или может чего не доглядели!

У меня до сих пор есть ключ для ПС2 - все работает. Не далее как 14.09.2006 я запускал его - все прошло нормально.

Никаких проблем с запуском ПС2 не было.

ПС3 - во многом превосходит ПС2, в чем то есть недоработки - неизбежные, но исправляемые.

Рекомендую объясниться.

 

PS. кстати, нет совершенно никакой необходимости быть пиратом и тем более бравировать этим. Берите совершенно бесплатные ПрофОкна и работайте на здоровье

Изменено 15 сентября, 2006 пользователем Rexther

[Konstruktor]

я вообще сделал тест СП3 - блин, 2 недели парился с базами, итог - вернул ключ сисадминам. Программа - отврат. Детские болезни 4-х летней давности двойки. Фурнитуру временами не видит вообще. Гадство какое-то....

Да и вообще у простройщиков, походу, траблы. Был у них в каморке - так они ещё подрабатывают ремонтом ноутбуков. А на тройку, походу, двинулись вынужденно - кряки появились.

ПыСы кстати, в марте, помоему, двойка перестала запускаться. Позвонили разработчикам - те и говорят, что двойку больше не запустить, т.к. больше техподдержки нет и пришло время переходить на трёшку. К концу дня программу пустили кряком, ключ закинули на галёрку. Вот так вынужденно мы стали пиратами. )

Хотелось бы уточнений...

По поводу ПР2 не понятно-если Вы не купили трешку, то вторая по любому на LPT-эшном работать БУДЕТ. В этом плане претензии необоснованы.

А вот по другим пунктам (ремонт нотбуков, конечно не в счет ) хотелось бы услышать более обоснованно.

[Basmach]

Насчет выключения ПФ2 это правда! Причем профсегмент предупреждал нас заранее об этом. Мы договорились о продлении, нам выслали новый .exe файл который благополучно показал ошибку хаспа как раз в тот день, когда должен был вырубиться старый екзешник. У нас в тот момент уже был ПФ3, но базы! Баз под него еще не было! Был конечно вариант крячить все это, но мы ведь люди порядочные! Стали звонить в Профсегмент, там застали совершенно невменяемого типа который ничего объяснить не мог. Фирма в этот момент стояла. Проблема конечно решилась, через пару часов нам выслали нормальный екзешник. Наверное как раз за это время скомпилировали. Но этот случай показателен. Вообще профсегменту надо от жадности лекарство принимать. Из-за их паранойи фирма понесла убытки, а запас здоровых невных клеток нашего техотдела значительно сократился.

Вообще эта их политика вечных обновлений мне не нравится. Чувствуешь себя бета тестером. А ведь тестерам ПО деньги платить надо между прочим! Ключ работает отвратительно, фактически живет своей жизнью. Святым рандомом по ошибке хаспа может вылететь любой. Вроде уже nethasp.ini всюду положил. Не помогает. Причем сеть нормальная. Продолжать могу долго...

Выводы:

ПФ3 программа не стабильная. Политика обновлений должна быть пересмотрена. Механизм защиты надо переработать. Крайне желательно создать инструменты для работы с базой удаленно, а то всякий раз приходится при обновлении екзешника тащить базу на локальную машину. Механизм авторизации пользователей никуда не годится.

Есть конечно и положительные стороны в ПФ3, но о них и так все знают.

[Rexther]

...

Выводы:

ПФ3 программа не стабильная. Политика обновлений должна быть пересмотрена. Механизм защиты надо переработать. Крайне желательно создать инструменты для работы с базой удаленно, а то всякий раз приходится при обновлении екзешника тащить базу на локальную машину. Механизм авторизации пользователей никуда не годится.

Есть конечно и положительные стороны в ПФ3, но о них и так все знают.

Не собираюсь быть здесь рупором ПрофСегмента, но хочу заметить следующее:

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

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

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

По поводу инструментов удаленной работы с базой совершенно согласен, не всегда сисадмин я вляется админом ПС - обновление с реструктуризацией - проблема. Но по адресу ли претензия, не относится ли это к разработчикам FireBird? (не спец я по базам, не знаю...)

[Basmach]

Не собираюсь быть здесь рупором ПрофСегмента, но хочу заметить следующее:

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

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

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

По поводу инструментов удаленной работы с базой совершенно согласен, не всегда сисадмин я вляется админом ПС - обновление с реструктуризацией - проблема. Но по адресу ли претензия, не относится ли это к разработчикам FireBird? (не спец я по базам, не знаю...)

 

Этот замок в виде гениальной защиты мешает нормально работать! Я не говорил, что защиту надо убрать вовсе, ее надо переработать!

Насчет механизма авторизации поясню:

Все пользователи работают в базе от пользователя SYSDBA у которого пароль masterkey, со всеми возможными вытекающими...

По последнему пункту претензия по адресу. Никто не мешает написать скрипт для того чтоб его на сервере запускать.

[yar]

Все пользователи работают в базе от пользователя SYSDBA у которого пароль masterkey, со всеми возможными вытекающими...

По-моему в настройках профстроя можно указать другие данные для подключения.

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

 

По последнему пункту претензия по адресу. Никто не мешает написать скрипт для того чтоб его на сервере запускать.

Да, маленькая консольная программа была бы кстати.

[Konstruktor]

Не собираюсь быть здесь рупором ПрофСегмента, но хочу заметить следующее:

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

....

Но с защитой ребята по моему перестарались. В итоге страдают конечные пользователи (законопослушные!). Ломаная трешка уже в продаже, могу сказать даже где есть. Это говорит о том, что кому надо тот своего добъется. Валить все FireBird - это для чайников. Тот же ПР2 на том же FireBird работает вполне прилично. Валить на записи в базе -тоже не пойдет , пустая база в ПР3, где нет вообще ничего кроме 1 записи пользователя тормозит не меньше. Можно сколько угодно доказывать о том что проблемы с быстродействием у ПР3 нет , но достаточно глянуть на количество постов в этой теме и станет ясно , что это проблема волнует многих. А если люди вышли сюда это говорит о том , что профсегмент никак не реагирует на их проблемы. Думаете никто из присутствующих здесь не высказывал в об этом разработчикам? Более чем уверен, говорили. Что им ответили? Интересно узнать.

Программа достойная несомненно. Но как здесь было где то сказано, жадность к деньгам и звездная болезнь к хорошему не приведет.

[Rexther]

.....что профсегмент никак не реагирует на их проблемы. Думаете никто из присутствующих здесь не высказывал в об этом разработчикам? Более чем уверен, говорили. Что им ответили? Интересно узнать.

Программа достойная несомненно. Но как здесь было где то сказано, жадность к деньгам и звездная болезнь к хорошему не приведет.

Я не думаю, я знаю, что профСегмент во-первых достаточно внимательно читает этот форум, а во-вторых знаю случай когда разработчики вносили изменения в программу (было много раз и был случай когда меня что-то по поводу именно ключа - не спц. не могу объяснить подробнее). Еще раз хочу сказать, что не ставлю себе задачей быть тут рупором чего бы то ни было, в том числе и ПС - пусть время все расставит все на свои места.Давайте поживем маленько и все увидим сами!

[Konstruktor]

Я не думаю, я знаю, что профСегмент во-первых достаточно внимательно читает этот форум, а во-...

 

А эта тема уже и не рассчиатана, что они ее будут читать...

Изменено 18 сентября, 2006 пользователем Konstruktor

[eeaahhaa]

В лучшем случае это недобросовестная информация. Если сказать проще - вранье!

Я не бравирую своим пиратством, более того - не вру. Информация на май месяц. С тех пор я перешёл в другую фирму и работаю на СО4. Итак, официально заявляю:

- БАЗА ПС3 НА ТОТ МОМЕНТ ПАДАЛА, и это при том, что форматирование базы с ПС2 на ПС3 нам сделали сами сотрудники профсегмента. После того, как стало понятно, что эта база нерабочая, я засел за новую с нуля базу. Тот же эффект. Со всеми обновлениями.

- ПС2(2,54, по-моему) работает более-менее стабильно, но имеет ряд недостатков, но незначительных;

- Стаж работы на ПС2 - 3 года и 5 месяцев. Мне есть, чё сравнивать.

- Нашей фирме было официально отказано в обслуживании ПС2. Вот только месяц не помню - ферваль-апрель, по-моему.

- На встрече с представителями других фирм в ТБМе в феврале месяце достоверно узнал, что ПС3 не работает не только у нас. Две или три фирмы собирались возвращать ключи и требовать деньги. Учитывая, что нами была куплена лицензия ПС3 в октябре 2005, я вообще, что назывется, хренею, дорогая редакция. Мы с ним возились при мне 7 месяцев без внедрения!!!

 

.......

ПыСы 2 - я так и не получил ответ на запрос пароля доступа в закрытый форум. Хотя и отписал, кому нужно.

Изменено 18 сентября, 2006 пользователем Rexther

[@lex]

лучшеб профсегмент на своём сайте форум по настройке сделал, а не этот читал