|
|
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
При штатной нагрузке снимаю показания fb_lock_print -d: LOCK_HEADER BLOCK Version: 145, Active owner: 18740408, Length: 25600000, Used: 20939056 Flags: 0x0001 Enqs: 16615746268, Converts: 32087757, Rejects: 256624916, Blocks: 23096686 Deadlock scans: 201, Deadlocks: 1, Scan interval: 10 Acquires: 16951459137, Acquire blocks: 4208755341, Spin count: 0 Mutex wait: 24.8% Hash slots: 10007, Hash lengths (min/avg/max): 0/ 1/ 9 Remove node: 0, Insert queue: 0, Insert prior: 0 Owners (188): forward: 3890904, backward: 15519968 Free owners (39): forward: 5333208, backward: 20419528 Free locks (7614): forward: 93120, backward: 238968 Free requests (-915950348): forward: 4526656, backward: 2810128 Lock Ordering: Enabled Спецы посоветовали обратится к разработчикам FB. Что тут не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 14:20:52 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Gallemar, снимай показания хотя бы раз в полчаса, чтобы динамику видеть. Подозрительно только большое кол-во Free requests (аж счётчик переполнился). Хотя, на активной живой системе без ключа -с этому тоже верить не особо можно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 14:41:31 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Много mutex wait. Это означает, что приложение разработано таким образом, что постоянно лезет к каким-то ресурсам, получает отлуп и снова лезет. Например, такого можно добиться, если сделать цикл с условием выхода по времени , внутри которого идет попытка апдейта некой записи, в случае возникновения ошибки она давится, и снова идет попытка апдейта. Цель такого цикла - пытаться захватить запись на чтение путем холостого апдейта. При длине цикла в 3 сек сервер может сделать тысячи (а то и десятки тысяч) безуспешных апдейтов. Также много Deadlock scan - это когда по истечении [дефолтных] 10 сек Firebird лезет проверять, а не дедлок ли это возник? И из 201 сканов только 1 дедлок - т.е. написано так, что бывают 10 секундные зависания. Так что обращаться к разработчикам Firebird незачем, надо учиться писать правильные приложения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 14:50:06 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
А это не может быть разновидность CORE-2591 ?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 15:22:45 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
hvladGallemar, снимай показания хотя бы раз в полчаса, чтобы динамику видеть. Подозрительно только большое кол-во Free requests (аж счётчик переполнился). Хотя, на активной живой системе без ключа -с этому тоже верить не особо можно. запущу на каждые полчаса. С ключом -d делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 18:04:10 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Gallemar, -c -d <database> PS ничего ты там не найдёшь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 19:26:43 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
hvladGallemar, -c -d <database> PS ничего ты там не найдёшь Что тогда делать? Как найти узкое место? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 02:17:41 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Начал снимать данные fb_lock_print -d -c c:\S-Market\DBase\SUPERMAGDK.FDB, почему то получаю сообщение об ошибке: Firebird lock print utility. Usage: fb_lock_print (-d | -f) [<parameters>] One of -d or -f switches is mandatory: -d <database file name> specify database which lock table to be printed -f <lock table file name> specify lock table file itself to be printed Optional parameters are: -o print list of lock owners -p same as -o -l print locks -r print requests made by lock owners (valid only if -o specified) -h print recent events history -a print all of the above (equal to -o -l -r -h swithes) -s <N> print only locks of given series (valid only if -l specified) -n print only pending owners (if -o specified) or pending locks (if -l specified) -w print "waiting for" list for every owner (valid only if -o specified) -c acquire lock manager's mutex to print consistent view of lock table (valid only if -d specified) -m make output in html format -i[<counters>] [<N> [<M>]] interactive mode: print chosen lock manager activity counters during <N> seconds witn interval of <M> seconds. Defaults are 1 sec for both values. Counters are: a number of mutex acquires, acquire blocks, etc o number of lock operations (enqueues, converts, downgrades, etc) t number of operations with most important lock series w number of waits, timeouts, deadlock scans, etc Default is aotw -? this help screen Как тогда выглядят правильные аргументы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 02:43:52 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Gallemar> Как тогда выглядят правильные аргументы? fb_lock_print -d c:\S-Market\DBase\SUPERMAGDK.FDB -c Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 02:49:28 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Gallemar> Начал снимать данные fb_lock_print -d -c c:\S-Market\DBase\SUPERMAGDK.FDB, почему то получаю сообщение об ошибке: Ну сказал же Влад: -c -d <database>!!! А не наоборот, как ты пытаешься делать... -- Vladimir A.Bakhvaloff E-Mail: zirra1969<bark>gmail<dot>com Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 02:49:45 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Значение не в "наобороте" (можно и как Влад указал, AFAIK), а в том, что имя (путь) файла БД - это параметр ключа d, а не с. P.S. Можно ещё результат в файл выводить. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 02:54:49 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
zirraGallemar> Начал снимать данные fb_lock_print -d -c c:\S-Market\DBase\SUPERMAGDK.FDB, почему то получаю сообщение об ошибке: Ну сказал же Влад: -c -d <database>!!! А не наоборот, как ты пытаешься делать... -- Vladimir A.Bakhvaloff E-Mail: zirra1969<bark>gmail<dot>com Наоборот такая же судорога ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 03:07:45 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамЗначение не в "наобороте" (можно и как Влад указал, AFAIK), а в том, что имя (путь) файла БД - это параметр ключа d, а не с. P.S. Можно ещё результат в файл выводить. Целиком это выглядит так: C: cd C:\Program Files\Firebird\Firebird_2_5\bin set VTIME=%time:~0,-3% set VTIME=%VTIME::=.% fb_lock_print -c -d c:\S-Market\DBase\SUPERMAGDK.FDB -c >> D:\fb_lock_print_%date%_%VTime%.txt ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 03:12:26 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
> Значение не в "наобороте" (можно и как Влад указал, AFAIK), > а в том, что имя (путь) файла БД - это параметр ключа d, а не с. Я это и имел в виду... ;))) -- Vladimir A.Bakhvaloff E-Mail: zirra1969<bark>gmail<dot>com Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 03:14:07 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Вернее вот так: C: cd C:\Program Files\Firebird\Firebird_2_5\bin set VTIME=%time:~0,-3% set VTIME=%VTIME::=.% fb_lock_print -c -d c:\S-Market\DBase\SUPERMAGDK.FDB >> D:\fb_lock_print_%date%_%VTime%.txt а то к лишней -с прицепится кто нибудь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 03:17:03 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
GallemarЧто тогда делать? Как найти узкое место?Начать с начала, а не с откуда попало. Симптомы проблем какие ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 03:52:59 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
hvlad,база после рестора через полтора-два месяца теряет производительность,усеры жалуются на тормоза ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 07:22:02 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Так как правильно снять данные с ключами -с -d ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 13:46:58 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Gallemarhvlad,база после рестора через полтора-два месяца теряет производительность,усеры жалуются на тормозаУ "базы" нет "производительности". Есть запросы, есть рантайм статистика, есть ДБА, который должен знать как запросы ведут себя обычно и какие запросы начинают "тормозить" и при каких условиях. Есть мониторинг и трейс, которые позволяют исследовать состояние после рестора и два месяца спустя. Состояние таблицы блокировок - это последнее место, куда тебе, как ДБА, нужно смотреть. Тем более, что базовая её настройка уже произведена. Тем более, что ты не понимаешь чисел, которые в ней присутствуют (без обид). GallemarТак как правильно снять данные с ключами -с -d ?Указывать файл БД параметром для -d и писать таки латинскую "c" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 15:01:24 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
hvladGallemarhvlad,база после рестора через полтора-два месяца теряет производительность,усеры жалуются на тормозаУ "базы" нет "производительности". Есть запросы, есть рантайм статистика, есть ДБА, который должен знать как запросы ведут себя обычно и какие запросы начинают "тормозить" и при каких условиях. Есть мониторинг и трейс, которые позволяют исследовать состояние после рестора и два месяца спустя. Состояние таблицы блокировок - это последнее место, куда тебе, как ДБА, нужно смотреть. Тем более, что базовая её настройка уже произведена. Тем более, что ты не понимаешь чисел, которые в ней присутствуют (без обид). GallemarТак как правильно снять данные с ключами -с -d ?Указывать файл БД параметром для -d и писать таки латинскую "c" Таки получилось. С тобой как то можно приватно пообщаться (mail,icq,skype)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 15:14:31 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
у меня уже ощущение что стабильно работающая БД это или база в 2-3 гига,которую каждый день ресторят или это мифическое создание,её никто не видел,но все о ней говорят ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 15:18:56 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Gallemarу меня уже ощущение что стабильно работающая БД это или база в 2-3 гига,которую каждый день ресторят или это мифическое создание,её никто не видел,но все о ней говорят1) Ты с теми запросами, что сотни секунд идут, разобрался или нет ? (я про результат трейса, который ты мну присылал недели три взад, а я на них натравливал grep + sort и вернул тебе в виде "рейтинга" номера строк, в которых записана статистика с самыми проблемными значениями времени вып-я) 2) Статистику по индексам обновляешь или снова "до понедельника" отложил ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 17:01:28 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
ЗЫ. Пункт "1)", ЕМНИП, ты должен применять уже месяц как. Запускать трейс утром, ставить там порог time_threshold = 2000 (например), ждать 5-6 часов. Затем изучать полученный лог (вместе с разрабом :)). Какие-нить результаты этой деятельности есть или нет ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 17:06:45 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
ТаблоидЗЫ. Пункт "1)", ЕМНИП, ты должен применять уже месяц как. Запускать трейс утром, ставить там порог time_threshold = 2000 (например), ждать 5-6 часов. Затем изучать полученный лог (вместе с разрабом :)). Какие-нить результаты этой деятельности есть или нет ? 1. Изучаем с разработчиком,пока ничего не увидели. 2. Статистику пересчитываю давно,после поломки делали рестор,так что чистота эксперимента нарушена. Для аудита выпросил Fb TraceManager, с ним удобнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 17:20:36 |
|
||
|
fb_lock_print -d при нормальной нагрузке
|
|||
|---|---|---|---|
|
#18+
Таблоид1) Ты с теми запросами, что сотни секунд идут, разобрался или нет ? (я про результат трейса, который ты мну присылал недели три взад, а я на них натравливал grep + sort и вернул тебе в виде "рейтинга" номера строк, в которых записана статистика с самыми проблемными значениями времени вып-я) 2) Статистику по индексам обновляешь или снова "до понедельника" отложил ? С запросами косяк главный в том что это как правило большие отчеты или работа модуля заказов,это очень нагруженные процессы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2014, 17:23:55 |
|
||
|
|

start [/forum/topic.php?fid=40&fpage=96&tid=1563637]: |
0ms |
get settings: |
7ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
69ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
79ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 397ms |

| 0 / 0 |
