Re: Обрывы соединения

2006-09-08 Пенетрантность Dmitri Kuzmenko


Hello, Vasily!

Ovchinnikov Vasily wrote:

И Слава Богу, что работает. У тамошних ребят другие отвертки для 


это про наших ребят.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34




Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...

2006-09-08 Пенетрантность Alexey Kovyazin
Привет!

Как там в Минске? Приедете к нам на
конференцию? Ж)

Что касается падения через 30 сек -
наблюдал такое же когда gds323 от IB7.x
лезет к ФБ. Проверьте все версии
клиентских либ, должны точно
соответствовать.

С уважением,
Алексей Ковязин


Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...

2006-09-08 Пенетрантность Evgeny Putilin

Hi  Andrei Yeryomin 
  наблюдал такое же когда gds323 от IB7.x
 Ну и разрядность же у твоей операционки.
 :-D
Сегодгняж пятница, это не у ОС а у процессора, мне до этого максимально 
попадались 128-битные.

WBR Evgeney Putilin.



Re[2]: Multi Doc Numeration

2006-09-08 Пенетрантность Константин



SP Константин пишет:
 // Stop - семафор,
 // sleep - UDF наподобие Application.ProcessMessages в Delphi
   while (gen_id(stop, 0)  0)) do sleep(100);
   i = gen_id(stop, 1);
SP Хм, sleep... Чего уж мелочиться, давай сразу 
SP CreateMutex/WaitForSingleObject/ReleaseMutex :)

 :)))

С уважением,
Константин Григорьевич.
===




Re: ����� ��� ����������� ����������

2006-09-08 Пенетрантность Dmitry Lendel

ðÒÉ×ÅÔ

 îÁ ÂÒÁÚÉÌØÓËÏÍ ÔÅÌÅ×ÉÄÅÎÉÉ ×ÙÛÌÁ
 ÐÅÒ×ÁÑ ÓÅÒÉÑ ÐÒÏ Firebird Developers Day ×
 ðÉÒÁÓÉËÁÂÅ - ÔÁÍ ÓÎÁÞÁÌÁ ÚÁÓÔÁ×ËÁ Ó
 ÉÇÒÕÛËÁÍÉ, Á ÐÏÔÏÍ ÉÎÔÅÒ×ØÀ ëÁÒÌÏÓÁ, Ó
 ×ÉÄÅÏÒÑÄÏÍ ÎÁÒÅÚÁÎÎÙÍ ÉÚ ÒÁÚÎÙÈ
 ÜÐÉÚÏÄÏ× ËÏÎÆÅÒÅÎÃÉÉ.

ðÏÓÍÏÔÒÅÌ. ôÁÎËÉ - ÜÔÏ áÂÒÁÍÓÙ?
äÍÉÔÒÉÊ 





Re: Multi Doc Numeration

2006-09-08 Пенетрантность Oleg LOA
Константин [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
А если серьёзно, кто что думает по этому поводу ?

Предлагаю подумать на следующие темы самостоятельно;

1) Сериализация доступа к механизму создания новых номеров
2) Параметрытранзакции lock_writе и wait



OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин

Hi, многоуважаемый All!

  Может кто подскажет где можно прикрутить что-бы при нехватке
  страниц FB2 RC4 выделял на диске заданное к-во страниц скопом ?

  Ситуация следущая:
1. XP SP2 (да, да, - знаю но шо делать ...)
2. БД на отдельном разделе (NTFS)
3. На тот раздел вроде ничего больше не прикрученно

Формачу раздел. Создаю БД. Заливаю данные. Страница БД = Кластеру диска = 
4096
Пправда заливка идёт через внешние файлы с другого раздела + куча проверок.
{do}
Update - нет есть только Insert. Коммит после каждых ~100 000 записей
После 2-3 лимона начинаются жуткие тормоза ...

После танцов с бубном обнаружил что файл БД сильно фрагментирован ...
Дефрагментировал ... Ура! - Снова порядок, тормозов нет.
{while [есть что заливать] }

Помотрел КАК дефрагментирован файл БД и прикольнулся :)
  1. Фрагменты файла разбросаны по всему диску хаотично :(
 (напоминаю кроме БД там ничего нет и диск
 свежеформатирован/дефрагментирован)
  2. Каждый фрагмент имеет как минимум 1 кластер пустого
 пространства перед следующим !?

PS: Может это и офтоп, и виновата как всегда Windows :)
Но, имхо, такое впечатление что FB запрашивает у системы
(при нехватке страниц) по 1-му кластеру ...
Можно ли как-нибуть это обойти, ну хотя-бы сказать FB
Захватывать кусками по 100 Mb ?

С уважением,
Константин Григорьевич.
===




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Sergiy S. Tkachenko


У меня стоит PerfectDisk 8 и по расписанию дефрагментирует раздел с базой 
данных.
и скорость работы сервера всегда приличная. кол-во записей аналогично твоим.



Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Alex Cherednichenko

Привет, Константин!
Вы пишешь  08 сентября 2006:

 К   Ситуация следущая:
 К 1. XP SP2 (да, да, - знаю но шо делать ...)
 К 2. БД на отдельном разделе (NTFS)
 К 3. На тот раздел вроде ничего больше не прикрученно

