Alexander V. Skvortsov ...
Dmitri Kuzmenko ...
делала, а RELEASE со всеми оптимизациями по скорости - результат в
разы быстрее! ;-). Приложение по прежнему однопоточное, гипертрединг
по прежнему включён. Загрузка выше 52% не поднимается. :-)
И что из этого ?
с гипертредингом-то -
Hello, Eugene!
You wrote on Tue, 03 Jul 2007 22:21:35 -0700:
EK Kochmin Alexandr wrote: а garbage collection?
EK Разумеется, backup делается с ключом -g
А нафига?
--
Удач
Alexander A. Venikov, Tobolsk, Russia
Здравствуйте, ВСЕ !
Что-то изменилось в работе gbak?
При попытке ресторить базу от 1.5.4 на 2.1,
происходит интересный облом:
=Beginning of the citation==
gbak:activating and creating deferred index RDB$FOREIGN398
gbak:activating and creating deferred index
Dmitri Kuzmenko wrote:
неправильно считает. я тоже NC пользуюсь для чтения ньюсов.
Ты с мозиллой не путаешь? Я только недавно слез с Netscape 4.05
--
--- Home Page http://ok.novgorod.net/ap ---
Alex Cherednichenko wrote:
Раньше с таким сталкиваться не доводилось.
Делать б/р только метаданных пока ещё не пробовал.
Если на метаданных воспроизведется, засылай бекап мне.
--
Дмитрий Еманов
Hello, Alexander!
Alexander A. Venikov wrote:
EK Kochmin Alexandr wrote: а garbage collection?
EK Разумеется, backup делается с ключом -g
А нафига?
вот же, блин
с приложениями, которые нормально работают с транзакциями,
в базе мусор совершенно нормально кооперативно убирается и так.
Hello, Alexey!
Alexey Popov wrote:
неправильно считает. я тоже NC пользуюсь для чтения ньюсов.
Ты с мозиллой не путаешь? Я только недавно слез с Netscape 4.05
не знаю, кто такая мозилла. Netscape 7.1 - тоже мозилла?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Dmitri!
You wrote on Wed, 04 Jul 2007 11:37:59 +0400:
DK вот же, блин
DK Простая, элементарная логика. Или нет?
А, блин. Я делаю бэкап через сервисы (в IBExpert) с ВЫКЛЮЧЕННОЙ сборкой
мусора. Поэтому как-то считал, что -g ВКЛЮЧАЕТ сборку мусора при бэкапе.
Конечно же, нафиг
Привет, Dmitry!
Вы пишешь 04 июля 2007:
[Sorry, skipped]
DY Если на метаданных воспроизведется, засылай бекап мне.
Ок.
--
With best regards, Alex Cherednichenko.
On Wed, 04 Jul 2007 08:39:31 +0400, Андрей Могильный [EMAIL PROTECTED] wrote:
Web-сервисы Центробанка
http://www.cbr.ru/scripts/Root.asp?Prtid=DWS
Они не так давно появились, и всё ещё тестируются.
Мы с начала века дёргаем страницу html и оттуда выдираем парсером.
--
Сергей Смирнов.
Dmitri Kuzmenko wrote:
неправильно считает. я тоже NC пользуюсь для чтения ньюсов.
Ну ты попал в Mozilla, ибо у тебя
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4)
Gecko/20030624 Netscape/7.1 (ax)
Года 2 точно. Я именно про курсы валют, там все
элементарно. Конечно появляются у них и новые
сервисы.
_
С уважением, Андрей Могильный
Alexander A. Venikov сообщил/сообщила в новостях следующее:
Поэтому как-то считал, что -g ВКЛЮЧАЕТ сборку мусора при бэкапе. Конечно
же, нафиг она не нужна.
Кстати, да. Нелогично по умолчанию ставить опцию, которой пользоваться НЕ
НАДО.
Может, эта, инвертировать ключик -g в каком-нибудь
Valery Gruzdev wrote:
Поэтому как-то считал, что -g ВКЛЮЧАЕТ сборку мусора при бэкапе.
Конечно же, нафиг она не нужна.
Кстати, да. Нелогично по умолчанию ставить опцию, которой пользоваться
НЕ НАДО.
Может, эта, инвертировать ключик -g в каком-нибудь ближайшем релизе? ;-)
Я вам
On Wed, 04 Jul 2007 15:19:30 +0400, Valery Gruzdev [EMAIL PROTECTED] wrote:
Может, эта, инвертировать ключик -g в каком-нибудь ближайшем релизе?
Нет уж. Бэкапом IBExper'а никогда не пользовались, и инвертировать в голове
ничего не надо. И скриптов написано...
Только для тебя отдельный билд,
On 14 июн, 10:14, Kovalenko Dmitry [EMAIL PROTECTED] wrote:
Привет всем.
... Не все таки меня здорово подкололи насчет моей реализации
управления деревом, хранящимся в файле. Ржунемогу. Респект шутнику :)
Вообщем, не асилил :(
Вчера понял, что я уже забыл ради чего я затеял кэш - решил
Привет!
Спасибо! Вопрос - ты считал количество колизий для CRC32? Большое оно?
Мы как-то попробовали подсчитать - и забили. Для осмысленного теста -
исчезающе мало. Даже если и вдруг - то пусть обращаются :)
Только вот неймется им искать по части слова хоть тресни. Придется
делать фулскан по
Привет!
Сергей, текст очень сильный, прочитал пока только треть - дальше страшно.
Скачал словари из ОО. Возник вопрос - где бы почитать про их формат? А
то схожу не разберусь. Меня интересует процесс приведения слова в его
нормальную форму. Или можно на пальцах, если несложно.
Как только
Только вот неймется им искать по части слова хоть тресни. Придется
делать фулскан по заголовку как в старой системе.
По моему такая деградация поиска возникает если они не знают начало
слова. Типа *нный.
Если же госуда*, то можно построить список слов, которые
удовлетворяют этому шаблону и
Подсчет количества найденных документов (ну вот захотелось им
такую фичу и все):
select count(d.id) from t_documents d,
(select w.document_id, count(1) as cnt from t_search_words w,
( select 2624961196 as wrd from rdb$database union
select 1902388292
Привет!
Это пробовали ?
Попробовал. (с переконнектом между запросом, так что если и затесался кэш - то
только
от операционки, знаю, что в идеале надо бы сервак перегрузить, но
правов нету. Кстати, даже после переконнекта кэш операционки вносит
лепту - мой повторный запрос исполняется
Привет, Dmitry!
Вы пишешь 04 июля 2007:
Раньше с таким сталкиваться не доводилось.
Делать б/р только метаданных пока ещё не пробовал.
DY Если на метаданных воспроизведется, засылай бекап мне.
Запузырил на sf и на yandex
--
With best regards, Alex Cherednichenko.
Привет!
Я про устройство кеша метаданных знаю мало, но цитата в статье ДК вещает
так: SuperServer - производительнее, и имеет общий кэш данных и метаданных
Ситуация такая. Я в эксперте меняю процедуру B, комичу, сосед тоже в
эксперте вызывает у себя процедуру A, которая в свою очередь
Alex Cherednichenko wrote:
Запузырил на sf и на yandex
Пофиксил. Бекап отресторился без ошибок.
--
Дмитрий Еманов
Привет, Dmitry!
Вы пишешь 04 июля 2007:
Запузырил на sf и на yandex
DY Пофиксил. Бекап отресторился без ошибок.
Глубокое вам мерси! (С)
:о)
--
With best regards, Alex Cherednichenko.
sasha wrote:
Ситуация такая. Я в эксперте меняю процедуру B, комичу, сосед тоже в
эксперте вызывает у себя процедуру A, которая в свою очередь вызывает
изменённую мной процедуру B и почему-то у него вызывается старая версия
процедуры B.
А у меня почему-то новая. Что я делаю не так?
--
А у меня почему-то новая. Что я делаю не так?
Хм... Завтра обновлю на снапшот попробую...
sasha wrote:
Хм... Завтра обновлю на снапшот попробую...
Не в снапшоте дело. На 2.0.1 тоже все нормально.
--
Дмитрий Еманов
Не в снапшоте дело. На 2.0.1 тоже все нормально.
А в чём же оно может быть? На соседской машине я открывал процедуру B -
текст новый, переоткрывал SQL Editor, перекомпиллировал первую процедуру
- бесполезно.
Проверял раза три...
Думаешь эксперт может что-то не так делать?
sasha пишет:
Не в снапшоте дело. На 2.0.1 тоже все нормально.
А в чём же оно может быть? На соседской машине я открывал процедуру B -
текст новый, переоткрывал SQL Editor, перекомпиллировал первую процедуру
- бесполезно.
Проверял раза три...
Думаешь эксперт может что-то не так делать?
мне
А у меня почему-то новая. Что я делаю не так?
Я тебе сейчас расскажу как я только что с нуля сделал дома:
1) Открыл базу Экспертом_1 и создал такие вот объекты :
CREATE PROCEDURE A
AS
BEGIN
EXECUTE PROCEDURE B;
END
CREATE PROCEDURE B
AS
BEGIN
END
CREATE EXCEPTION ERROR '';
Потом открыл
sasha пишет:
А у меня почему-то новая. Что я делаю не так?
Я тебе сейчас расскажу как я только что с нуля сделал дома:
возьми версию FB2.0.0 и не е%% моск.
ее специально для тебя сделали. :)
сорри что грубо получилось. Но смысл думаю понятен.
--
Кочмин Александр
мне кажется что всегда надо было другим коннектам переподключаться,
чтоб увидеть новую версию процедуры. даже в SS
как варианты:
А я всегда думал что в новой транзакции новые метаданные будут видны.
1) для триггеров не так: они действуют сразу.
А какая разница триггеры или процедуры?
возьми версию FB2.0.0 и не е%% моск.
Так я ней тоже пользуюсь. И не факт что в ней такого нету.
sasha пишет:
возьми версию FB2.0.0 и не е%% моск.
Так я ней тоже пользуюсь. И не факт что в ней такого нету.
получить procedure in use и привет.
или я что-то путаю?
--
Кочмин Александр
sasha пишет:
мне кажется что всегда надо было другим коннектам переподключаться,
чтоб увидеть новую версию процедуры. даже в SS
как варианты:
А я всегда думал что в новой транзакции новые метаданные будут видны.
не... ты что. DDL он вообще с транзакциями криво работает.
1) для
получить procedure in use и привет.
или я что-то путаю?
Я помню что что-то такое было. Очень меня напрягало. Потом фиксилось с
записями предупреждений в лог... вспоминаю с ужасом...
Hello, Valery!
Valery Gruzdev wrote:
Кстати, да. Нелогично по умолчанию ставить опцию, которой пользоваться
НЕ НАДО.
Может, эта, инвертировать ключик -g в каком-нибудь ближайшем релизе? ;-)
наоборот. это в IBExpert и т.п. надо сделать выключенным ключик
запретить сборку мусора. именно это
Hello, sasha!
sasha wrote:
Ситуация такая. Я в эксперте меняю процедуру B, комичу, сосед тоже в
эксперте вызывает у себя процедуру A, которая в свою очередь вызывает
изменённую мной процедуру B и почему-то у него вызывается старая версия
процедуры B.
баян, причем древний, девятилетней
Vlad Horsun [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
по прежнему включён. Загрузка выше 52% не поднимается. :-)
И что из этого ?
Да ничего особенного. Резервы есть, значит.
Ты для начала сравни время собственно сортировки и чтения с диска
Как только закончим - напишу полностью про все с примерами кода. Мне
не жалко, а эти чайники не удосужились в контракте указать ничего о
нераспространении кода. Тем более, что это наш собственный велосипед.
Спасибо, буду ждать! а то я только начинаю этот велосипед придумывать и
хочется его
1) Открыл базу Экспертом_1 и создал такие вот объекты :
2) Открыл Экспертом_2 ту же базу, и поменял процедуру B:
не бачу ни одного коммита ни DDL, ни DML
create, alter идут в одной транзакции, execute в другой
а вообще, пока разбирались с update RDB$PROCEDURES set RDB$DESCRIPTION = ...
и
Да: fb20, последний апдейт официальный (номер не помню после второй
точки), классик, винда.
On Thu, 05 Jul 2007 08:44:11 +0400, Олег Короткий [EMAIL PROTECTED] wrote:
И ещё
одно: чтобы панелька Firebird2Control.cpl работала, я сам использую
её, свинченную с Firebird 2.0, но всёж хотелось бы, чтобы была и в
дистрибутивах/снапшотах рабочая
А для чего ты панельку используешь? Я на
Всем доброго дня!
Возник вопрос, но сначала краткая предыстория.
Ежевечерне у нас происходит процесс бакапрестора. Процесс этот весьма
сложен, т.е. происходит шатдаун базы, архивирование файла, бакап,
рестор, замена оригинального файла отресторенным, архивирование свежего
рестора и fbk.
А для чего ты панельку используешь? Я на неё ещё с FB1 забил - бесполезная
имхо штукенция.
Дело вкуса. С ней мне вкусней ;). Да и к тому же, если есть в
дистрибутиве, то пусть ужо работает.
Олег Короткий пишет:
А для чего ты панельку используешь? Я на неё ещё с FB1 забил - бесполезная имхо
штукенция.
Дело вкуса. С ней мне вкусней ;). Да и к тому же, если есть в
дистрибутиве, то пусть ужо работает.
по-моему давно ходят мысли убрать ее из дистра. Ибо н висте всеравно не
Alexander V. Skvortsov ...
Vlad Horsun ...
Ты для начала сравни время собственно сортировки и чтения с диска
соответствующей порции данных. А потом уже проценты вычисляй ;)
Чтение с диска соответствующей порции данных - от 16 секунд (для 1-й порции)
до 31 сек. (для предпоследней). К
Dmitri Kuzmenko пишет:
наоборот. это в IBExpert и т.п. надо сделать выключенным ключик
запретить сборку мусора. именно это и означает включение ключа -g.
Долго думал, ничего не понял :)
Наверно, имелось в виду:
сделать выключенным ключик сборка мусора
или
сделать включённым ключик
не бачу ни одного коммита ни DDL, ни DML
так автокоммит для метаданных там кажись... Я ж говорю что в одинаковых
условиях непосредственно для процедуры А всё прекрасно работает, а для
процедуры Б - нет.
50 matches
Mail list logo
