gstat -h ALTAWIN22.GDB
-bash: /opt/firebird/bin/gstat: Отказано в доступе

o_v_avoron543,
странные вещи у тебя творятся там...
а получится ли сделать такое?


Да

voron543,

с правами намудрил, поправил вот что выдало
Database header page information:
Flags 0
Checksum 12345
Generation 72310
Page size 4096
ODS version 11.0
Oldest transaction 72275
Oldest active 72276
Oldest snapshot 72276
Next transaction 72301
Bumped transaction 1
Sequence number 0
Next attachment ID 217
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Mar 2, 2013 0:31:02
Attributes force write, no reserve

Variable header data:
Sweep interval: 20000
*END*

CyberMaxvoron543 Attributes force write, no reserve
И шо вы таки хотите?
вот прям все свои желания написать? )))) Я хочу понят что не так с настройками и что можно сделать?

CyberMaxvoron543,

Гугли "force write" и "no reserve".
я так понял, что должно быть force write?no reserve подходит для баз которые для чтения?, на сколько это важно и как повлияет на производительность?

pastorforced writes не настолько критично влияет на производительность в случае SSD.
no reserve - неприятно, но не более. мы так жили много лет, не испытывая никаких проблем с производительностью.

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

Это я могу указать только со старого сервера на котором ещее работаем. на нем win server 2003. 4 гига оперативки, ssd, firebird 2.0.7 superserver

CyberMaxvoron543,

автор firebird CC 2.0.7 ( с другими версиями не коректно работают отчеты)
Уточни, что такое здесь СС и что подразумевается под другими версиями?
СС это опечатка, CS на самом деле. другие версии это ниже например 1.5 или выше 2.5

Ivan_Pisarevskyvoron543новый серверvoron5438GBDDR3Это даже не смешно, у меня в десктопе вдвое больше.

И поспокойнее, а то пока напоминаешь вот такого персонажа:
http://www.securitylab.ru/forum/forum23/topic42034/

Покажи текущий конфиг фб (без строчек с комментариями).
на сомом деле столько оперативки только по FB нам хватит, на 4 гигах работали как то и даже не полностью использовалось. firebird.conf по умолчанию, ни чего не правили

dvimvoron543,
Уверены, что проблемы именно с fb ?
Просто сколько программ не видел оконных - обычно запросы у них не оптимизированы.
те они сначала "все" данные тянут к себе, а потом на клиенте строят отчет.
Узким местом оказывается чаще всего сеть.
Быстрее всего работает, когда программа в терминальном режиме и сервер приложений = серверу субд.

Настроить оконные программы для работы через профайлер пытался, но не смог....
сеть на гигабит, наш программист переписал все что можно, до него там кошмар творился и один отчет мог подвесить систему. Есть терминальный сервер с клиентским приложением и отдельно под базу и фаерберд. Думаю все таки на FB , уверен что firebird.conf хоть не много исправит ситуацию, а может и давольно сильно, настройки по дефолту стоят для давльно слабого железа а у нас есть возможность их менять

Ivan_Pisarevskyvoron543столько оперативки только по FB нам хватитКакое-то махровое невежество и самоуверенность. Ни данных мониторинга, ни даже начальныз навыков навыков нет, зато уверенность, что хватит, но все при этом тормозит.
voron543на 4 гигах работали как то и даже не полностью использовалосьИ тем не менее тормозило, а то что вы ей не пользовались, это не значит, что сервер бы ей не воспользовался, если бы ему разрешили.
сейчас при 8 гигах тормозит даже при одном пользователе т.е дело не в оперативке