powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Понимание результатов fb_lock_print
19 сообщений из 119, страница 5 из 5
Понимание результатов fb_lock_print
    #38204890
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovЧтобы изменился тип или принадлежность страницы данных нужно чтобы с неё были удалены все
записи и собраны как мусор. Нет удалений - не информация остаётся актуальной. Я неправ?Это не верно, если:
а) Речь не о data page
б) Данные были удалены неделю назад, но до сих пор не собраны мусорщиком. И тут он проснулся. Внезапно (ц)
в) и т.д.

А к чему ты ведёшь ? Объяснись ;)
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38205000
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladА к чему ты ведёшь ? Объяснись ;)
К тому, что утилиту, которую требует будден писать не обязательно, всю информацию можно
получить существующими средствами. Но, конечно, если ты хочешь на этом подзаработать, то я
не хочу тебе мешать и заткнусь.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38205072
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovК тому, что утилиту, которую требует будден писать не обязательно, всю информацию можно
получить существующими средствамиЭто слишком оптимистично

Dimitry SibiryakovНо, конечно, если ты хочешь на этом подзаработатьТо я бы так и сказал.
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38208638
budden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad,
> Физический в табличном пространстве
Неужели обычному клиенту эта информация недоступна?
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38208777
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
buddenhvlad,
> Физический в табличном пространстве
Неужели обычному клиенту эта информация недоступна?Ничё не понял. Какому клиенту ? Какая информация ?
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38209309
budden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad, имелся в виду обычный сервер. Т.е., fb_inet_server в случае классика.
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38209368
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
budden,

почему я должен за тебя додумывать детали вопроса ?
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38213099
budden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Предполагаю, что fb_inet_server (или отладчику при отладке fb_inet_server), в принципе, доступна информация о соответствии между физическим адресом страницы в эээ... табличном пространстве и тем, какому объекту принадлежит эта страница. Т.е., в gdb, отлаживая сервер и имея на руках данные из таблицы блокировок, наверняка в REPL можно вызвать функцию "считать заголовок страницы по физическому адресу" и тем самым получить нужную информацию об имени объекта (если она ещё не устарела). Конечно, это - лишь моя гипотеза.
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38213241
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
budden,

гипотеза совершенно не верная.
Например, блокировка страницы запрашивается до того, как сама страница читается с диска и помещается в кеш.
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38220597
budden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad, в общем, я понял: дело ясное, что дело тёмное. Ладно, будем мучиться покудова.
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38220693
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
budden,

если бы дело было ясное, тебе уже давно так бы и сказали :)
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38221024
budden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad, спасибо за внимание и звиняйте за безпокойство :)
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38484178
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подниму-ка топег...

Что такое "Mutex wait: N.m%" ?
Слайды доклада ДЕ ясности не вносят.
Нарыл объяснение тёти Ани:
авторThe mutex wait is amount of time processes spend waiting their turn to update the lock table . <...> When a process wants to request or release a lock, it puts itself on a queue for the mutex that guards the table. When it gets that mutex, it makes its changes - sending signals as necessary - and releases the mutex.Если так, то вопрос. Допустим, 200 isql'ей делают вставки в одну и ту же таблицу (вставки небольшие, до 100 строк, с передыхом).
Понятно, что им надо лезть в TIP. Также понятно, что они все лезут на страницу генераторов.

Но число этих окон - постоянное.
А лок-таблица показывает плавный рост mutex wait'a, примерно на 0.1% каждые три-пять минут.

Откудова он тут, рост мьютекса ? И за какой промежуток времени считается этот процент, от начала работы с базой самого первого аттача ?
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38484273
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,

mutex wait - это просто acquire blocks / acquires * 100%. Считается от момента инициализации лок-таблицы (первого коннекта к базе), fb_lock_print в ФБ3 выводит это время. Со временем запросто может расти по мере того, как уходят другие задержки и лок-таблица становится более нагружена - например в результате заполнения кеша ФБ или кеша файловой системы.
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38484351
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitrТаблоид,

mutex wait - это просто acquire blocks / acquires * 100%. Считается от момента инициализации лок-таблицы (первого коннекта к базе), fb_lock_print в ФБ3 выводит это время. Со временем запросто может расти по мере того, как уходят другие задержки и лок-таблица становится более нагружена - например в результате заполнения кеша ФБ или кеша файловой системы.Но тогда это то же самое, что среднее значение температуры с начала многолетних наблюдений. Текущую погоду этим параметром не опишешь.

Раз оба счетчика (acquire blocks, acquires) есть накопительные результаты от царя Гороха, то их отношение в текущий момент времени t может совсем не отражать действительную степень занятости лок таблицы в этот момент t.

Мну кажется, что логичнее было бы выводить отношение разностей этих счетчиков за интервал 1, 5 или 10 сек (задавать его ключиком к fb_lock_print'у).

То есть, если есть два замера в течение 10 сек:
Код: plaintext
1.
2.
Sat Nov 30 12:38:23 2013:       Acquires: 6257278, Acquire blocks:  21592, Spin count:   0
Sat Nov 30 12:38:33 2013:       Acquires: 6273533, Acquire blocks:  21644, Spin count:   0
- то выводить
Код: plaintext
 (21644-21592) / 10 / (6273533-6257278) * 100%

И если это эпический бред и "надо мерять" именно так, как сейчас, то прошу обосновать, почему именно %-)
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38484352
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидТо есть, если есть два замера
fb_lock_print ничего не знает о твоем предыдущем замере
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38484361
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitr,

дык я к тому и говорю: пусть он сам делает два замера, с интервалом, который я ему скажу (default = 1sec).
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38484365
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,

fb_lock_print -i

и обзамеряйся по самое нехочу
...
Рейтинг: 0 / 0
Понимание результатов fb_lock_print
    #38484393
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladfb_lock_print -i

и обзамеряйся по самое нехочуэто я знаю, делал. Хотца видеть "всё в одну строку и сразу", а не натравливать затем парсинг и изобретать одно и то же :-)
...
Рейтинг: 0 / 0
19 сообщений из 119, страница 5 из 5
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Понимание результатов fb_lock_print
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]