powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / auto sweep: должен ли он стартовать, если OST < OIT ?
22 сообщений из 72, страница 3 из 3
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694741
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,

у тебя не "ost застрял", а у тебя настоящих роллбэков нет. Что есть большая разница. Автосвип не срабатывает, и не должен. Все отлично.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694742
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,

вернее, "все отлично", за исключением того, что
600к Next - за какой интервал времени?
OAT торчит 1/3 этого интервала. Причем, OAT эта есть snapshot. Отсюда OST уехал на 2/3 интервала Next.

если 600к это полтора часа, значит OAT существует уже полчаса. Если это "молотилки", то как это у них транзакции по полчаса живут?
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694746
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvзначит OAT существует уже полчаса. Если это "молотилки", то как это у них транзакции по полчаса живут?Кхе! А вот живут! :-)
Вот счетчики на сейчас:
Код: plaintext
1.
2.
3.
4.
Oldest transaction      633738
Oldest active            633739 
Oldest snapshot         414764
Next transaction        944177


Лезу в мониторинг за номером аттача и тем, что он там делает:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
SQL> commit; select * from mon$transactions where mon$transaction_id= 633739 ;

MON$TRANSACTION_ID              633739
MON$ATTACHMENT_ID                68 
MON$STATE                       1
MON$TIMESTAMP                   2014-07-11 18:52:54.0820
MON$TOP_TRANSACTION             633739
MON$OLDEST_TRANSACTION          414763
MON$OLDEST_ACTIVE               285121
MON$ISOLATION_MODE              1
MON$LOCK_TIMEOUT                0
MON$READ_ONLY                   0
MON$AUTO_COMMIT                 0
MON$AUTO_UNDO                   0
MON$STAT_ID                     1852

Лезу теперь с стейтменты - и вижу, что он пытается осилить "подъем инвойса" (это обычно очень затратное дело, т.к. надо резервы клиентов создавать, сторнировать количества по ним и проч.):
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
SQL> commit; select * from mon$statements where mon$attachment_id=68;

MON$STATEMENT_ID                1726832
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    0:16
select rdb$db_key from doc_list where  id = ? and ( ? is null or exists( select id from v_add_invoice_to_stock  v where v.id = ? ))
MON$STAT_ID                     29

MON$STATEMENT_ID                1726831
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    0:18
select id from v_add_invoice_to_stock  where id >= ? order by id rows 1
MON$STAT_ID                     30

MON$STATEMENT_ID                1726830
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    0:1a
select max(id)+0.5 from v_add_invoice_to_stock
MON$STAT_ID                     31

MON$STATEMENT_ID                1726829
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    0:1c
select min(id)-0.5 from v_add_invoice_to_stock
MON$STAT_ID                     32

MON$STATEMENT_ID                1726828
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              633739
MON$STATE                       1
MON$TIMESTAMP                   2014-07-11 18:53:04.2640
MON$SQL_TEXT                    0:1e
execute block returns( invoice_id bigint, total_lines int, total_invoice_qty int, res_ok int, res_err int )
as
   declare v_this dm_dbobj;
begin
    v_this = 'isql:sp_add_invoice_to_stock';
    --execute procedure sp_add_to_perf_log(v_this||':exists?');
    if ( exists( select * from v_add_invoice_to_stock ) ) then
    begin
      --execute procedure sp_add_to_perf_log(v_this||':exists?');

      execute procedure sp_add_to_perf_log(v_this||':run_sp');
      select
        min(p.doc_list_id)
        ,count(*)
        ,sum(p.qty)
        ,min(p.res_ok)
        ,min(p.res_err)
      from  sp_add_invoice_to_stock  p   -- iter # 13
           --~~~~~~~~~~~~~~~~~~~~~~~~
      into invoice_id, total_lines, total_invoice_qty, res_ok, res_err;
      suspend;

      execute procedure sp_add_to_perf_log(v_this||':run_sp', null,'doc_id='||invoice_id);
   end
   else
   begin
      --execute procedure sp_add_to_perf_log(v_this||':exists?', null,'no rows in view');
   end
end
MON$STAT_ID                     33

MON$STATEMENT_ID                8394
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     34

MON$STATEMENT_ID                8393
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     35

MON$STATEMENT_ID                8392
MON$ATTACHMENT_ID               68
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     36

А теперь включаю трейс для аттача № 68, предварительно выставив в его конфиге почти всё в ON:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
  enabled true
