Re: Поясните про sweep и GCPolicy

dimon wrote: Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае когда Oldest transaction=Oldest active +1=  Oldest snapshot  +1, с GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix - sweep, поскольку ничего кроме деградации производительности он не даст

Re: Поясните про sweep и GCPolicy

бэкапа ? блин. ну фигня же полная. стартуйте в самом начале работы с БД транзакцию snapshot, и держите ее активной - и у вас никакой мусор, если он есть, никогда ничем не будет собираться - ни гбаком, ни свипом, ни запросами, просто потому что мусором не будет являться. Вы жалуетесь на sweep, но

Re: Поясните про sweep и GCPolicy

ddimon ... Да, тут вы правы, вполне может быть не убранный мусор в базе. Но вот если еще запускается gbak без ключа -g, в таком варианте можно ли уйти от периодического запуска gfix -sweep ? Нет. А зачем ??? Запуске gfix -sweep вызывает деградацию производительности, хотелось бы

Re: Поясните про sweep и GCPolicy

периодического запуска gfix -sweep ? Нет. А зачем ??? Запуске gfix -sweep вызывает деградацию производительности, хотелось бы избежать таких вещей. В крайнем случае можно выбрать время для запуска при незначительной загрузке, когда общее снижение производительности будет не так критично, но вообщем

Поясните про sweep и GCPolicy

Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае когда Oldest transaction=Oldest active +1= Oldest snapshot +1, с GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix - sweep, поскольку ничего кроме деградации производительности он не даст ? И, второй вопрос, если

Re: Поясните про sweep и GCPolicy

когда Oldest transaction=Oldest active +1=  Oldest snapshot  +1, с Извините, тут я, конечно с плюсами попутал. Oldest transaction +1=Oldest active=Oldest snapshot - это правильный вариант.

Re: Поясните про sweep и GCPolicy

dimon ... Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае когда Oldest transaction=Oldest active +1= Oldest snapshot +1, с GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix - sweep, поскольку ничего кроме деградации производительности он не даст ? Не

Re: Поясните про sweep и GCPolicy

ddimon ... Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае когда Oldest transaction=Oldest active +1= Oldest snapshot +1, с GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix - sweep, поскольку ничего кроме деградации производительности он не даст ? Не

Re: Поясните про sweep и GCPolicy

Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае когда Oldest transaction=Oldest active +1=  Oldest snapshot  +1, с GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix - sweep, поскольку ничего кроме деградации производительности он не даст ?     Не

Re: Поясните про sweep и GCPolicy

On 23 июн, 17:34, Vlad Khorsun hv...@optima.com.ua wrote: ddimon ... Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае когда Oldest transaction=Oldest active +1= Oldest snapshot +1, с GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix - sweep

Re: Поясните про sweep и GCPolicy

ddimon ... Да, тут вы правы, вполне может быть не убранный мусор в базе. Но вот если еще запускается gbak без ключа -g, в таком варианте можно ли уйти от периодического запуска gfix -sweep ? Нет. А зачем ??? Т.е. основной мусор будет убираться самим сервером, а тот что не попал в тред

Re: Поясните про sweep и GCPolicy

Да, тут вы правы, вполне может быть не убранный мусор в базе. Но вот если еще запускается gbak без ключа -g, в таком варианте можно ли уйти от периодического запуска gfix -sweep ?     Нет. А зачем ??? Запуске gfix -sweep вызывает деградацию производительности, хотелось бы избежать таких

Re: Поясните про sweep и GCPolicy

Hello, dimon! dimon wrote: Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае когда Oldest transaction=Oldest active +1= Oldest snapshot +1, с GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix - sweep, поскольку ничего кроме деградации производительности он не

Re: Поясните про sweep и GCPolicy

Hello, ddimon! ddimon wrote: Да, тут вы правы, вполне может быть не убранный мусор в базе. Но вот если еще запускается gbak без ключа -g, в таком варианте можно ли уйти от периодического запуска gfix -sweep ? Т.е. основной мусор будет убираться самим сервером, а тот что не попал в тред

Re: SWEEP

PEAKTOP wrote: А если таким же образом создать роль SWEEPER и тоже REVOKE ей, что будет ? :) а зачем?

Re: SWEEP

Привет! Вопрос вот в чем: есть старый хак с InterBase/Firebird создать роль SYSDBA и сделать ей REVOKE от всего что в базе есть. А если таким же образом создать роль SWEEPER и тоже REVOKE ей, что будет ? :) Что мешает попробовать? Рискну предположить, что ничего страшного не будет - так как

Re: SWEEP

Что мешает попробовать? штук 30 юзеров. :) а если серьезно, то мне интересно узнать, как это задумывалось, а не как получилось. Рискну предположить, что ничего страшного не будет - так как подключение фиктивное - т.е. права не проверяются, скорее всего. скорее всего, судя из поставленных

Re: Sweep ?

Konstantin R. Beliaev ... Horsun Vlad wrote: ИБКонсольный свип двигает OIT или нет ? Все никак не получается проверить: OIT бОльшую часть дня равен OAT-1, а вот Oldest snapshot - застревает. Причем не двигается даже если отрубить все коннекты, стартовавшие до его последней подвижки. А

Re: Sweep ?

