|
|
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
Одним из тикетов была реализована запись информации о старте/финише свипера: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 08:25 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
CyberMax, Вот уж не надо по разрядам. Программно потом собирать сложнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 09:27 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
Лог - дело хорошее, но лог FB как-то не очень формализован. Однако менять формат лога - тоже не айс, поломает обратную совместимость, если кто-то уже сделал каких-от разборщиков. В голову приходит написание программки которая фильтрует события из firebird.log по нужным критериям, и разбирает аргументы в соответствии с видом записи. Это не так актуально что бы заморачиваться, но такие мысли приходят практически каждый раз когда заглядываю в лог. Начиная с извратного формата даты-времени. Вместо нормально читаемого глазами формата ISO 8601 последняя редакция которого была в 2004 году. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 09:40 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
CyberMax2. Можно ли добавить разделение цифр по разрядам? Что-то вроде: OIT 4 285 757, OAT 4 285 771, OST 4 285 771, Next 4 285 772 НИКОГДА, слышите, никогда не добавляйте в ЭЛЕКТРОННЫЕ документы цифры с разделителями. Это касается чисел, номеров банковского счета, и прочего. Почему? Потому что задолбало убирать эти разделители при копировании. CyberMaxМожно ли добавить во вторую статистику разницу у OIT и OST между началом и окончанием? sweep влияет только на OIT. Он ее либо двигает, либо нет. На сколько подвинулись OST, OAT и Next свипу совершенно по барабану, это результат старта и завершения транзакций во время работы свипа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 10:51 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
26.07.2017 10:51, kdv пишет: > НИКОГДА, слышите, никогда не добавляйте в ЭЛЕКТРОННЫЕ документы цифры с разделителями. Это касается чисел, номеров банковского счета, и прочего. > Почему? Потому что задолбало убирать эти разделители при копировании. в мире линукса/юникса хорошим тоном считается наличие СПЕЦИАЛЬНОГО ключика -h, --human-readable который по умолчанию конечно же выключен. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 12:04 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
Мимопроходящий26.07.2017 10:51, kdv пишет: > НИКОГДА, слышите, никогда не добавляйте в ЭЛЕКТРОННЫЕ документы цифры с разделителями. Это касается чисел, номеров банковского счета, и прочего. > Почему? Потому что задолбало убирать эти разделители при копировании. в мире линукса/юникса хорошим тоном считается наличие СПЕЦИАЛЬНОГО ключика -h, --human-readable который по умолчанию конечно же выключен. Там бывают такие хуманы что без этого ключика проще понять. Байты, килобайты, терабайты обозначат одной буквой - и визуально разницы между байтом и терабайтом практически нет :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 12:12 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
26.07.2017 12:12, fraks пишет: > > Байты, килобайты, терабайты обозначат одной буквой - и визуально разницы между байтом и терабайтом практически нет :) Владимир, ты ж вроде в завязке был Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 12:26 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
kdvsweep влияет только на OIT. Он ее либо двигает, либо нет. На сколько подвинулись OST, OAT и Next свипу совершенно по барабану, это результат старта и завершения транзакций во время работы свипа. Поэтому и написал про OIT и OST. По поводу последнего думал еще, имеет ли смысл. Но в целом интересует только движение OIT, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 12:36 |
|
||
|
Статистика sweeper'а
|
|||
|---|---|---|---|
|
#18+
CyberMax, до кучи. При вот этих всех подсчетах я уже давно не пользуюсь "калькулятором". Пользуюсь Excel или аналогом. Куда удобнее - и разделители можно указать какие угодно, и столбцы по разным формулам посчитать, и график даже потом нарисовать. Так что тут калькулятор - отстой. CyberMaxПоэтому и написал про OIT и OST. если мне память не изменяет, OIT при свипе не может двинуться выше OST. Вообще OIT может быть больше OST, но в экзотических случаях http://www.ibase.ru/summary/ Так что я не вижу смысла выводить разницу по OIT. Более важным является - есть-ли вообще разница как таковая, подвинулся OIT или нет. И то! Я напомню, что OIT - это просто сигнал, что где-то в базе есть транзакция, завершенная по rollback. Мусора, кстати, от этой транзакции может и не быть. Единственный эффект от OIT - увеличение памяти, потребляемое транзакциями snapshot при старте. Вот пример статистики: Database header page information: Flags 0 Checksum 12345 Generation 112431494 Page size 8192 ODS version 10.0 Oldest transaction 839568 Oldest active 112430625 Oldest snapshot 112430561 Next transaction 112431441 Bumped transaction 1 Sequence number 0 Next attachment ID 0 Implementation ID 16 Shadow count 0 Page buffers 256 Next header page 0 Database dialect 1 Creation date Jun 5, 2003 10:02:19 Attributes force write Variable header data: Sweep interval: 0 *END* Случилось там следующее - заресторили базу, и где-то через дня 3 произошел реальный rollback, OIT застряла. После чего прошел практически год, и при средней активности в ~290 тысяч транзакций в сутки размер TIP, копируемый транзакциями snapshot, стал примерно 27мегабайт (111 млн транзакций поделить на 4). Люди как работали, так и продолжали, никто никакого ухудшения производительности за этот год не заметил. Так что периодическая суета вокруг OIT меня удивляет. Как эта же статистика выглядит в IBAnalyst -прицепил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2017, 12:53 |
|
||
|
|
start [/forum/topic.php?fid=40&fpage=43&tid=1561485]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
43ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 303ms |
| total: | 459ms |
| 0 / 0 |