[Sorry, skipped]
 К   1. Фрагменты файла разбросаны по всему диску хаотично :(
 К  (напоминаю кроме БД там ничего нет и диск
 К  свежеформатирован/дефрагментирован)
 К   2. Каждый фрагмент имеет как минимум 1 кластер пустого
 К  пространства перед следующим !?

Стратегия NTFS-5
Можно ли это обрубить - Х.З.
Как альтернатива, раз уж у тебя отдельный раздел
под БД, поставь на FAT.
Только учти ограничения на размер файла.

--
With best regards, Alex Cherednichenko.




Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин

AC Стратегия NTFS-5
AC Можно ли это обрубить - Х.З.
AC Как альтернатива, раз уж у тебя отдельный раздел
AC под БД, поставь на FAT.
AC Только учти ограничения на размер файла.

Блин не хочу FAT !
Не хочу, не хочу, не буду (начинается истерика)... ;)
База уже больше 20 Гиг ...

С уважением,
Константин Григорьевич.
===




Re: Про SUSPEND

2006-09-08 Пенетрантность Oleg Deribas

Hello,

sasha said the following on 07.09.2006 16:33:

 Мы, к примеру, не можем перейти на .NET 2.0 с .NET 1.1 т.к. очень много
 изменений надо делать и стандартный майкрософтовский конвертер не
 справляется. 

А что именно не получилось? Мы все что хотели - сразу перевели на 2.0.

-- 
Oleg



Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин

SST У меня стоит PerfectDisk 8 и по расписанию дефрагментирует раздел с базой 
данных.
SST и скорость работы сервера всегда приличная. кол-во записей аналогично 
твоим.

  Я согласен это выход если БД например на ночь останавливать
  для B/R то туда же можно прикрутить и дефрагментацию ...
  А если, чур меня, придётся переходить на режим 24/7 ?
  А фоновым дефрагментаторам я свою БД не доверю, да и
  сомневаюсь что-бы FB отдал кому нить свой файл на
  растерзание :)
  
С уважением,
Константин Григорьевич.
===




Re: Видео про бразильскую конференцию

2006-09-08 Пенетрантность Ovchinnikov Vasily


Dmitry Lendel пишет:
Посмотрел. 
А я что-то так и не выбрал время. Скачать-то скачал, но мимоходом с 
перемоткой выборочно глянул. Зал здоровый - впечатлило количество 
народа! Посмотрим, сколько 14 окт в Москве народу наберется :-)


--
Regards,
Ovchinnikov Vasily
ova at tkvc ru



Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Ovchinnikov Vasily


Константин пишет:

  А если, чур меня, придётся переходить на режим 24/7 ?


Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7...

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru



Re: Про SUSPEND

2006-09-08 Пенетрантность sasha



А что именно не получилось? Мы все что хотели - сразу перевели на 2.0.


Не помню что, но после конвертации было несколько сотен ошибок, которые 
править было некогда. Решили пока на 1.1 остаться. Думаю к новому году 
таки перейдём...






Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин



OV Константин пишет:
   А если, чур меня, придётся переходить на режим 24/7 ?

OV Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7...

Сочуствую ... У меня, пока, что-то около 14/6 ;)

С уважением,
Константин Григорьевич.
===




Re: Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Мадорский Г . В .



Константин [EMAIL PROTECTED] сообщил/сообщила в новостях 
следующее: news:[EMAIL PROTECTED]




OV Константин пишет:

  А если, чур меня, придётся переходить на режим 24/7 ?


OV Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7...

   Сочуствую ... У меня, пока, что-то около 14/6 ;)

Ну а если попробовать ночером остановить сервер и переместить файл базы на 
другой диск и обратно...


With b/r. Gleb. 





Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Ovchinnikov Vasily


Константин пишет:


Сочуствую ... У меня, пока, что-то около 14/6 ;)
Да не, нормально все. Просто самому в вечной готовности 24/7 приходится 
быть, ибо только я один  в нашей команде с сервером на ты. И из отпуска 
теоретически выдернут влегкую, ежели что, и в выходные.


--
Regards,
Ovchinnikov Vasily
ova at tkvc ru



Re[4]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин

МГВ Ну а если попробовать ночером остановить сервер и переместить файл базы на
МГВ другой диск и обратно...

 Да в принципе уже перенастроил шедулер:
   1. BackUp на другой диск.
   2. Перемещение БД туда же (как резерв)
   3. Дефрагментация диска БД
   4. Restore БД
   5. Дефрагментация диска БД
   
 но ведь весь вопрос в том что к концу дня может
 набраться достаточно фрагментов для тормозов (пока теоретически).
 Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер
 фрагментов ... Как либо увеличив выделяемое за 1 раз место на
 диске при запросе FB (или системно ?) ...

С уважением,
Константин Григорьевич.
===




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Ovchinnikov Vasily


Мадорский Г.В. пишет:


Ну а если попробовать ночером остановить сервер и переместить файл базы 
на другой диск и обратно...


Константин Григорьевич пишет:
 А фоновым дефрагментаторам я свою БД не доверю, да и
  сомневаюсь что-бы FB отдал кому нить свой файл на
  растерзание

А чего б ему не отдать, если при остановленном сервере попробовать?

Думаю, все едино - потом дефрагментируется снова и также сильно. 
Чтение/запись - та же дефрагментация. Если это действительно стратегия 
NTFS, как Alex Cherednichenko говорит, то в консерватории дело.


--
Regards,
Ovchinnikov Vasily
ova at tkvc ru



Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Константин

