Re: оПН SUSPEND
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 и работать по своей "блажи" в свое удовольствие. :) Удачи
Re: OFF:? Фрагментация файла БД ...
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: OFF:? Фрагментация файла БД ...
Hello, Константин! Константин wrote: FB вроде и ест не "много" около 500-700 M. при N (~20) коннектах (Classik) но ... мне кажется ключевое слово здесь "Classic". 35 мег на 1 процесс - метаданных в базе много? O&O 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[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
>> Справка по винде думает иначе DK> тьфу, черт, про динамические диски я забыл. DK> хотя сам недавно при покупке нового винта DK> переделал с динамических на simple. DK> В любом случае, программный raid - это мазохизм :-) :))00 С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
>>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:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
>> Прочитал: >> 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:? Фрагментация файла БД ...
>> Update - нет есть только Insert. Коммит после каждых ~100 000 записей >> После 2-3 "лимона" начинаются жуткие тормоза ... DK> см. taskmanager - кто сколько памяти ест - FB, приложение и т.п. DK> сколько RAM на компе? 2G, свободных минимум 512K ... Выделенный сервак, правда на дуругом разделе Файловый архив .. но (вроде?) активно не юзался :( FB вроде и ест не "много" около 500-700 M. при N (~20) коннектах (Classik) но ... >> После танцов с бубном обнаружил что файл БД сильно фрагментирован ... DK> чудеса в решете. И тем не мение :( >> Помотрел КАК дефрагментирован файл БД и прикольнулся :) DK> почему-то у меня такое не наблюдается. чем смотришь? O&O Defag ... :( это по быстрому, сорри детальный анализ, другими средствами не производил :( (не успел ...) >> PS: Может это и офтоп, и виновата как всегда Windows :) DK> разумеется. :) а приручить её можно ? >> Можно ли как-нибуть это обойти, ну хотя-бы сказать FB >> Захватывать кусками по 100 Mb ? DK> ага. при размере базы в 10-20 мег? Нельзя. Ты один такой, DK> а других - много. 10-20M Это начальная так сказать "тестовая" БД... наверное я в попыхах ошибся с размеерностью :( сорри ... "реальная" сейчас около 20 G! И если я один такой - :(. неужели, что-то не верится !) Ладно пока смирюсь ... тем более несколько вариантов обхода уже подсказали ... Но!, всё таки гложет мысль, - неужели я один такой ? "Избранный" :)) - Врядли ... PS: Дима, не обижайся, я сказал то что есть ... С уважением, Константин Григорьевич. ===
Re: OFF:? Фрагментация файла БД ...
Dmitri Kuzmenko wrote: см. выше. при такой "фрагментации" никакой разницы между распределением страниц в файле БД и распределением фрагментов нет. Таблица в базе может быть фрагментирована в 100 и более раз хуже, чем файл БД. Это да. Фрагментация вообще имхо имеет значение только для тупого Select * From Onetable без Order By на свежей базе без версий. Как только начал джойнить-фильтровать-сортировать-группировать, а записи разбежались по страницам - пофиг. А вот расширение файла должно быть операцией сравнительно затратной по логике вещей и иметь возможность управлять размером порции откусывания было бы, пожалуй, полезно. -- Regards. Ded.
Re: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
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:? Фрагментация файла БД ...
Hello, Константин! Константин wrote: 4. Restore БД 5. Дефрагментация диска БД После рестора базы, 13 гиг файл имеет 22 фрагмента. итого примерно по 590 мегабайт на фрагмент. Так что сказки про сильную фрагментацию рассказывать не надо. Причем, фрагменты эти расположены последовательно. т.е. фактически никакой фрагментации на самом деле нет. см. ниже. но ведь весь вопрос в том что к концу дня может набраться достаточно фрагментов для тормозов (пока теоретически). Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер фрагментов ... Как либо увеличив выделяемое за 1 раз место на см. выше. при такой "фрагментации" никакой разницы между распределением страниц в файле БД и распределением фрагментов нет. Таблица в базе может быть фрагментирована в 100 и более раз хуже, чем файл БД. С точки зрения доступа к диску ему (контроллеру диска) все едино - что raw disk, что файл. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
"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:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
Привет, 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+RAID&FORM=QBRE3 -- With best regards, Alex Cherednichenko.
Re: OFF:? Фрагментация файла БД ...
Размер надо увеличивать пропорционально. Например на 10%. -- --- Home Page http://ok.novgorod.net/ap ---
Re: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
Hello, Константин! Константин wrote: Прочитал: http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59 в статье вроде бы все ничего, только брехня про то что Windows NT (?) ПРОГРАММНО поддерживает raid 0, raid 1 и raid 5. Никаких RAID Windows ни в какой версии "не поддерживает". RAID обеспечиваются или программно сторонними средствами, или аппаратно на уровне железа. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: OFF:? Фрагментация файла БД ...
Hello, Константин! Константин wrote: А если, чур меня, придётся переходить на режим 24/7 ? А "фоновым" дефрагментаторам я свою БД не доверю, да и сомневаюсь что-бы FB отдал кому нить свой файл на растерзание :) diskeeper 8-9-10 работает отлично, сбоев ни разу, может дефрагментировать файлы in use. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: OFF:? Фрагментация файла БД ...
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: ��� SUSPEND
"Serge Buzadzhy" <[EMAIL PROTECTED]> wrote: > > é ÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃ? :) ÷ ÃÃÃÃà ÃÃÃà ÃÃà ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃÃÃà ÃÃÃà ÃÃÃÃà ÃÃà ÃÃà ÃÃà Ãà Ãà à EXECUTE RETURNING. îà ÃÃÃÃÃà ÃÃà ÃÃÃÃà ÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃÃà à ÃÃÃÃÃÃà , à ÃÃà Ãà à SELECT ÃÃÃÃÃÃ. ÷ ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃà PSQL-ÃÃÃÃÃÃà ÃÃà ÃÃà ÃÃÃà ÃÃà ÃÃÃÃÃÃÃ. âÃÃÃÃ, ÃÃÃà ÃÃÃ, Ãà Ãà à Ãà Ãà Ãà à :-) -- äÃÃÃÃÃà åÃÃÃÃÃ
Re: OFF:? Фрагментация файла БД ...
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > р-р тоже задать, не вижу вреда\проблем Дык надо делать к релизу тоды :-) >> В смысле пути ничейной страницы :-) > >PAG_allocate который ? Неа, котрый после того как странцы стала пустой с флагом orphan или как его там.
Re: OFF:? Фрагментация файла БД ...
Константин wrote: SST> Ребята, которые работают на Южной Железной Дороге Украины SST> используют InterBase 5 и у них постоянно идёт SST> дефрагментация раздела с базой данных SST> стандартным виндовским дефрагментатором. Никто базу данных не останавливает. SST> Сам видел в 1999 году. Я к ним тогда на работу пытался устроится. Круто !!! Я плакаль ... Не, я так рисковать не хочу :( И правильно. Чего мы с тобой забыли на Южной Железной Дороге Украины? :) -- Regards. Ded.
Re: OFF:? Фрагментация файла БД ...
"Oleg LOA" ... > "Horsun Vlad" ... > >Не вижу большого смысла добавлять такой пар-р. БД должна расти > > относительно > > большими кусками, но смысла в точной настройке р-р этих кусков не вижу. > > Размер БД при СОЗДАНИИ, а не насколькоона будет расти. Ну вот этими кусками и будет расти. Хотя можно и опциональный начальный р-р тоже задать, не вижу вреда\проблем > >В смысле ? Где PIP живёт забыл ? :) > > В смысле пути ничейной страницы :-) PAG_allocate который ? -- Хорсун Влад
Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...
Предположение о версии библиотеки наталквивает меня на мысль, что возможно по этой же причине у меня периодически последнее время наблюдается падение вторичных ключей, их значение может быть равно 0. Хотя в мастер таблице нет такой записи. В итоге бэкап не поднимается пока руками не поправлю все такие значения. Наблюдалось дважды. Сервер на котором наблюдается падение индексов FB 1, клиентские библиотеки разные, от IB5.6 до FB 1.5. Причем падение, мне кажется, началось, когда появились клиенты версии 1.5 была такая хрень до 1.0.2, от клиентов, есс-но не зависела из-за клиентов ломались поля date/time/timestamp при различиях диалектов - вываливалось на ошибке фетча проапдейтченой записи. лечилось ручным поиском записи (выбирали по одной, пока не падало) и убиванием ее -- Булычев Алексей http://www.stella-npf.ru
Re: оПН SUSPEND
Dmitry Yemanov пишет: "sasha" <[EMAIL PROTECTED]> wrote: А можно запретить? Мне кажется что такую тонкость как поведение SUSPEND при вызове процедуры с помощью EXECUTE PROCEDURE, помнят очень не многие. Очень многие люди вызывают процедуры с SUSPEND через EXECUTE. Я, например :-) И какой тайный смысл такового действа? :)
Re: OFF:? Фрагментация файла БД ...
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Не вижу большого смысла добавлять такой пар-р. БД должна расти > относительно > большими кусками, но смысла в точной настройке р-р этих кусков не вижу. Размер БД при СОЗДАНИИ, а не насколькоона будет расти. >В смысле ? Где PIP живёт забыл ? :) В смысле пути ничейной страницы :-)
Re[3]: OFF:? Фрагментация файла БД ...
OL>> Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 OL>> блобов указанного размера выслать товарищу на e-mail К> >:) Не надо !! ;) Всё нормально, конфисковал у менеджеров приратский видео "Гафрилд2" - заливаю в блоб заодно посмотрю как себя ведёт БД с громадными блобами ;) Публиковать мой ящик и высылать на него swap не наддо ;) PS: Интерестно сколько успею посмотреть пока 4 гига зальёться ? Слава богу начальства нет, народу тоже, завтра день города ... ;) С уважением, Константин Григорьевич. ===
Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...
В Минске, холодно и сыро. Лето кончилось. На конференцию надо бы. Если все будет, как задумано, то, к сожалению для участия в конференции, во время проведения конференции я буду на тысячу километров западнее Минска. А мы казачка своего зашлем, который здесь тусуется :) Думаю, что падение небыло связано с клиентскими библиотеками. Но версии всеравно сегодня проверю. Или исключу файрволом коннекты с машин где версии непроверены. Уже одного нашел, win98 ib5.6 Предположение о версии библиотеки наталквивает меня на мысль, что возможно по этой же причине у меня периодически последнее время наблюдается падение вторичных ключей, их значение может быть равно 0. Хотя в мастер таблице нет такой записи. В итоге бэкап не поднимается пока руками не поправлю все такие значения. Наблюдалось дважды. Сервер на котором наблюдается падение индексов FB 1, клиентские библиотеки разные, от IB5.6 до FB 1.5. Причем падение, мне кажется, началось, когда появились клиенты версии 1.5 Но все же главный вопрос, что за ошибки в логе?
Re: OFF:? Фрагментация файла БД ...
"Oleg LOA" ... > "Ded" ... > >Главное - сюда не выкладывай :) А кстати, отчего Length в Create > > Database велено пользовать только при создании многофайловых баз? > > Давайте лучше ответим на два вопроса. > > 1) Когда добавим это парметр при создании БД Не вижу большого смысла добавлять такой пар-р. БД должна расти относительно большими кусками, но смысла в точной настройке р-р этих кусков не вижу. Выбрать оптимальный алгоритм нужно - например : за один раз расти не менее чем на 64К, не более чем на 128М, в этих пределах - на 10% от текущего объёма. Цифры - почти с потолка :) > 2) Как лучше сейчас раздуть основной файл БД Запастить для начала большим e-mail ящиком :) > P.S. Чё та я туплю, а где у нас список незанятых страинц в файл бд обитает в коде? В смысле ? Где PIP живёт забыл ? :) -- Хорсун Влад
Re[2]: OFF:? Фрагментация файла БД ...
SST> Константин пишет: >> Я согласен это выход если БД например на ночь останавливать >> для B/R то туда же можно прикрутить и дефрагментацию ... SST> Ребята, которые работают на Южной Железной Дороге Украины SST> используют InterBase 5 и у них постоянно идёт SST> дефрагментация раздела с базой данных SST> стандартным виндовским дефрагментатором. Никто базу данных не останавливает. SST> Сам видел в 1999 году. Я к ним тогда на работу пытался устроится. Круто !!! Я плакаль ... Не, я так рисковать не хочу :( С уважением, Константин Григорьевич. ===
Re: OFF:? Фрагментация файла БД ...
"Ded" ... > Главное - сюда не выкладывай :) А кстати, отчего Length в Create Как это - не выкладывай ? А остальный что же - мучаться фрагментированием будут ? :) > Database велено пользовать только при создании многофайловых баз? Насколько я помню\понимаю design - для многофайловых баз длина каждого куска, кроме последнего, прописывается в его header page и создаются файлы для каждого куска, но только с 1-ой страницей - header page. Т.е. этот length не служит для выделения места под соотв. файл в момент создания БД, а только как способ задать р-р каждой части -- Хорсун Влад
Re[2]: OFF:? Фрагментация файла БД ...
OL> "Horsun Vlad" <[EMAIL PROTECTED]> OL> wrote in message news:[EMAIL PROTECTED] >>> Может проще сразу создать БД нужного размера? ;-) >> >>Дык он не знает нужный размер :) OL> Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 OL> блобов указанного размера выслать товарищу на e-mail >:) Не надо !! ;) С уважением, Константин Григорьевич. ===
Re: OFF:? Фрагментация файла БД ...
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Главное - сюда не выкладывай :) А кстати, отчего Length в Create > Database велено пользовать только при создании многофайловых баз? Давайте лучше ответим на два вопроса. 1) Когда добавим это парметр при создании БД 2) Как лучше сейчас раздуть основной файл БД P.S. Чё та я туплю, а где у нас список незанятых страинц в файл бд обитает в коде?
Re: OFF:? Фрагментация файла БД ...
Horsun Vlad wrote: "Oleg LOA" ... "Horsun Vlad" ... Может проще сразу создать БД нужного размера? ;-) Дык он не знает нужный размер :) Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 блобов указанного размера выслать товарищу на e-mail Даже не буду у тебя спрашивать его e-mail ;) Главное - сюда не выкладывай :) А кстати, отчего Length в Create Database велено пользовать только при создании многофайловых баз? -- Regards. Ded.
Re: OFF:? Фрагментация файла БД ...
Константин пишет: Я согласен это выход если БД например на ночь останавливать для B/R то туда же можно прикрутить и дефрагментацию ... Ребята, которые работают на Южной Железной Дороге Украины используют InterBase 5 и у них постоянно идёт дефрагментация раздела с базой данных стандартным виндовским дефрагментатором. Никто базу данных не останавливает. Сам видел в 1999 году. Я к ним тогда на работу пытался устроится.
Re: Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
Привет, Константин! Вы пишешь к Ovchinnikov Vasily 08 сентября 2006: К> ЧТО ДЕЛАТЬ ? КАК ЖИТЬ ? К> Неужели опять FAT с её проблемами ? Нет там никаких проблем (в твоём случае). Кластеры под файл аллокируются тупо линейно. Бинарное дерево NTFS и её журнал тебе нах не нужны. Ресторишь базу как многотомную, кусками по 1-2 Гб. Мог бы порекомендовать RAW-дивайс, но оно есть только под xNIX, а там оно особо и на ухо не упало, ибо нет там таких проблем. -- With best regards, Alex Cherednichenko.
Re: OFF:? Фрагментация файла БД ...
"Oleg LOA" ... > "Horsun Vlad" ... > >> Может проще сразу создать БД нужного размера? ;-) > > > >Дык он не знает нужный размер :) > > Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 блобов указанного размера выслать товарищу на e-mail Даже не буду у тебя спрашивать его e-mail ;) -- Хорсун Влад
Re: OFF:? Фрагментация файла БД ...
Константин пишет: HV> Залей в БД блоб на 10Г, потом удали его и дефрагментируй HV> файл, один раз. Интерестный подход :) Непроеменно воспользуюсь. Но хотелось-бы, как это выразится ... ? А, вот, штатными средствами ! Чтоб разок настроил и забыл ... Была уже такая тема, вроде никто особо против не был. Осталось дождаться реализации, а пока можно попытаться заюзать вот это: http://www.sysinternals.com/Utilities/Contig.html -- wbr, ps ps-at-azs-ru
Re: OFF:? Фрагментация файла БД ...
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> Может проще сразу создать БД нужного размера? ;-) > >Дык он не знает нужный размер :) Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 блобов указанного размера выслать товарищу на e-mail
Re: Re[4]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ? Я как раз таки и не думал что это проблема HTFS кто сказал что это проблема? зуб не дам, но пребываю в глубокой уверенности - NTFS дефрагментировать не надо. особенно на SCSI, и думаю - на SATA-2 (который с поддержкой NCQ и буфером в 8 м) А если я не знаю какого размена мне нужна будет БД ? Да и, если честно, что-то не припомню ключика gbak для указания размера создаваемой БД :( при подключении моска можно выяснить размер раздела, посчитать 80% от него и получить максимально допустимый размер БД. (NTFS сильно не любит, когда свободного места на диске меньше 20% - оно ему файлы раскладывать мешает) -- Булычев Алексей http://www.stella-npf.ru
Re: OFF:? Фрагментация файла БД ...
"Oleg LOA" ... > "Horsun Vlad" ... > >Залей в БД блоб на 10Г, потом удали его и дефрагментируй > > файл, один раз. > > Может проще сразу создать БД нужного размера? ;-) Дык он не знает нужный размер :) -- Хорсун Влад
Re[2]: OFF:? Фрагментация файла БД ...
>> Может кто подскажет где можно прикрутить что-бы при нехватке >> страниц FB2 RC4 выделял на диске заданное к-во страниц скопом ? HV> Где-где, сказать что-ли - где ? :) Гуссары малчать! Здесь (в этой конфе), я видел мелькали, дамы ... :) >>Но, имхо, такое впечатление что FB запрашивает у системы >>(при нехватке страниц) по 1-му кластеру ... >>Можно ли как-нибуть это обойти, ну хотя-бы сказать FB >>Захватывать кусками по 100 Mb ? HV> Залей в БД блоб на 10Г, потом удали его и дефрагментируй HV> файл, один раз. Интерестный подход :) Непроеменно воспользуюсь. Но хотелось-бы, как это выразится ... ? А, вот, штатными средствами ! Чтоб разок настроил и забыл ... С уважением, Константин Григорьевич. ===
Re: OFF:? Фрагментация файла БД ...
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Залей в БД блоб на 10Г, потом удали его и дефрагментируй > файл, один раз. Может проще сразу создать БД нужного размера? ;-)
Re[4]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
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: Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
"Константин" <[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: OFF:? Фрагментация файла БД ...
> Может кто подскажет где можно прикрутить что-бы при нехватке > страниц FB2 RC4 выделял на диске заданное к-во страниц скопом ? Где-где, сказать что-ли - где ? :) >Но, имхо, такое впечатление что FB запрашивает у системы >(при нехватке страниц) по 1-му кластеру ... >Можно ли как-нибуть это обойти, ну хотя-бы сказать FB >Захватывать кусками по 100 Mb ? Залей в БД блоб на 10Г, потом удали его и дефрагментируй файл, один раз. -- Хорсун Влад
Re: Про SUSPEND
sasha wrote: > > Да не проблема запретить. Но чем это тебе поможет, если выходные параметры > > таки нужны? > > Ну если нужны - это другой вопрос. Я бы вобще запретил вызывать > процедуры через EXECUTE PROCEDURE, если в них есть SUSPEND. Но ты ведь > сам сказал что лично такими пользуешься. Поэтому я не знаю что сказать. Можно поступить по другому. В компонентах доступа поддеживать запрос типа "EXEC SP ..." (или, например, ODBC-шный синтаксис вызова SP), который транслируетя в select / execute procedure в зависимости от наличия OUT-параметров и SUSPEND. Думаю, это решит твою проблему. Коваленко Дмитрий.
Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
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: OFF:? Фрагментация файла БД ...
Мадорский Г.В. пишет: Ну а если попробовать ночером остановить сервер и переместить файл базы на другой диск и обратно... >Константин Григорьевич пишет: > А "фоновым" дефрагментаторам я свою БД не доверю, да и > сомневаюсь что-бы FB отдал кому нить свой файл на > растерзание А чего б ему не отдать, если при остановленном сервере попробовать? Думаю, все едино - потом дефрагментируется снова и также сильно. Чтение/запись - та же дефрагментация. Если это действительно стратегия NTFS, как Alex Cherednichenko говорит, то в консерватории дело. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re[4]: OFF:? Фрагментация файла БД ...
МГВ> Ну а если попробовать ночером остановить сервер и переместить файл базы на МГВ> другой диск и обратно... Да в принципе уже перенастроил шедулер: 1. BackUp на другой диск. 2. Перемещение БД туда же (как резерв) 3. Дефрагментация диска БД 4. Restore БД 5. Дефрагментация диска БД но ведь весь вопрос в том что к концу дня может набраться достаточно фрагментов для тормозов (пока теоретически). Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер фрагментов ... Как либо увеличив выделяемое за 1 раз место на диске при запросе FB (или "системно" ?) ... С уважением, Константин Григорьевич. ===
Re: OFF:? Фрагментация файла БД ...
Константин пишет: Сочуствую ... У меня, пока, что-то около 14/6 ;) Да не, нормально все. Просто самому в вечной готовности 24/7 приходится быть, ибо только я один в нашей команде с сервером на ты. И из отпуска теоретически выдернут влегкую, ежели что, и в выходные. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Re[2]: OFF:? Фрагментация файла БД ...
"Константин" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] OV> Константин пишет: А если, чур меня, придётся переходить на режим 24/7 ? OV> Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7... Сочуствую ... У меня, пока, что-то около 14/6 ;) Ну а если попробовать ночером остановить сервер и переместить файл базы на другой диск и обратно... With b/r. Gleb.
Re[2]: OFF:? Фрагментация файла БД ...
OV> Константин пишет: >> А если, чур меня, придётся переходить на режим 24/7 ? OV> Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7... Сочуствую ... У меня, пока, что-то около 14/6 ;) С уважением, Константин Григорьевич. ===
Re: Про SUSPEND
А что именно не получилось? Мы все что хотели - сразу перевели на 2.0. Не помню что, но после конвертации было несколько сотен ошибок, которые править было некогда. Решили пока на 1.1 остаться. Думаю к новому году таки перейдём...
Re: OFF:? Фрагментация файла БД ...
Константин пишет: А если, чур меня, придётся переходить на режим 24/7 ? Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7... -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Видео про бразильскую конференцию
Dmitry Lendel пишет: Посмотрел. А я что-то так и не выбрал время. Скачать-то скачал, но мимоходом с перемоткой выборочно глянул. Зал здоровый - впечатлило количество народа! Посмотрим, сколько 14 окт в Москве народу наберется :-) -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re[2]: OFF:? Фрагментация файла БД ...
SST> У меня стоит PerfectDisk 8 и по расписанию дефрагментирует раздел с базой данных. SST> и скорость работы сервера всегда приличная. кол-во записей аналогично твоим. Я согласен это выход если БД например на ночь останавливать для B/R то туда же можно прикрутить и дефрагментацию ... А если, чур меня, придётся переходить на режим 24/7 ? А "фоновым" дефрагментаторам я свою БД не доверю, да и сомневаюсь что-бы FB отдал кому нить свой файл на растерзание :) С уважением, Константин Григорьевич. ===
Re: Про SUSPEND
Hello, sasha said the following on 07.09.2006 16:33: > Мы, к примеру, не можем перейти на .NET 2.0 с .NET 1.1 т.к. очень много > изменений надо делать и стандартный майкрософтовский конвертер не > справляется. А что именно не получилось? Мы все что хотели - сразу перевели на 2.0. -- Oleg
Re[2]: OFF:? Фрагментация файла БД ...
AC> Стратегия NTFS-5 AC> Можно ли это обрубить - Х.З. AC> Как альтернатива, раз уж у тебя отдельный раздел AC> под БД, поставь на FAT. AC> Только учти ограничения на размер файла. Блин не хочу FAT ! Не хочу, не хочу, не буду (начинается истерика)... ;) База уже больше 20 Гиг ... С уважением, Константин Григорьевич. ===
Re: OFF:? Фрагментация файла БД ...
Привет, Константин! Вы пишешь 08 сентября 2006: К> Ситуация следущая: К> 1. XP SP2 (да, да, - знаю но шо делать ...) К> 2. БД на отдельном разделе (NTFS) К> 3. На тот раздел вроде ничего больше не прикрученно [Sorry, skipped] К> 1. Фрагменты файла разбросаны по всему диску хаотично :( К> (напоминаю кроме БД там ничего нет и диск К> свежеформатирован/дефрагментирован) К> 2. Каждый фрагмент имеет как минимум 1 кластер пустого К> пространства перед следующим !? Стратегия NTFS-5 Можно ли это обрубить - Х.З. Как альтернатива, раз уж у тебя отдельный раздел под БД, поставь на FAT. Только учти ограничения на размер файла. -- With best regards, Alex Cherednichenko.
Re: OFF:? Фрагментация файла БД ...
У меня стоит PerfectDisk 8 и по расписанию дефрагментирует раздел с базой данных. и скорость работы сервера всегда приличная. кол-во записей аналогично твоим.
OFF:? Фрагментация файла БД ...
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: Multi Doc Numeration
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > вернулся. Чтоб удержать одну запись, крайне необходимо блокировать > таблицу целиком. МП, крутани ПНХ движок до отсечки, а? В данном случае можно создать "генератор номеров" у которго будет своя таблица.
Re: Multi Doc Numeration
"Константин" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >А если серьёзно, кто что думает по этому поводу ? Предлагаю подумать на следующие темы самостоятельно; 1) Сериализация доступа к механизму создания новых номеров 2) Параметрытранзакции lock_writе и wait
Re: ����� ��� ����������� ����������
ðÃÃÃà à > îà ÃÃÃÃÃÃÃÃÃÃà Ãà Ãà ÃÃÃà ÃÃà ÃÃÃÃà > Ãà ÃÃÃà Ãà ÃÃà ÃÃà Firebird Developers Day à > ðÃÃÃÃÃÃÃÃà - ÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃà à > ÃÃÃÃÃÃÃÃÃ, à ÃÃÃÃà ÃÃÃà ÃÃÃà ëÃÃÃÃÃÃ, à > ÃÃÃà ÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃÃÃà > ÃÃÃÃÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃ. ðÃÃÃÃÃÃà Ã. ôÃÃÃà - ÃÃà áÃÃÃÃÃÃ? äÃÃÃÃÃÃ
Re[2]: Multi Doc Numeration
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: Про SUSPEND
Так а зачем версию сервера менять если наследование есть? Хочешь новую версию сервера - переделывай. Не хочешь переделывать - сиди на старой версии... Мы, к примеру, не можем перейти на .NET 2.0 с .NET 1.1 т.к. очень много изменений надо делать и стандартный майкрософтовский конвертер не справляется. Ну и что здесь такого страшного? По-моему вполне нормальная ситуация, когда производитель исправил свои ошибки и выпустил несовместимую со старыми ошибками версию. как ты думаешь почему у меня работают прикладухи от nt40? http://russian.joelonsoftware.com/Articles/HowMicrosoftLosttheWaronA.html я за Чейна а смысл перехода на новую версию сервера банален - быстродействие -- Булычев Алексей http://www.stella-npf.ru
Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...
Hi "Andrei Yeryomin" > > наблюдал такое же когда gds323 от IB7.x > Ну и разрядность же у твоей операционки. > :-D Сегодгняж пятница, это не у ОС а у процессора, мне до этого максимально попадались 128-битные. WBR Evgeney Putilin.
Re: RH-EL-3 FirebirdSS-1.5.3 SERVER/process_packet: connection rejected for ...
Alexey Kovyazin пишет: наблюдал такое же когда gds323 от IB7.x Ну и разрядность же у твоей операционки. :-D -- С Уважением, Андрей Еремин.