"St. Alex" ...
Да, ОС 32 бит, я слышал, что больше 2 Г на процесс она не осваивает.
Ну, я же не могу сидеть и смотреть целый день на процессы ФБ. Вроде они
Вот если ещё раз такое будет - смотри внимательно на всё, а не жми ресет
в панике :)
и не жрут по столько обычно. Хотя, с другой стор
18.09.2009 16:46, Khorsun Vlad пишет:
32-битный процесс не может съесть более 2-х гиг виртуальной памяти.
memory-mapped файлы (mmf) входят в адресное про-во процесса. Т.е. у тебя
или процесс FB обожрался памяти так, что на mmf не хватило, или mmf
разросся до неприличных размеров. Какие у нас
ÓÍÏÔÒÉ, ÓËÏÌØËÏ ÐÁÍÑÔÉ ÐÏÔÒÅÂÌÑÅÔ ÐÒÏÃÅÓÓ(Ù) FB.
×ÅÒÓÉÑ 32ÂÉÔ? ... ÍÏÖÅÔ ÕÐÅÒÓÑ × 2ç ÐÒÅÄÅÌ ÎÁ ÐÒÏÃÅÓÓ
"St. Alex" ...
Not enough storage is available to process this command.
При увеличении memory-mapped файла (lock table, event table или monitoring
snapshot) не хватило памяти. Отслеживай потребление памяти
Хм. Извиняюсь за тормозню, но что под этим имеется в виду? На серваке 4 Гб оператив
Not enough storage is available to process this command.
При увеличении memory-mapped файла (lock table, event table или
monitoring
snapshot) не хватило памяти. Отслеживай потребление памяти
Хм. Извиняюсь за тормозню, но что под этим имеется в виду? На серваке 4
Гб оперативки, на винтах
"St. Alex" ...
Здравствуйте!
Долго сидели на FB 2.1.17910 Classic, вчера с утра перешли на 2.1.3
Release. Вчера нормально день отработал вроде, даже бэкап рестор ночью сделал
Сегодня с утра тоже работало, а потом после обеда часа в 2 все зависли, получилось вылечить только перезагрузкой систем
Здравствуйте!
Долго сидели на FB 2.1.17910 Classic, вчера с утра перешли на 2.1.3
Release. Вчера нормально день отработал вроде, даже бэкап рестор ночью
сделал
Сегодня с утра тоже работало, а потом после обеда часа в 2 все зависли,
получилось вылечить только перезагрузкой системы (win2003 serv
"Oleg Matveyev" ...
Пора переползать хотя бы на 2.0.
2.0 мало.
Ага
говорят, 2.0.6 будет последней.
Угу
если будет :-)
Будет
--
Хорсун Влад
Только вот что там с этим в 1.5 - не помню и даже смотреть не хочу.
"Эту Раиску увижу, так блеват и кидат" (с) Мартынко
Коваленко Дмитрий.
Kochmin Alexandr wrote:
ща лесник прийдет и всех разгонит нах.
А он уже приходил, сказал, что этот лес больше не обслуживает :-)))
Все дружно переходим в следующий :-)
Konstantin R. Beliaev wrote:
А как ты себе представляешь _файл_ разбросанный по нескольким
_логическим_ дискам?
Также, как FB умеет разбрасывать базу по нескольким файлам ;-
ща лесник прийдет и всех разгонит нах.
> ðÏÒÁ ÐÅÒÅÐÏÌÚÁÔØ ÈÏÔÑ ÂÙ ÎÁ 2.0.
2.0 ÍÁÌÏ.
ÇÏ×ÏÒÑÔ, 2.0.6 ÂÕÄÅÔ ÐÏÓÌÅÄÎÅÊ. ÅÓÌÉ ÂÕÄÅÔ :-)
Khorsun Vlad wrote:
Только вот что там с этим в 1.5 - не помню и даже смотреть не хочу.
Я понял :-)
Пора переползать хотя бы на 2.0.
Кроме Б/Р при таком переходе вроде ничего не требуется?
А то на 2.1 мороки с переходом гораздо больше: надо метаданные
конвертить, что в удаленных филиалах не т
Alex Cherednichenko wrote:
А как ты себе представляешь _файл_ разбросанный по нескольким _логическим_
дискам?
Также, как FB умеет разбрасывать базу по нескольким файлам ;-
Конечно, это даст лишний оверхед, но иначе проблема с нехваткой места не
решается: КАК птичка поймет, что следующий
"Alex Cherednichenko" ...
Hello, Konstantin!
You wrote on Fri, 18 Sep 2009 12:44:13 +0400:
KRB> Видимо фраза "the engine will switch to the next one" не относится к
KRB> одному большому файлу сортировки?
А как ты себе представляешь _файл_ разбросанный по нескольким _логическим_
дискам?
Hello, Konstantin!
You wrote on Fri, 18 Sep 2009 12:44:13 +0400:
KRB> Видимо фраза "the engine will switch to the next one" не относится к
KRB> одному большому файлу сортировки?
А как ты себе представляешь _файл_ разбросанный по нескольким _логическим_
дискам?
--
With best regards, Alex Che
Oleg Matveyev wrote:
оказалоÑÑ Ð·Ð½Ð°ÐµÑÑ ÑÑо? ÑÐ²Ð¾Ñ UDF, коÑоÑÐ°Ñ Ð´ÐµÐ»Ð°ÐµÑ "cross-database" запÑÐ¾Ñ Ð²
дÑÑгÑÑ ÐÐ ÑеÑез инеÑ.
У Ð¼ÐµÐ½Ñ ÑвоиÑ
UDF неÑÑ, Ñем более ÑакиÑ
:-)
Там какой-Ñо коÑÑк еÑÑÑ Ð² бл
В firebird.conf сказано:
#
# Temporary directories
#
# Provide ';'-separated trees list, where temporary files are stored.
# Relative paths are treated relative to RootDirectory entry
# (see above). Default value is determined using FIREBIRD_TMP,
# TEMP or TMP enviro
Nikolay Ponomarenko wrote:
Ð Ð²Ð¾Ñ Ñогда, когда в конÑе пÑоÑкакивала ÑÑÑлка и пÑаглаÑение к поÑеÑÑиÑÑ
- кÑо-ниÑÑ Ð·Ð°Ð¿ÑÑкал его? Ðакие ÑиÑÑÑ Ñ ÐºÐ¾Ð³Ð¾ полÑÑалиÑÑ?
Я где-Ñо год назад пÑÑ
"Konstantin R. Beliaev" ...
Обнаружил в логе ошибку:
internal gds software consistency check (record disappeared (186))
ну, как лечить-то понятно: через b/r
но откуда она взялась?
Это уже второй такой случай, прошлый был несколько месяцев назад.
Причем это тестовая база, которую юзают не очень
> îÃ
, Ã ÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃÃÃ, ÃÃÃÃÃÃ ÃÃÃÃ
ÃÃÃÃÃ, ÃÃÃ ÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ
> ÃÃÃÃÃÃÃÃÃ...
> óÃÃà ÃÃÃÃÃ, Ãà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃ
ÃÃÃÃÃÃ ÃÃ
ÃÃÃÃ
ÃÃ
ÃÃÃ...
à ÃÃ
ÃÃ
ÃÃÃÃÃÃ ÃÃÃ
PEAKTOP wrote:
ÐÑ, а когда клиенÑÑкие пÑÐ¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ Ð¿Ð¾Ð»ÑÑаÑÑ Ñакое ÑообÑение, Ñо дÑÑжно
вÑе оÑваливаÑÑÑÑ.
ÐзвÑÐ°Ñ ÐºÐ¾Ð½ÐµÑно, но полÑзовал его давно, еÑе Ñ ÑпоÑ
и InterBase 6 до
Ñого
Oleg Matveyev wrote:
ÐÑли Ñ
оÑеÑÑ Ð´Ð¾Ð¶Ð¸ÑÑ Ð´Ð¾ Ñамой ÑмеÑÑи, вÑгонÑй вÑеÑ
из Ð±Ð°Ð·Ñ Ð¿ÐµÑед Ñакими
опеÑаÑиÑми.
Ðак? Тем более пÑи налиÑии на ÑеÑвеÑе завиÑÑиÑ
Ñоедениений?
как пÑа
Обнаружил в логе ошибку:
internal gds software consistency check (record disappeared (186))
ну, как лечить-то понятно: через b/r
но откуда она взялась?
Это уже второй такой случай, прошлый был несколько месяцев назад.
Причем это тестовая база, которую юзают не очень активно
Version: WI-V1.5.5.49
24 matches
Mail list logo