OV А чего б ему не отдать, если при остановленном сервере попробовать?

OV Думаю, все едино - потом дефрагментируется снова и также сильно. 
OV Чтение/запись - та же дефрагментация. Если это действительно стратегия
OV NTFS, как Alex Cherednichenko говорит, то в консерватории дело.

Прочитал: 
http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59
И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ?
Прошу обратить внимание на раздельчик Средства решения?

Маленькая вырезка:
 Таким образом, имеется два примерно равнозначных варианта.
 Первый - часто оптимизировать диск таким дефрагментатором,
 смиряясь при этом с дикой фрагментацией заново созданных файлов.
 Второй вариант - вообще ничего не трогать, и смириться с равномерной,
 но гораздо более слабой фрагментацией всех файлов на диске.

ЧТО ДЕЛАТЬ ? КАК ЖИТЬ ?
Неужели опять FAT с её проблемами ?

С уважением,
Константин Григорьевич.
===




Re: Про SUSPEND

2006-09-08 Пенетрантность Kovalenko Dmitry


sasha wrote:
  Да не проблема запретить. Но чем это тебе поможет, если выходные параметры
  таки нужны?

 Ну если нужны - это другой вопрос. Я бы вобще запретил вызывать
 процедуры через EXECUTE PROCEDURE, если в них есть SUSPEND. Но ты ведь
 сам сказал что лично такими пользуешься. Поэтому я не знаю что сказать.

Можно поступить по другому. В
компонентах доступа  поддеживать
запрос типа EXEC SP ... (или, например,
ODBC-шный синтаксис вызова SP), который
транслируетя в select / execute procedure в
зависимости от наличия OUT-параметров и
SUSPEND. Думаю, это решит твою проблему.

Коваленко Дмитрий.



Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Horsun Vlad

  Может кто подскажет где можно прикрутить что-бы при нехватке
  страниц FB2 RC4 выделял на диске заданное к-во страниц скопом ?

Где-где, сказать что-ли - где ? :)

Но, имхо, такое впечатление что FB запрашивает у системы
(при нехватке страниц) по 1-му кластеру ...
Можно ли как-нибуть это обойти, ну хотя-бы сказать FB
Захватывать кусками по 100 Mb ?

Залей в БД блоб на 10Г, потом удали его и дефрагментируй
файл, один раз.

-- 
Хорсун Влад




Re: Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Oleg LOA
Константин [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]

Прочитал: 
http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59
И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ?
Прошу обратить внимание на раздельчик Средства решения?

А почему вы решили что это проблема NTFS.  Сервер увеличивает файл маленькими 
кусочками, NTFS в соответствии со соей стратегией объединяет эти запросы на 
выделение в пачки и распределяет их по диску. 

Тебе в голову не приходит мысля что это сервер должен запрышивать место на 
диске по файл БД не постранично а соответствующими кусками?

Кто тбе мешает изначально создать файл БД соответствующего размера?


Re[4]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Константин


OL Константин [EMAIL PROTECTED] wrote in
OL message news:[EMAIL PROTECTED]

Прочитал:
http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59
И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ?
Прошу обратить внимание на раздельчик Средства решения?

OL А почему вы решили что это проблема NTFS.  Сервер увеличивает
OL файл маленькими кусочками, NTFS в соответствии со соей стратегией
OL объединяет эти запросы на выделение в пачки и распределяет их по
OL диску. 

 Я как раз таки и не думал что это проблема HTFS
 (см. первый пост) но прочитав данную статью я уже
 не в чём не уверен :(

OL Тебе в голову не приходит мысля что это сервер должен
OL запрышивать место на диске по файл БД не постранично а
OL соответствующими кусками?

 Что я и спросил (опять же первый пост). Если есть такая
 возможность, подскажите как её включить/настроить ?
 
OL Кто тбе мешает изначально создать файл БД соответствующего размера?

А если я не знаю какого размена мне нужна будет БД ?
Да и, если честно, что-то не припомню ключика gbak для
указания размера создаваемой БД :(

С уважением,
Константин Григорьевич.
===




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Oleg LOA
Horsun Vlad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Залей в БД блоб на 10Г, потом удали его и дефрагментируй
 файл, один раз.

Может проще сразу создать БД нужного размера? ;-)

Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин



  Может кто подскажет где можно прикрутить что-бы при нехватке
  страниц FB2 RC4 выделял на диске заданное к-во страниц скопом ?

HV Где-где, сказать что-ли - где ? :)

Гуссары малчать! Здесь (в этой конфе),
я видел мелькали, дамы ... :)

Но, имхо, такое впечатление что FB запрашивает у системы
(при нехватке страниц) по 1-му кластеру ...
Можно ли как-нибуть это обойти, ну хотя-бы сказать FB
Захватывать кусками по 100 Mb ?

HV Залей в БД блоб на 10Г, потом удали его и дефрагментируй
HV файл, один раз.

  Интерестный подход :) Непроеменно воспользуюсь.
  Но хотелось-бы, как это выразится ... ?
  А, вот, штатными средствами !
  Чтоб разок настроил и забыл ...

С уважением,
Константин Григорьевич.
===




Re: Re[4]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Boulitchev Aleksey



И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ?



Я как раз таки и не думал что это проблема HTFS


