Re: OFF: Запретить пользователю
"Max Rezanov" сообщил/сообщила в новостях следующее: всех с пятницей которая бывать раз в 4 года :) которая Может бывать далеко не каждые 4 года :) Задача для любителей программирования: вычислить частоту повторения пятницы 29 февраля на протяжении 21 века :-) теорвер рулит :) Всего лет 100 Високосных лет 100/4 25 Вероятность пятницы 1/7 0,14 Вероятность пятницы 29.02 0,14*25 3,57 Частота пятницы 29.02 100/3,57 28 -- Булычев Алексей http://www.stella-npf.ru
Re: OFF: Запретить пользователю
Ovchinnikov Vasily написав(ла): которая Может бывать далеко не каждые 4 года :) Задача для любителей программирования: вычислить частоту повторения пятницы 29 февраля на протяжении 21 века :-) В юлианском, григорианском или новоюлианском календаре?
Re: OFF: Запретить пользователю
Hello, Алексей! You wrote on Mon, 3 Mar 2008 12:16:41 +0500: АВ> хм... 28 лет? Отнюдь. Всего 4 раза - 2008, 2036, 2064 и 2092 годы. -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: OFF: Запретить пользователю
Hello, Alexander! You wrote to Алексей Вишняков on Mon, 3 Mar 2008 14:21:55 +0500: АВ>> хм... 28 лет? AAV> Отнюдь. Всего 4 раза - 2008, 2036, 2064 и 2092 годы. Кстати, неплохо согласуется с теорией вероятности: Вероятность високосного года в 21 веке - 0.24 (2100-й год не високосный); Вероятность пятницы - 1/7. Перемножение вероятностей дает 0,034... То есть чуть чаще, чем три года из ста. На самом деле 4. -- Сорри за офтопик не в пятницу Удач Alexander A. Venikov, Tobolsk, Russia
Re: OFF: Запретить пользователю
Hello, Boulitchev! You wrote on Mon, 3 Mar 2008 12:15:03 +0300: BA> теорвер рулит :) BA> Всего лет BA> 100 BA> Високосных лет 100/4 25 BA> Вероятность пятницы 1/7 0,14 BA> Вероятность пятницы 29.02 0,14*25 3,57 BA> Частота пятницы 29.02 100/3,57 28 А зачем ты здесь делишь? -- Удач Alexander A. Venikov, Tobolsk, Russia
Просмотр подключенных пользователей в классике
Вроде анонсировалось, что в 2.1 в классической архитектуре через сервисы будет виден список подключенных пользователей (как в суперсервере). Но, нет такого...
Re: Просмотр подключенных пользователей в классике
Andrei wrote: Вроде анонсировалось, что в 2.1 в классической архитектуре через сервисы будет виден список подключенных пользователей (как в суперсервере). Кем анонсировалось? -- Дмитрий Еманов
Re: Просмотр подключенных пользователей в классике
> > Кем анонсировалось? > понял :(
Re: Просмотр подключенных пользователей в классике
Andrei wrote: понял :( RTFM MON$ATTACHMENTS -- Дмитрий Еманов
Re: fb 2.1: decompression overran buffer
> нда ... весь вопрос то в том как это воспроизвести ... > в какой момент происхоит отследить не получается Проблема к сожалению продолжается ... :( На другой базе на другом сервере у другого заказчика был установлен 2.1 CS в логе опять появилась такая же запись : SERVFri Feb 29 15:16:31 2008 Database: F:\xxx.FDB internal gds software consistency check (decompression overran buffer (179), file: sqz.cpp line: 222) Ну правда на классике это оказалось не столь страшным, все остальные продолжали работать С уважением, Леонид Агафонов
Re: Почти пятничное - про WAL, ARIES и прочие извращения
Dmitry Yemanov пишет: Konstantin R. Beliaev wrote: Что-то я запутался, а в чем же тогда ускорение? В FW=OFF ? Упрощенно: WAL = производительность(FW=OFF) + надежность(FW=ON). Скорость конечно будет все же поменьше, т.к. надо писать лог на диск по коммиту, но все равно заметно выше, чем в FW=ON. А у нас райд с батарейкой и памятью 512М, скорость, что с FW ON что с OFF одинаковая, по крайней мере мы разницы на тесовых запросах не заметили ;-) Поэтому стоит FW=ON С уважением, Стариков Алексей
Re: fb 2.1: decompression overran buffer
Леонид Агафонов wrote: Проблема к сожалению продолжается ... :( На другой базе на другом сервере у другого заказчика был установлен 2.1 CS в логе опять появилась такая же запись : SERVFri Feb 29 15:16:31 2008 Database: F:\xxx.FDB internal gds software consistency check (decompression overran buffer (179), file: sqz.cpp line: 222) Ну правда на классике это оказалось не столь страшным, все остальные продолжали работать Изменение метаданных на ходу как нормальный режим работы? -- Regards. Ded.
Re: fb 2.1: decompression overran buffer
> Изменение метаданных на ходу как нормальный режим работы? "нивкоемслучае" :) в режиме нормальной работы клиента конечно сам иногда грешу изменением одной-другой SP при подключенных пользователях но добавление/измнение таблиц/метаданных из рабочей системы не возможно - ругается что пользовтели подклюены и не даёт возможности изменить пока все не выйдут ... ну и естественно кроме админа (sysdba) никто этого сделать не может ... я так понимаю проблема эта только у меня, поэтому и хочу услышать от Влада или Дмитрия хоть какую-нибудь наводку на тему что может вызвать эту ошибку напишите хоть кто-нибудь по русски что происходит в сервере когда он отдаёт такую ошибку С уважением, Леонид Агафвоно
Re: fb 2.1: decompression overran buffer
только что позвонил третий "товарищ" ... т.е. это стабильно возникает у всех кого перевли на 2.1 С уважением, Леонид Агафвоно
Re: fb 2.1: decompression overran buffer
On 3 мар, 21:30, Леонид Агафонов <[EMAIL PROTECTED]> wrote: > > напишите хоть кто-нибудь по русски что происходит в сервере когда он > отдаёт такую ошибку Эта ошибка возникает при распаковке записей, запакованных алгоритмом RLE, в случае, если в результате распаковки получается неправильный результат. Обычно такое случается при 1) битой памяти 2) неких неизвестных багах в сервере 3) использовании неверной версии сервера для работы с базой, например, базу от 7.0 открыть 7.5, поработать, а потом обратно пытаться в 7.0 или 7.1 с ней работать. Леонид, можете выложить базу с ошибкой для исследования? Если да, выложите куда-нибудь, а линк на ak at ibase.ru пришлите. С уважением, Алексей Ковязин
Re: fb 2.1: decompression overran buffer
"Леонид Агафонов" ... только что позвонил третий "товарищ" ... т.е. это стабильно возникает у всех кого перевли на 2.1 И у всех нормально делается бекап\рестор после такой ошибки ? Кстати, как переводили ? Ресторили на 2.1 ? -- Хорсун Влад