#  log_sweep true
  log_errors true

  ####################   A C H T U N G  ##############
  time_threshold 0
  connection_id 68
  ####################################################

  log_connections true
  log_transactions true

  log_statement_prepare true
  log_statement_start true
  log_statement_free true
  log_trigger_start true
  log_procedure_start true

  log_statement_finish true
  log_procedure_finish true
  log_trigger_finish true

#  print_plan true
  print_perf true
  max_sql_length 16384
  max_log_size 9999999999
- и с "внезапным изумлением" вижу, что в трейсе вроде как всё шевелится, но... как в замедленной съемке:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
2014-07-11T20:01:50.6250 (6216:0x7f16ff0a3018) EXECUTE_PROCEDURE_START
	oltp25 (ATT_68, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
	C:\MIX\firebird\fb25\bin\isql.exe:2488
		(TRA_633739, CONCURRENCY | NOWAIT | READ_WRITE)

Procedure FN_OPER_RETAIL_RESERVE:

2014-07-11T 20:01:50.6250  (6216:0x7f16ff0a3018) EXECUTE_PROCEDURE_FINISH
	oltp25 (ATT_68, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
	C:\MIX\firebird\fb25\bin\isql.exe:2488
		(TRA_633739, CONCURRENCY | NOWAIT | READ_WRITE)

Procedure FN_OPER_RETAIL_RESERVE:
      0 ms

2014-07-11T 20:01:51.1580  (6216:0x7f16ff0a3018) EXECUTE_PROCEDURE_START
	oltp25 (ATT_68, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
	C:\MIX\firebird\fb25\bin\isql.exe:2488
		(TRA_633739, CONCURRENCY | NOWAIT | READ_WRITE)

Procedure FN_OPER_RETAIL_RESERVE:

2014-07-11T20:01:51.1580 (6216:0x7f16ff0a3018) EXECUTE_PROCEDURE_FINISH
	oltp25 (ATT_68, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
	C:\MIX\firebird\fb25\bin\isql.exe:2488
		(TRA_633739, CONCURRENCY | NOWAIT | READ_WRITE

Т.е. опять старая загадка: "ЧТО там делается около 500 мс между возвратом из одной ХП и вызовом другой ?".
Похоже, я тут переоцениваю сильно возможности своего сервака: у него просто не хватает дыхалки (ядер ?) на 200 молотилок. Поэтому аттачи должны просто тупо ЖДАТЬ, пока сервак ими займётся.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694760
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид> Т.е. опять старая загадка: "ЧТО там делается около 500 мс
Таблоид> между возвратом из одной ХП и вызовом другой ?".

Интересно, от кого ты ждёшь ответ по имеющейся инфе?
Или тебе без разницы какой он - правильный или нет -
лишь бы что-то поменять/покрутить?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694765
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов РустамТаблоид> Т.е. опять старая загадка: "ЧТО там делается около 500 мс
Таблоид> между возвратом из одной ХП и вызовом другой ?".

Интересно, от кого ты ждёшь ответ по имеющейся инфе?
Или тебе без разницы какой он - правильный или нет -
лишь бы что-то поменять/покрутить?Не, мне как раз нужен правильный ответ :-)
Просто не знаю, в какую сторону уже смотреть: возможно, надо в операционке что-то посмотреть, но не хватает знаний.

Вот, полюбуйся:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
2014-07-11T20:36:05.1790 (6216:0x7f16ff0a3018) EXECUTE_PROCEDURE_START
        oltp25 (ATT_68, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
        C:\MIX\firebird\fb25\bin\isql.exe:2488
                (TRA_633739, CONCURRENCY | NOWAIT | READ_WRITE)

Procedure FN_OPER_RETAIL_RESERVE:

2014-07-11T20:36: 05 .1790 (6216:0x7f16ff0a3018) EXECUTE_PROCEDURE_FINISH
        oltp25 (ATT_68, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
        C:\MIX\firebird\fb25\bin\isql.exe:2488
                (TRA_633739, CONCURRENCY | NOWAIT | READ_WRITE)

Procedure FN_OPER_RETAIL_RESERVE:
      0 ms

2014-07-11T20:36: 53 .1910 (6216:0x7f16ff0a3018) EXECUTE_PROCEDURE_START
        oltp25 (ATT_68, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
        C:\MIX\firebird\fb25\bin\isql.exe:2488
                (TRA_633739, CONCURRENCY | NOWAIT | READ_WRITE)

Procedure SP_ADD_TO_PERF_LOG:
param0 = varchar(80), "sp_make_qty_storno"
param1 = integer, "<NULL>"
param2 = varchar(255), "locked=10, skipped=0, scanned=13"
param3 = double precision, "<NULL>"
param4 = double precision, "<NULL>"

Непонятная пауза между финишем одного модуля и началом другого длилась 48 сек.
Причём, слово "модуль" для FN_OPER_RETAIL_RESERVE - это слишком громко сказано: она возвращает значение контекстной переменной или же считавает её из таблицы настроек. Но контекстная переменная задаётся на старте сессии, так что в таблицу точно лазить нужды не было.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694772
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Непонятная пауза между финишем одного модуля и началом другого длилась 48 сек.

А между ними ничего не было, никаких действий?
Про остальные 199 коннектов пока промолчим.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694776
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов Рустам> Непонятная пауза между финишем одного модуля и началом другого длилась 48 сек.

А между ними ничего не было, никаких действий?
Про остальные 199 коннектов пока промолчим.
нет, не было! ведь я в трейсе всё включил, чтобы показывалось...
и в трёшке, кстати, такое уже видел: какие-то необъяснимые паузы между окончанием одной deterministic-функции (из своего кеша выдёргивает число и выдаёт его!) и началом другой. Но тогда я отловил дельты в 1-2 сек, такого апофеоза не было.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694779
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OMG, тройка, да ещё deterministic... Ну-ну.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38694785
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дык я проверял их, детерминистики эти: всё там гут, работают гораздо быстрее, чем rdb$get_context'ы :-)
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38697269
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladТаблоидну, я вот смотрю в garbage_collection.pdf (материалы "транзакционного семинара"), и там из написанного на стр. 27 делаю вывод: автозапуск свипа движком происходит, когда “sweep gap” : OST - OIT достигает лимита, либо дефолтного (20000), либо проставленного врукопашную.Ну так какие ещё вопросы ?А вопросы таки появились.
Ибо не знаю, что там поменяли в последнем снапшоте, но теперь автосвип стартует при отрицательной разнице OST - OIT.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
oel64   Tue Jul 15 22:57:38 2014
        /opt/fb30trnk/bin/fbguard: /opt/fb30trnk/bin/firebird terminated abnormally (-1)



oel64   Tue Jul 15 22:57:38 2014
        /opt/fb30trnk/bin/fbguard: guardian starting /opt/fb30trnk/bin/firebird



oel64   Tue Jul 15 22:57:45 2014
        Sweep is started by SWEEPER
        Database "oltp30"
         OIT 192249 , OAT 192250,  OST 152759 , Next 221145


oel64   Tue Jul 15 22:58:05 2014
        Sweep is finished
        Database "oltp30"
        OIT 221145, OAT 221595, OST 221195, Next 224359


oel64   Tue Jul 15 23:00:42 2014
        /opt/fb30trnk/bin/fbguard: /opt/fb30trnk/bin/firebird terminated abnormally (-1)



oel64   Tue Jul 15 23:00:42 2014
        /opt/fb30trnk/bin/fbguard: guardian starting /opt/fb30trnk/bin/firebird



oel64   Tue Jul 15 23:00:46 2014
        Sweep is started by SWEEPER
        Database "oltp30"
         OIT 227402,  OAT 227403,  OST 222170 , Next 237566


oel64   Tue Jul 15 23:01:03 2014
        Sweep is finished
        Database "oltp30"
        OIT 237566, OAT 237873, OST 237603, Next 240283
То, что там заваливается ФБ - это пока не интересно :-) /к тому же, я скинул ДЕ эти две бактрассы/.
А вот то, что при sweep interval = 1000 (одна тысяча) и отрицательной разнице OST - OIT свип уже два раза стартанул - занятно...

PS. LI-T3.0.0.31226
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38697278
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интересно, понимаешь ли ты, что такое OST и когда
в действительности должен стартовать автосвип... :)

Впрочем, я в исходники не глядел (тем более снапшота),
может алгоритм, действительно, поменяли.

P.S. Проверь ещё на 2.5 - там точно не могли поменять.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38697416
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов РустамИнтересно, понимаешь ли ты, что такое OST и когда
в действительности должен стартовать автосвип... :)Что такое OST, я стал (кажется :)) понимать только после семинара. Там еще АК хорошую метафору привёл про самого аксакала (почившего в бозе), о котором еще помнит самый старый из живущих ныне аксакалов :-)
Автосвип должен стартовать, когда OST - OIT достигает лимита (дефолт = 20000).

Теперь выложи сюда своё видение этого (я про OST и когда автосвип стартует), чтобы сравнить... :-)

Гаджимурадов РустамP.S. Проверь ещё на 2.5 - там точно не могли поменять.Этого не было вплоть до недавних билдов 3.0 (последний, который я интенсивно юзал перед этим - 31208). Не знаю почему, но свип этот два раза автостартанул примерно в те моменты, когда я запускал трейс. Дальше я трейс перестал запускать и оставил на ночь - и автосвип тоже не запускался уже ни разу. Но может, так совпало.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38697683
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоидhvladпропущено...
Ну так какие ещё вопросы ?А вопросы таки появились.
Ибо не знаю, что там поменяли в последнем снапшоте, но теперь автосвип стартует при отрицательной разнице OST - OIT.Свип стартует так, как уже 100500 раз описано, ничего в этом плане не менялось.
sweep gap вычисляется исходя из обновлённых значений счётчиков, которые ещё не попали на header page (ибо незачем делать 2 подряд записи header page на диск).
А вот в лог пишутся значения из header page, которая получит обновлённые значения счётчиков несколько позже (например, при старте след.тр-ции).
Посмотри на новое значение OIT и вспомни, что свип его устанавливает равным тому значению OST, которое было в момент старта свипа.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38697782
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladsweep gap вычисляется исходя из обновлённых значений счётчиков, которые ещё не попали на header page (ибо незачем делать 2 подряд записи header page на диск).
А вот в лог пишутся значения из header page, которая получит обновлённые значения счётчиков несколько позже (например, при старте след.тр-ции).А нельзя ли в лог записывать именно те значения счетчиков, которые и послужили стартом автосвипу, а не то, что сейчас ?
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38697826
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидА нельзя ли в лог записывать именно те значения счетчиков, которые и послужили стартом автосвипу, а не то, что сейчас ?Короткий ответ - нет.

Можно, в принципе, сравнивать значения из header page с текущими кешированными в памяти значениями и писать в лог более свежие, но для [супер]классика это не будет работать.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38697954
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladМожно, в принципе, сравнивать значения из header page с текущими кешированными
в памяти значениями и писать в лог более свежие, но для [супер]классика это не будет
работать.
Т.е. у вас там в птичьем потрохе есть код, который сравнивает два значения, а в лог при
этом пишет совершенно левую хрень?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38698017
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТ.е. у вас там в птичьем потрохе***

PS 2модератор - мне пофигу, что ты со этим всем сделаешь, но терперь идиотов я не буду.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38698094
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladидиотов я не буду.
Т.е. взять код, принимающий решение о запуске автосвипа, который сравнивает два числа и
добавить именно в него вывод в лог именно этих двух чисел это какая-то идиотская логика,
да? Обязательно надо выводить в лог совершенно другие числа, которые могут быть сильно
отличными от первых и на основе которых вообще нельзя понять с какого перепою было принято
решение о запуске?.. Ню-ню...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38698221
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТ.е. взять код, принимающий решение о запуске автосвипа, который сравнивает два числа и
добавить именно в него вывод в лог именно этих двух чисел это какая-то идиотская логика,
да?

Подумай, сколько тысяч раз раз во время работы свипа возникает это состояние и что будет, если писать всё это в лог именно в этот момент.
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38698275
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladПодумай, если осталось чем, сколько тысяч раз раз во время работы свипа
возникает это состояние и что будет, если писать всё это в лог именно в этот момент.
Лог переполнится сообщениями и кому-нибудь таки придётся сделать так, чтобы
пользовательские транзакции не делали дурную работу пытаясь запустить уже запущенный свип.
Возможно, это даже решит проблему "у нас во время работы свипа всё тормозит".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38698317
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovЛог переполнится сообщениямиГыыы.... спасибо, паржал!
Беспокойство по переполнению лога при том, что сейчас туда прёт спам вида 'errno=104 /110' (сотни строк в день!) - оно излишнее, КМК...
...
Рейтинг: 0 / 0
auto sweep: должен ли он стартовать, если OST < OIT ?
    #38698602
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидБеспокойство по переполнению лога при том, что сейчас туда прёт спам вида 'errno=104 /110' (сотни строк в день!) - оно излишнее, КМК...Это сарказм?
Если нет, то перечитай ещё раз посты выше. От сотен тоже не благодать, а вот тысячи записей это никуда не годится.
...
Рейтинг: 0 / 0
22 сообщений из 72, страница 3 из 3
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / auto sweep: должен ли он стартовать, если OST < OIT ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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