кто сказал что это проблема? зуб не дам, но пребываю в глубокой 
уверенности - NTFS дефрагментировать не надо. особенно на SCSI, и думаю - на 
SATA-2 (который с поддержкой NCQ и буфером в 8 м)




   А если я не знаю какого размена мне нужна будет БД ?
   Да и, если честно, что-то не припомню ключика gbak для
   указания размера создаваемой БД :(


при подключении моска можно выяснить размер раздела, посчитать 80% от него и 
получить максимально допустимый размер БД. (NTFS сильно не любит, когда 
свободного места на диске меньше 20% - оно ему файлы раскладывать мешает)


--
Булычев Алексей
http://www.stella-npf.ru






Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Sergey Philippov


Константин пишет:

HV Залей в БД блоб на 10Г, потом удали его и дефрагментируй
HV файл, один раз.

  Интерестный подход :) Непроеменно воспользуюсь.
  Но хотелось-бы, как это выразится ... ?
  А, вот, штатными средствами !
  Чтоб разок настроил и забыл ...
Была уже такая тема, вроде никто особо против не был. Осталось дождаться 
реализации, а пока можно попытаться заюзать вот это: 
http://www.sysinternals.com/Utilities/Contig.html


--
wbr, ps
ps-at-azs-ru



Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Horsun Vlad

Oleg LOA ...
 Horsun Vlad ...
  Может проще сразу создать БД нужного размера? ;-)
 
 Дык он не знает нужный размер :)

 Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 блобов указанного
размера выслать товарищу на e-mail

Даже не буду у тебя спрашивать его e-mail ;)

-- 
Хорсун Влад




Re: Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Alex Cherednichenko

Привет, Константин!
Вы пишешь к Ovchinnikov Vasily 08 сентября 2006:

 К ЧТО ДЕЛАТЬ ? КАК ЖИТЬ ?
 К Неужели опять FAT с её проблемами ?

Нет там никаких проблем (в твоём случае).
Кластеры под файл аллокируются тупо линейно.
Бинарное дерево NTFS и её журнал тебе нах не нужны.
Ресторишь базу как многотомную, кусками по 1-2 Гб.

Мог бы порекомендовать RAW-дивайс, но оно есть только под xNIX,
а там оно особо и на ухо не упало, ибо нет там таких проблем.

--
With best regards, Alex Cherednichenko.




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Sergiy S. Tkachenko


Константин пишет:

  Я согласен это выход если БД например на ночь останавливать
  для B/R то туда же можно прикрутить и дефрагментацию ...


Ребята, которые работают на Южной Железной Дороге Украины
используют InterBase 5 и у них постоянно идёт дефрагментация раздела с базой 
данных
стандартным виндовским дефрагментатором. Никто базу данных не останавливает.

Сам видел в 1999 году. Я к ним тогда на работу пытался устроится.



Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Ded


Horsun Vlad wrote:

Oleg LOA ...


Horsun Vlad ...


Может проще сразу создать БД нужного размера? ;-)


  Дык он не знает нужный размер :)


Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 блобов указанного


размера выслать товарищу на e-mail

Даже не буду у тебя спрашивать его e-mail ;)


   Главное - сюда не выкладывай :) А кстати, отчего Length в Create 
Database велено пользовать только при создании многофайловых баз?


--
Regards. Ded.



Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Oleg LOA
Ded [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Главное - сюда не выкладывай :) А кстати, отчего Length в Create 
 Database велено пользовать только при создании многофайловых баз?

Давайте лучше ответим на два вопроса.

1) Когда добавим это парметр при создании БД
2) Как лучше сейчас раздуть основной файл БД

P.S. Чё та я туплю, а где у нас список незанятых страинц в файл бд обитает в 
коде?

Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин


OL Horsun Vlad [EMAIL PROTECTED]
OL wrote in message news:[EMAIL PROTECTED]
 Может проще сразу создать БД нужного размера? ;-)
 
Дык он не знает нужный размер :)

OL Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10
OL блобов указанного размера выслать товарищу на e-mail

:) Не надо !! ;)

С уважением,
Константин Григорьевич.
===




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Horsun Vlad

Ded ...

 Главное - сюда не выкладывай :) А кстати, отчего Length в Create

Как это - не выкладывай ? А остальный что же - мучаться
фрагментированием будут ? :)

 Database велено пользовать только при создании многофайловых баз?

Насколько я помню\понимаю design - для многофайловых баз длина
каждого куска, кроме последнего, прописывается в его header page и
создаются файлы для каждого куска, но только с 1-ой страницей -
header page. Т.е. этот length не служит для выделения места под соотв.
файл в момент создания БД, а только как способ задать р-р каждой части

-- 
Хорсун Влад




Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин



SST Константин пишет:
   Я согласен это выход если БД например на ночь останавливать
   для B/R то туда же можно прикрутить и дефрагментацию ...

SST Ребята, которые работают на Южной Железной Дороге Украины
SST используют InterBase 5 и у них постоянно идёт
SST дефрагментация раздела с базой данных
SST стандартным виндовским дефрагментатором. Никто базу данных не 
останавливает.

SST Сам видел в 1999 году. Я к ним тогда на работу пытался устроится.

 Круто !!! Я плакаль ... Не, я так рисковать не хочу :(


С уважением,
Константин Григорьевич.
===




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Horsun Vlad

Oleg LOA ...
 Ded ...
 Главное - сюда не выкладывай :) А кстати, отчего Length в Create
  Database велено пользовать только при создании многофайловых баз?

 Давайте лучше ответим на два вопроса.

 1) Когда добавим это парметр при создании БД

