Re: �������������� ������������ � ������������� ���� ������
Eugeney Putilin [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] вот статья, рассматривающая вопросы аутентификации пользователя и разграничения прав доступа на уровне записи в системах, использующих Interbase/Firebird/Yaffil в качестве сервера БД. http://gsbelarus.com/gs/modules.php?name=Newsfile=articlesid=358 такое ощущение, что я уже читал что-то в этом роде. у меня идея другая. а Случаем не это напоминает? http://www.delphiplus.org/articles/ib/only_for_your_eyes/index.html Да у них принципы похожи. Реализация может быть и другая. Скууушнааа. -- Каратаев Владимир
Re: Снова о виртуальной памяти
Yuris W. Auzinsh пишет: Хм... ну если жалко, то посмотри на свой же Слишком мало виртуальной памяти-BW.gif - Выделение памяти - Пик, сие и есть минимальный размер файла подкачки (на текущим момент используемого набора приложений) для того, чтобы Тебя не беспокоили сообщения о нехватке виртуальной памяти. Жизнь немного сложнее. И Пик, и Всего в моем случае _всегда_ больше размера свопа. Тем не менее, я уже недели две не видел предупреждения. Фактическиэто значение показывает потенциально возможное использование файла подкачки и видимо именно оно сравнивается с размером существующего файла подкачки и вызывает предупреждение, в то время как у системы действительно есть свободная физическая память. Спасибо за разъяснение :)) И, раз уж ты эту ветку реанимировал, объясни мне, что является инициатором этого сравнения? Не могу уловить закономерности появления предупреждения. PS. Не пиши тебя с большой буквы. Я все-таки не Он :)
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Hello, Oleg LOA said the following on 27.02.2006 1:11: Если не сложно, прогони плиз тесты с Ingress тоже. А то, как мне кажется, где-то за пол-года его будут опять сильно популяризировать, а он нам теоретический конкурент по опенсорсу. И где его взять в нормальном варианте? http://opensourcefiles.ca.com/Windows/ingres-3.0.2.105-GA-win32.zip http://opensourcefiles.ca.com/Windows/ingres-3%5B1%5D.0.2.105-readme.zip http://opensourcefiles.ca.com/Windows/gettingstarted.pdf -- Oleg
Re: ��������������� ���������� �� ����� TPCR (YA/FB/ORA/MS/PG)
Hello, Alexander! Alexander Goldun wrote: Что выдает SELECT @@version ? ASCRUS утверждает, что там на сайте лежит сырая версия 9.0.2, у которой поломали оптимайзер и надо ставить последний патч (ebf). У него такой же апдейт 10-милионной таблицы прошел за 400 сек. для запроса update lineitem set field = trim(field); imho оптимизатор не имеет абсолютно никакого значения. Страница в 2кб все-таки маловато, оптимальнее будет наверное 8кб для такой базы. оптимальнее будет размер страницы, эквивалентный для всех тестируемых данным тестом баз. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Так и не скомпилял я этот dbgen. Взял готовый для FB2.0 по адресу http://ibdeveloper.com/tests/tpc-r/how-to-run-tpc-r-based-test/ Сгенерил файлы с данными. Использовал ASA 9.0.2.3207 на Win2003, процессор Celeron 2.66 ггц, памяти 512 мб, винт обычный IDE. Создал базу с размером страницы 8 кб. Остальное - по-умолчанию. Запустил ее полностью по-умолчанию - командой dbeng9 tpcr.db Сделал ту таблицу lineitem Залил данные из файла стандартной командой LOAD TABLE - заливка 490 секунд, 6001215 записей Создал PK - 330 сек. Тот самый update lineitem set l_comment = trim(l_comment) - 251 секунда. За все это время максимальный размер кэша - 240 мб (по-умолчанию ASA динамически меняет размер кэша в зависимости от потребностей и наличия свободной памяти в системе) Использовавшийся комп был заментно нагружен и другими задачами, так что эксперимент далеко не слишком чистый. Если еще не потерял интерес, могу выдать: 1) последний EBF (9.0.2.3249, 75мб) 2) скрипт создания базы 3) скрипты загрузки таблиц из файлов *.tbl, которые сделал dbgen 4) командную строку для запуска бд можно и по-умолчанию использовать Правильно ли я понял, что в TPC-R просто меряется время однократного выполнения запосов 1.sql-22.sql?
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Dmitri Kuzmenko пишет: для запроса update lineitem set field = trim(field); imho оптимизатор не имеет абсолютно никакого значения. Да, неактуален. Не знаю точный номер версии у Олега, но существенные поломки в 9.0.2 в начальных выпусках были - тогда достаточно много изменений вносилось. Почему они именно его выложили на сайт, не потрудившись хотя бы упомянуть про апгрейды - без понятия.
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Alexander Goldun tmpmail1-P4MSZbKTW1ZxeeU/[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Тот самый update lineitem set l_comment = trim(l_comment) - 251 секунда. Я нашел косяк. У меня обновлялись в одном update три поля из которых два были индексируемыми. Чёт там shipmomode и ещё какое-то varchar. Так вот при наличии индекса ASA уходит в глубокий IO при обновлении 6 МБ записей на lineitem. Создай все 4-е индекса на lineitem и выполни update по индексируемым полям. MS эту задачку решил за час. Сколько решаем мы узнаю вечером.
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Oleg LOA пишет: Тот самый update lineitem set l_comment = trim(l_comment) - 251 секунда. Я нашел косяк. У меня обновлялись в одном update три поля из которых два были индексируемыми. Чёт там shipmomode и ещё какое-то varchar. Так вот при наличии индекса ASA уходит в глубокий IO при обновлении 6 МБ записей на lineitem. Создай все 4-е индекса на lineitem и выполни update по индексируемым полям. Индексы нашел: create index lineitem_shipdate on lineitem(l_shipdate); create index lineitem_partkey_suppkey on lineitem(l_partkey, l_suppkey); create index part_brand_container_size on part(p_brand, p_container, p_size); create index lineitem_quantity_sm_si on lineitem(l_quantity, l_shipmode, l_shipinstruct); create index lineitem_shipmode_rd on lineitem(l_shipmode, l_receiptdate); Оно? Текст update дашь или самому придумать?
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Oleg LOA пишет: Оно? Да Текст update дашь или самому придумать? update lineitem set l_shipmode = l_shipmode || '', l_shipinstruct = l_shipinstruct || ' ', l_comment = l_l_comment || ' '; Это trim наоборот :-) Или я туплю, или что-то проглядел. Индексы сделал - 1257 секунд на 4 индекса. Выполнил UPDATE - 610 секунд всего. Сейчас попробую запустить такое: update lineitem set l_shipmode = trim(l_shipmode) || '===', l_shipinstruct = trim(l_shipinstruct) || '===', l_comment = trim(l_comment) || '===' т.к. не искючено, что сказалось то, что база сделана с режимом ignore trailing blanks in comparison.
Re: Проблема с правами после backup/restore.`
Пардон, пардон! Самое главное не сообщил! Сервак, на котором создавалась база, то ли 1.5, то ли 1.5.1 - к сожалению, точно не скажу. Сейчас работает под 1.5.2 (WI-V6.3.2 4731)), где, собственно, и есть проблемы с backup/restore. Похоже, что они впервые и появились после перехода на 1.5.2
���
тест
Валится бекап почемуто :(
Привет алл Вот както давольно часто в последнее время начал валится бекап и выдовать вот токое в конце: . . . gbak:28 records written gbak:writing index CL_XREF_PLUGIN_UNIT_PK gbak:writing index CL_XREF_PLUGIN_UNIT_UNIT_FK gbak: ERROR:Unable to complete network request to host .. gbak: ERROR:Error reading data from the connection. gbak: ERROR:The pipe has been ended. gbak: ERROR:isc_compile_request failed gbak:Exiting before completion due to errors Сетевая карта, диверсии ... ничего непонимаю :( После етого неподключится к базе - сервер валится. Если shutdown то с SYSDBA можно. Делаю потом бекап/ресторе и пару недельки опять жывём нормально ... Yaffil 889 Счаго бы ето ? Regards Janex
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Alexander Goldun пишет: Сейчас попробую запустить такое: update lineitem set l_shipmode = trim(l_shipmode) || '===', l_shipinstruct = trim(l_shipinstruct) || '===', l_comment = trim(l_comment) || '===' т.к. не искючено, что сказалось то, что база сделана с режимом ignore trailing blanks in comparison. так оно и есть. 7 часов 56 минут. Условия те же - Win2003, процессор Celeron 2.66 ггц, памяти 512 мб (ASA смог заполучить под кэш только 260мб), винт обычный IDE от Seagate, 160 гб. Файл БД сильно фрагментирован - 1071 фрагмент. Transaction log рядом с базой. Дисковое IO великовато - из этих 8 часов CPU Time серверного процесса в районе 20 минут, может даже меньше. Посмотрим, что покажут тесты TPC-R у Олега.
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Добавил результаты ASA9, цифры говорят сами за себя. По поводу косяка с массовым обновлением lineitem на ASA9 - виноваты индексмы. Т.е. это явные грабле в ASA. Тотже Ya отработал запрос за пару минут, MS копался раздувая лог 1 час, ORA выполнил быстрее На этом тестирование заканчиваю. Положительный эффект есть - пару косяков в FB2 подправили. log.rar Description: Binary data
Re: Как правильно постить?
Hello, Alexander! You wrote on Tue, 28 Feb 2006 02:37:42 +0200: AK Cancel Message ÎÅ ÒÁÂÏÔÁÅÔ. http://groups.google.com/groups/msgs_remove õÄÁÞ -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixangry_dogtndottobdotru
Re: Валится бекап почемуто :(
Гм, чего делали что меняли. Дрова, железо? A воошето и ничего неменяли. 4 раза в день идёт бекап и вот токое начало делатся :( Версия птици там с начало её выхода в свет. Чтото подозреваю невпорядке там с IP, а то уже писал, что если юзаю програмку IBConsvc то рано или позно сервер входит в кокуюто кому, когда из клиентских компах к базе подкэлючение идёт, а с самого сервера нихрена. Убрал IBConsvc и сделал своё - IBNAT (писал тут об етом). Ета проблема вроде стало появлятся реже, но появилась ета с бекапом ... Но врятли ето связано с моим IBNAT а то помню что было неделька без него и проблема с бекапом таже было :( Можбить сетевая карта глюучит - ето может такое вызвать или она тут роль неиграет ? Regards Janex
Re: Как правильно постить?
Alexander A. Venikov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Hello, Alexander! You wrote on Tue, 28 Feb 2006 02:37:42 +0200: AK Cancel Message не работает. http://groups.google.com/groups/msgs_remove Удач Спасибо. Посмотрел, долгий процесс оказывается. -- Комарчук Александр.