Hello, Konstanting! Konstantin R. Beliaev wrote: Все никак не получается проверить: OIT бОльшую часть дня равен OAT-1, а вот Oldest snapshot - застревает. Причем не двигается даже если отрубить все коннекты, стартовавшие до его последней подвижки. Поймать бы того гада, который ее держит...

Re: Sweep ?

Hello, Vlad! Horsun Vlad wrote: вот Oldest snapshot - застревает. Причем не двигается даже если отрубить все коннекты, стартовавшие до его последней подвижки. А ты стартани тр-цию после того, как отрубишь все коннекты :) кстати да. Маркеры-то двигаются только при старте транзакций. --

Re: Sweep ?

Dmitri Kuzmenko wrote: Так вот, есть не заставляю, просто посмотри в www.ibase.ru/devinfo/summary.htm Когда ReadCommitted блокирует Oldest Snapshot Жевал, жевал :-) Просто программ уже десятка два, рабочих мест еще больше, и найти где кто откопал старую версию или весь день смотрит на один

Re: Sweep ?

Просто программ уже десятка два, рабочих мест еще больше, и найти где кто откопал старую версию или весь день смотрит на один отчет не переоткрывая его, довольно сложно. а разве отчеты (в ReadOnly транзакции обычно) не все равно сколько времени смотреть? или чего то не понимаю?

Re: Sweep ?

Hello, Konstantin! Konstantin R. Beliaev wrote: Так вот, есть не заставляю, просто посмотри в www.ibase.ru/devinfo/summary.htm Когда ReadCommitted блокирует Oldest Snapshot Жевал, жевал :-) Просто программ уже десятка два, рабочих мест еще больше, и найти где кто откопал старую версию или

Re: Sweep ?

Vlad Horsun wrote: Не консолью запускать пробовал ? Точно OIT меняется ? Изменение Oldest Transaction видно в Transaction Monitor от DK. Ночью, когда никого нет в базе, свип через gfix выполняется 4-5 минут. --~--~-~--~~~---~--~~

Re: Sweep ?

Vlad Horsun wrote: Фи... :-) Хотелось бы в комплекте клиента иметь простенький GUI, который бы позволял проводить минимальное обслуживание сервера: проверка связи, бэкап, рестор, свип, юзер менеджмент... И не нагружал сеть всякими сервисными запросами. То что называется low footprint. С

Re: Sweep ?

Konstantin R. Beliaev [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Vlad Horsun wrote: Фи... :-) Хотелось бы в комплекте клиента иметь простенький GUI, который бы позволял проводить минимальное обслуживание сервера: проверка связи, бэкап, рестор, свип,

Re: Sweep ?

Hello, Konstantin! Konstantin R. Beliaev wrote: Хотелось бы в комплекте клиента иметь простенький GUI, который бы позволял проводить минимальное обслуживание сервера: проверка связи, бэкап, рестор, свип, юзер менеджмент... И не нагружал сеть всякими сервисными запросами. То что называется

Re: Sweep ?

Konstantin R. Beliaev ... Vlad Horsun wrote: Не консолью запускать пробовал ? Точно OIT меняется ? Изменение Oldest Transaction видно в Transaction Monitor от DK. Ты мне голову не морочь - тут других хватает. ИБКонсольный свип двигает OIT или нет ? Ночью, когда никого нет в базе,

Re: Sweep ?

Dmitry Voroshin wrote: Есть консольные утилиты для этих целей. А гуи для кроссплатформенного сервера делать... Что-то мне подсказывате что это нехорошо :))) Угу, только для 1.5.3: gfix.exe /? 1 = упорно не хочет записывать список ключей в файл, а выдает их на экран gbak.exe /? = выдает ошибку

Re: Sweep ?

Hello, Konstantin! Konstantin R. Beliaev wrote: Угу, только для 1.5.3: gfix.exe /? 1 = упорно не хочет записывать список ключей в файл, а выдает их на экран gbak.exe /? = выдает ошибку вместо ожидаемого списка ключей gsec.exe /? = то же самое gstat.exe /? = ругается даже не по английски,

Re: Sweep ?

Alexander A. Venikov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: gfix.exe /? 2gfix.txt gfix.exe -h 2gfix.txt gsec -h gsec.txt А не будет ли нескромным желание привести все к какому-нибудь едино-безобразному виду? А то на каждую утилитку свой персональный магический жест

Re: Sweep ?

Hello, Valery Gruzdev said the following on 29.06.2006 12:43: Alexander A. Venikov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: gfix.exe /? 2gfix.txt gfix.exe -h 2gfix.txt gsec -h gsec.txt А не будет ли нескромным желание привести все к какому-нибудь едино-безобразному

Re: Sweep ?

Oleg Deribas wrote: Можно так: утилитка.exe -h утилитка.txt 21 Только пожалуйста вот без этого: 21 и пусть на /? вместе с ошибкой выводит фразу Type утилитка.exe -h for help --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---

Sweep ?

Интересно, а что сейчас делает свип? Запускаю его посреди дня из IBConsole, мгновенно возвращается: готово, хотя база - 8 гиг и работа идет активная. Такое ощущение, что при подключенных пользователях он только OLDEST счетчик подтягивает и все. FB 1.5.3