Не вижу большого смысла добавлять такой пар-р. БД должна расти
относительно
большими кусками, но смысла в точной настройке р-р этих кусков не вижу.
Выбрать
оптимальный алгоритм нужно - например : за один раз расти не менее чем на 64К,
не более чем на 128М, в этих пределах - на 10% от текущего объёма. Цифры -
почти
с потолка :)

 2) Как лучше сейчас раздуть основной файл БД

Запастить для начала большим e-mail ящиком :)

 P.S. Чё та я туплю, а где у нас список незанятых страинц в файл бд обитает в
коде?

В смысле ? Где PIP живёт забыл ? :)

-- 
Хорсун Влад




Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...

2006-09-08 Пенетрантность younghacker

В Минске, холодно и сыро. Лето
кончилось. На конференцию надо бы. Если
все будет, как задумано, то, к сожалению
для участия в конференции, во время
проведения конференции я буду на
тысячу километров западнее Минска. А
мы казачка своего зашлем, который
здесь тусуется :)

Думаю, что падение небыло связано с
клиентскими библиотеками. Но версии
всеравно сегодня проверю. Или исключу
файрволом коннекты с машин где версии
непроверены. Уже одного нашел, win98 ib5.6

Предположение о версии библиотеки
наталквивает меня на мысль, что
возможно по этой же причине у меня
периодически последнее время
наблюдается падение вторичных ключей,
их значение может быть равно 0. Хотя в
мастер таблице нет такой записи. В
итоге бэкап не поднимается пока руками
не поправлю все такие значения.
Наблюдалось дважды.

Сервер на котором наблюдается падение
индексов FB 1, клиентские библиотеки
разные, от IB5.6 до FB 1.5. Причем падение,
мне кажется, началось, когда появились
клиенты версии 1.5

Но все же главный вопрос, что за ошибки
в логе?



Re[3]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин

OL Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10
OL блобов указанного размера выслать товарищу на e-mail

К :) Не надо !! ;)

Всё нормально, конфисковал у менеджеров приратский
видео Гафрилд2 - заливаю в блоб заодно посмотрю
как себя ведёт БД с громадными блобами ;)

Публиковать мой ящик и высылать на него swap не наддо ;)

PS: Интерестно сколько успею посмотреть пока 4 гига зальёться ?
Слава богу начальства нет, народу тоже, завтра день города ... ;)

С уважением,
Константин Григорьевич.
===




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Oleg LOA
Horsun Vlad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Не вижу большого смысла добавлять такой пар-р. БД должна расти
 относительно
 большими кусками, но смысла в точной настройке р-р этих кусков не вижу.

Размер БД при СОЗДАНИИ, а не насколькоона будет расти.
 
В смысле ? Где PIP живёт забыл ? :)

В смысле пути ничейной страницы :-)


Re: оПН SUSPEND

2006-09-08 Пенетрантность Serge Buzadzhy


Dmitry Yemanov пишет:

sasha [EMAIL PROTECTED] wrote:
А можно запретить? Мне кажется что такую тонкость как поведение SUSPEND 
при вызове процедуры с помощью EXECUTE PROCEDURE, помнят очень не многие.


Очень многие люди вызывают процедуры с SUSPEND через EXECUTE. Я, например 
:-)


И какой тайный смысл такового действа? :)




Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...

2006-09-08 Пенетрантность Boulitchev Aleksey



Предположение о версии библиотеки
наталквивает меня на мысль, что
возможно по этой же причине у меня
периодически последнее время
наблюдается падение вторичных ключей,
их значение может быть равно 0. Хотя в
мастер таблице нет такой записи. В
итоге бэкап не поднимается пока руками
не поправлю все такие значения.
Наблюдалось дважды.

Сервер на котором наблюдается падение
индексов FB 1, клиентские библиотеки
разные, от IB5.6 до FB 1.5. Причем падение,
мне кажется, началось, когда появились
клиенты версии 1.5


была такая хрень до 1.0.2, от клиентов, есс-но не зависела
из-за клиентов ломались поля date/time/timestamp при различиях диалектов - 
вываливалось на ошибке фетча проапдейтченой записи. лечилось ручным поиском 
записи (выбирали по одной, пока не падало) и убиванием ее


--
Булычев Алексей
http://www.stella-npf.ru





Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Ded


Константин wrote:

SST Ребята, которые работают на Южной Железной Дороге Украины
SST используют InterBase 5 и у них постоянно идёт
SST дефрагментация раздела с базой данных
SST стандартным виндовским дефрагментатором. Никто базу данных не 
останавливает.

SST Сам видел в 1999 году. Я к ним тогда на работу пытался устроится.

 Круто !!! Я плакаль ... Не, я так рисковать не хочу :(


   И правильно. Чего мы с тобой забыли на Южной Железной Дороге Украины? :)

--
Regards. Ded.



Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Oleg LOA
Horsun Vlad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 
 р-р тоже задать, не вижу вреда\проблем

Дык надо делать к релизу тоды :-)

 В смысле пути ничейной страницы :-)
 
PAG_allocate который ?

Неа, котрый после того как странцы стала пустой с флагом orphan или как его там.

Re: ��� SUSPEND

2006-09-08 Пенетрантность Dmitry Yemanov

Serge Buzadzhy [EMAIL PROTECTED] wrote:

 é ËÁËÏÊ ÔÁÊÎÙÊ ÓÍÙÓÌ ÔÁËÏ×ÏÇÏ ÄÅÊÓÔ×Á? :)

÷ ÐÒÏÃÅÄÕÒÅ ÍÎÅ ÎÁÇÌÑÄÎÅÅ ×ÏÚ×ÒÁÝÁÔØ ÏÄÎÏ ÚÎÁÞÅÎÉÅ ÉÍÅÎÎÏ ÞÅÒÅÚ EXECUTE 
RETURNING. îÏ ÉÎÏÇÄÁ ÜÔÏ ÚÎÁÞÅÎÉÅ ÎÕÖÎÏ ÉÓÐÏÌØÚÏ×ÁÔØ × ÚÁÐÒÏÓÅ, Á ÔÁÍ ÂÅÚ 
SELECT ÎÉËÕÄÁ. ÷ ÏÓÎÏ×ÎÏÍ ÜÔÏ ÓÌÕÞÁÉ ÜÍÕÌÑÃÉÉ PSQL-ÆÕÎËÃÉÊ ÉÍÅÀÝÅÍÉÓÑ 
ÓÒÅÄÓÔ×ÁÍÉ. âÌÁÖØ, ËÏÎÅÞÎÏ, ÎÏ ÔÅÍ ÎÅ ÍÅÎÅÅ :-)


--
äÍÉÔÒÉÊ åÍÁÎÏ×





Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Dmitri Kuzmenko


Hello, Konstantin!

Константин wrote:


2. БД на отдельном разделе (NTFS)
3. На тот раздел вроде ничего больше не прикрученно


ok.


Формачу раздел. Создаю БД. Заливаю данные. Страница БД = Кластеру диска = 
4096


ok.


Пправда заливка идёт через внешние файлы с другого раздела + куча проверок.
{do}
Update - нет есть только Insert. Коммит после каждых ~100 000 записей
После 2-3 лимона начинаются жуткие тормоза ...


см. taskmanager - кто сколько памяти ест - FB, приложение и т.п.
сколько RAM на компе?


После танцов с бубном обнаружил что файл БД сильно фрагментирован ...


чудеса в решете.


Помотрел КАК дефрагментирован файл БД и прикольнулся :)
  1. Фрагменты файла разбросаны по всему диску хаотично :(
 (напоминаю кроме БД там ничего нет и диск
 свежеформатирован/дефрагментирован)


почему-то у меня такое не наблюдается.
чем смотришь?


  2. Каждый фрагмент имеет как минимум 1 кластер пустого
 пространства перед следующим !?

PS: Может это и офтоп, и виновата как всегда Windows :)
Но, имхо, такое впечатление что FB запрашивает у системы
(при нехватке страниц) по 1-му кластеру ...


разумеется.


Можно ли как-нибуть это обойти, ну хотя-бы сказать FB
Захватывать кусками по 100 Mb ?


ага. при размере базы в 10-20 мег? Нельзя. Ты один такой,
а других - много.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Dmitri Kuzmenko


Hello, Константин!

Константин wrote:


  А если, чур меня, придётся переходить на режим 24/7 ?
  А фоновым дефрагментаторам я свою БД не доверю, да и
  сомневаюсь что-бы FB отдал кому нить свой файл на
  растерзание :)


diskeeper 8-9-10 работает отлично, сбоев ни разу,
может дефрагментировать файлы in use.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Alexey Popov



Размер надо увеличивать пропорционально. Например на 10%.


--
--- Home Page http://ok.novgorod.net/ap ---




Re: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Alex Cherednichenko

Привет, Dmitri!
Вы пишешь  08 сентября 2006:

 DK брехня про то что Windows NT (?) ПРОГРАММНО поддерживает
 DK raid 0, raid 1 и raid 5. Никаких RAID Windows ни в какой
 DK версии не поддерживает. RAID обеспечиваются или программно
 DK сторонними средствами, или аппаратно на уровне железа.

Это не так.
http://search.msn.com/results.aspx?q=Windows+NT+Operating+System+Striping+RAIDFORM=QBRE3

--
With best regards, Alex Cherednichenko.




Re: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Oleg LOA
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
 брехня про то что Windows NT (?) ПРОГРАММНО поддерживает


Справка по винде думает иначе

Disk Management\How to...\Manage dynamic volumes 

Manage RAID-5 volumes
Create a RAID-5 volume 
Reconnect the disk and repair the RAID-5 volume 
Replace a disk region in the RAID-5 volume 
Reactivate a RAID-5 disk 

Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Dmitri Kuzmenko


Hello, Константин!

Константин wrote:


   4. Restore БД
   5. Дефрагментация диска БД


После рестора базы, 13 гиг файл имеет 22 фрагмента.
итого примерно по 590 мегабайт на фрагмент.
Так что сказки про сильную фрагментацию рассказывать не надо.
Причем, фрагменты эти расположены последовательно.
т.е. фактически никакой фрагментации на самом деле нет.
см. ниже.


 но ведь весь вопрос в том что к концу дня может
 набраться достаточно фрагментов для тормозов (пока теоретически).
 Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер
 фрагментов ... Как либо увеличив выделяемое за 1 раз место на


см. выше. при такой фрагментации никакой разницы между
распределением страниц в файле БД и распределением фрагментов
нет. Таблица в базе может быть фрагментирована в 100 и более раз
хуже, чем файл БД.
С точки зрения доступа к диску ему (контроллеру диска) все едино - что 
raw disk, что файл.


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34




Re: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Dmitri Kuzmenko


Hello, Oleg!

Oleg LOA wrote:


Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]


брехня про то что Windows NT (?) ПРОГРАММНО поддерживает


Справка по винде думает иначе


тьфу, черт, про динамические диски я забыл.
хотя сам недавно при покупке нового винта
переделал с динамических на simple.

В любом случае, программный raid - это мазохизм :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Ded


Dmitri Kuzmenko wrote:

см. выше. при такой фрагментации никакой разницы между
распределением страниц в файле БД и распределением фрагментов
нет. Таблица в базе может быть фрагментирована в 100 и более раз
хуже, чем файл БД.


   Это да. Фрагментация вообще имхо имеет значение только для тупого 
Select * From Onetable без Order By на свежей базе без версий. Как 
только начал джойнить-фильтровать-сортировать-группировать, а записи 
разбежались по страницам - пофиг. А вот расширение файла должно быть 
операцией сравнительно затратной по логике вещей и иметь возможность 
управлять размером порции откусывания было бы, пожалуй, полезно.


--
Regards. Ded.



Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин

 Update - нет есть только Insert. Коммит после каждых ~100 000 записей
 После 2-3 лимона начинаются жуткие тормоза ...

DK см. taskmanager - кто сколько памяти ест - FB, приложение и т.п.
DK сколько RAM на компе?

 2G, свободных минимум 512K ... Выделенный сервак, правда на
 дуругом разделе Файловый архив .. но (вроде?) активно не юзался :(
 FB вроде и ест не много около 500-700 M. при N (~20) коннектах
 (Classik) но ...

 После танцов с бубном обнаружил что файл БД сильно фрагментирован ...

DK чудеса в решете.

   И тем не мение :(

 Помотрел КАК дефрагментирован файл БД и прикольнулся :)

DK почему-то у меня такое не наблюдается. чем смотришь?

OO Defag ... :( это по быстрому, сорри детальный
анализ, другими средствами не производил :(
(не успел ...)

 PS: Может это и офтоп, и виновата как всегда Windows :)

DK разумеется.

:) а приручить её можно ?

 Можно ли как-нибуть это обойти, ну хотя-бы сказать FB
 Захватывать кусками по 100 Mb ?

DK ага. при размере базы в 10-20 мег? Нельзя. Ты один такой,
DK а других - много.

 10-20M Это начальная так сказать тестовая БД...
 наверное я в попыхах ошибся с размеерностью :( сорри ...
 реальная сейчас около 20 G!
 И если я один такой - :(. неужели, что-то не верится !)
 Ладно пока смирюсь ... тем более несколько вариантов
 обхода уже подсказали ... Но!, всё таки гложет мысль, -
 неужели я один такой ? Избранный :)) - Врядли ...

PS: Дима, не обижайся, я сказал то что есть ...
 
С уважением,
Константин Григорьевич.
===




Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Константин

 Прочитал:
 http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59

DK в статье вроде бы все ничего, только
DK брехня про то что Windows NT (?) ПРОГРАММНО поддерживает
DK raid 0, raid 1 и raid 5. Никаких RAID Windows ни в какой
DK версии не поддерживает. RAID обеспечиваются или программно
DK сторонними средствами, или аппаратно на уровне железа.

   ? !! Штатными средствами XP - точно поддерживабтся !
   Хоть и не использую, но, вроде побовал, - работает !!!

С уважением,
Константин Григорьевич.
===




Re[2]: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Константин

4. Restore БД
5. Дефрагментация диска БД

DK После рестора базы, 13 гиг файл имеет 22 фрагмента.
DK итого примерно по 590 мегабайт на фрагмент.
DK Так что сказки про сильную фрагментацию рассказывать не надо.
DK Причем, фрагменты эти расположены последовательно.
DK т.е. фактически никакой фрагментации на самом деле нет.
DK см. ниже.

  но ведь весь вопрос в том что к концу дня может
  набраться достаточно фрагментов для тормозов (пока теоретически).
  Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер
  фрагментов ... Как либо увеличив выделяемое за 1 раз место на

DK см. выше. при такой фрагментации никакой разницы между
DK распределением страниц в файле БД и распределением фрагментов
DK нет. Таблица в базе может быть фрагментирована в 100 и более раз
DK хуже, чем файл БД.
DK С точки зрения доступа к диску ему (контроллеру диска) все едино - что
DK raw disk, что файл.

Не спорю, не проверял (ещё), но речь в изначальном посте шла о
НОВОЙ БД заливаемой с 0-ля данными ... Ели бы я такую граблю
отловил на Restor-e - я б в бооее конкретных вырадениях
высказывался ;) ... , Наверное :)  ... И не я один ...

PS: Если я всё таки не прав ... На выходных проведу ещё раз несколько
тестов ... Правда после праздника города ;)

С уважением,
Константин Григорьевич.
===




Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!

2006-09-08 Пенетрантность Константин

 Справка по винде думает иначе

DK тьфу, черт, про динамические диски я забыл.
DK хотя сам недавно при покупке нового винта
DK переделал с динамических на simple.

DK В любом случае, программный raid - это мазохизм :-)

:))00

С уважением,
Константин Григорьевич.
===




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Dmitri Kuzmenko


Hello, Константин!

Константин wrote:


 FB вроде и ест не много около 500-700 M. при N (~20) коннектах
 (Classik) но ...


мне кажется ключевое слово здесь Classic.
35 мег на 1 процесс - метаданных в базе много?


OO Defag ... :( это по быстрому, сорри детальный


может гляну этой штукой. хотя Diskeeper тоже не брешет,
см. мое другое письмо.


DK ага. при размере базы в 10-20 мег? Нельзя. Ты один такой,
DK а других - много.

 10-20M Это начальная так сказать тестовая БД...


я про базы данных У ДРУГИХ ЛЮДЕЙ. 20 гиг - не массовый размер.
представь себе удивленное лицо парня, который делает
однопользовательскую базу для распространения на хилых компах,
когда на очередной чих у него база с 10 мег вдруг увеличивается
в 2-4 раза.


 наверное я в попыхах ошибся с размеерностью :( сорри ...
 реальная сейчас около 20 G!


ну 20, и чего. Вот тест tpc-r заливает (dbgen)
при коэффициенте 10 (13 гиг база) в одну таблицу 59
миллионов записей, а в другую - 15. И не умирает же
он после полутора миллионов!

Я тебе на что намекаю - дефрагментация тут вообще ни при чем.
Это ложный вывод на основе недостатка информации.
Может external table такого размера тормозят, или аппликуха твоя,
или еще что.

Сделай над собой усилие, собери всю окружающую твой случай
информацию, и тщательно проверь. я бы предложил проверить:
1. объем памяти занимаемый сервером и приложением при тормозах.
2. скрость заливки после отключения приложения после появления тормозов
3. скорость заливки после рестарта сервера

и т.п.


 обхода уже подсказали ... Но!, всё таки гложет мысль, -
 неужели я один такой ? Избранный :)) - Врядли ...

PS: Дима, не обижайся, я сказал то что есть ...


не надо суетиться и заламывать руки. Вот я уже почитай вторую
неделю тупо и методично бэкаплю и ресторю эту долбаную tpc-r базу
в 13 гиг. С одного винта на другой, на одном винте, когда темп
на одном и на разных винтах, через локалхост. через локальный
протокол, через сервисы. С рестором индексов. Без рестора
индексов. И т.п. Причем во время всего этого тупо пялюсь
на экран в perfmon, записывая по ходу результаты и комментируя,
да еще и некоторые вещи приходится перепроверять по 2-3 раза.

И ничего, как видишь, живой.
А у тебя затормозило на какой то несчастной 20 гиг базе, и ты
сломался :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34




Re: OFF:? Фрагментация файла БД ...

2006-09-08 Пенетрантность Dmitri Kuzmenko


Hello, Константин!

Константин wrote:


Не спорю, не проверял (ещё), но речь в изначальном посте шла о
НОВОЙ БД заливаемой с 0-ля данными ... Ели бы я такую граблю
отловил на Restor-e - я б в бооее конкретных вырадениях
высказывался ;) ... , Наверное :)  ... И не я один ...


так а заливка данных в пустую базу tpc-r - это что?
В одной таблице lineitem 59 миллионов записей.
и она занимает 8 гиг из 13-ти после заливки.
Заливка длится 1 час 50 минут.
(при бэкапе в 20 минут и ресторе 67 минут, без индексов рестор 25 минут).

К слову, вот еще данные по дисковой активности при заливке,
тебе будет интересно. Понятное дело, что я установил размер
страницы 16к и дальше все тесты делал с ним.
Хотя рестор на 4к=4к стоит проверить.

Кластер NTFS 4K
при fw = on
4k page 700kb/сек.

при fw=off
4k page 3.5mb/sec

при fw = on
8k page 1.35mb/сек

при fw=off
8k page 6.2 mb/sec

при fw = on
16k page 2.7 mb/сек

при fw=off
16k page 7.6mb/sec

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34




Re: оПН SUSPEND

2006-09-08 Пенетрантность Serge Buzadzhy


Dmitry Yemanov пишет:

Serge Buzadzhy [EMAIL PROTECTED] wrote:

И какой тайный смысл такового действа? :)


В процедуре мне нагляднее возвращать одно значение именно через EXECUTE 
RETURNING. Но иногда это значение нужно использовать в запросе, а там без 
SELECT никуда. В основном это случаи эмуляции PSQL-функций имеющемися 
средствами. Блажь, конечно, но тем не менее :-)


Хозяин-барин конечно. :) Только надо бы где-то БОЛЬШИМИ БУКВАМИ 
написать, что при вызове через EXECUTE PROCEDURE дело дальше суспенда не 
пойдет. Sasha  в этом вопросе не одинок, мне уже приходилось объяснять 
своим юзерам этот вопрос. Как по уму... может лучше было бы ввести 
понятие тип вызова процедуры.

 0 - может вызываться и через SELECT  и через EXECUTE PROCEDURE
 1 - только через SELECT
 2 - только через EXECUTE PROCEDURE.

Ну и соответственным образом ругаться в случаях 1 и 2 при попытке 
компиляции  или попытке вызвать процедуру неподобающим образом. Это даст 
то что девелопер уже на создании процедуры будет вынужден обратить 
внимание на возможно неочевидный для него нюанс с работой суспенда. А 
лично ты будешь использовать тип 0 и работать по своей блажи в свое 
удовольствие. :)



Удачи