перешел с неделю назад на классик (думал разгрузить при длительных операциях
сборки мусора сервер - чтобы клиенты могли работать одновременно). Стали
практически каждый день в лог сыпаться такие записи
SW Thu Sep 25 07:52:35 2008
INET/inet_error: read errno = 10054
SW Thu
Для таких задач нужен что то типа hard delete, когда специальный оператор
производит удаление без использования транзакционного механизма. Т.е. тупо
не создаёт новую версию, а сностит все существующии без оглядки на
работающие транзакции. Ну и индекс правит. Т.е. аналог сегментирования, но
Приветствую Вас,
25.09.2008 в 8:50, Вы писали:
КЕ Доброго времени суток!
КЕ On 24 сент, 17:22, Dmitry Kotelnikov wrote:
Если не сложно растолкуйте как это права клиенту, пользователю
Windows что-ли? Делаю все под админом, не лимитед юзер.
КЕ Да.
КЕ Какие возможны варианты:
КЕ 1) Не хватает
On 25.09.2008 10:03, Alexey Popov wrote:
Для таких задач нужен что то типа hard delete, когда специальный
оператор производит удаление без использования транзакционного
+1
но все равно каким то образом надо использовать место которое было выделено под
эту запись в файле бд. я бы тут скорее
не сочтите за рекламу, может здесь есть, кто любит играться на мобильном
телефоне, или у кого имеются спиногрызы, которые регулярно пристают папа
дай телефончик поиграться.
воопсчем в связи со 9-ым днем рождения у нас сегодня и завтра можно будет
скачать игрушки к мобильнику бесплатно (за
On 25.09.2008 10:15, Качановский Дмитрий wrote:
причем обрати внимание что удаление записи на самом деле это удаление
миллионов записей единомоментно, задача стоит ночью, но у человека
система 24х7, другими словами, что ночью что днем - нагрузка абсолютно
на запись нагрузка идентичная, на
Alexey Popov wrote:
не создаёт новую версию, а сностит все существующии без оглядки на
работающие транзакции.
Бред-с, иззиняюсь.
--
Regards. Ded.
ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты
тресни а на TCP соединении минутная задержка и капец :(
А у тебя DNS случайно не в небо указывает? Что-то такое смутно припоминается.
WBR, Dmitry Beloshistov AKA [-=BDS=-]
__ Eioi?iaoey io ESET NOD32 Antivirus,
Привет!
Для таких задач нужен что то типа hard delete, когда специальный
оператор
производит удаление без использования транзакционного механизма. Т.е.
Пробежаться по страницам таблицы и пометить записи как свободное место
теоретически можно (типа как IB хирург делает при лечении). Но вот
Доброго времени суток!
On 25 сент, 11:15, Качановский Дмитрий wrote:
Вариант I
1. вставляем запись
2. удаляем запись (создаем версию)
3. убираем старую версию
Вариант II
1. изменяем запись (создаем версию)
2. убираем старую версию
Все равно, сомневаюсь, что II однозначно быстрее -
Приветствую Вас,
25.09.2008 в 11:20, Вы писали:
ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты
тресни а на TCP соединении минутная задержка и капец :(
DAB А у тебя DNS случайно не в небо указывает? Что-то такое смутно
припоминается.
Если указывать localhost или по IP то
Доброго времени суток!
On 25 сент, 11:00, Dmitry Kotelnikov wrote:
База кончено сохраняется в Application Data если идет установка
программы в Program Files, также пробовал устанавливать в отдельный
каталог и результат ноль, не помогает. fbserver запускается как
приложение из под админа и
Alexey Voytsehovich сообщил/сообщила в новостях следующее:
Всем доброго дня. Наверное всех уже достал, но вопрос все равно пока еще
не решен.
Есть БД, в ней таблица величиной около 7 гигабайт. Внутри хранятся данные
обратным сроком на 7 дней назад. Такой формат обусловлен ТЗ, изменить
Ded wrote:
Бред-с, иззиняюсь.
Предлогай лучше. Пока это давно известный факт что FB дохнет как муха при
массовых удалениях большого количества данных. Все способы которые тут
предлагали - говно. Сегментирование не зря придумано.
--
Доброго времени суток!
On 25 сент, 13:03, Alexey Popov [EMAIL PROTECTED] wrote:
Пока это давно известный факт что FB дохнет как муха при
массовых удалениях большого количества данных. Все способы которые тут
предлагали - говно. Сегментирование не зря придумано.
А каким образом связано
Может антивирус, мать их ети?
--
кстати вот еще одна забавная новость: http://kosht.com/?cmd=docdid=4534
Нажми на грудь - получишь результат
Несмотря на то, что офисная работы не связана с большими физическими
нагрузками, она представляет собой большой стресс. На снижение офисного
напряжения работает целая индустрия
Alexander V. Skvortsov wrote:
Запросы на выборку данных за период придётся писать не в тупую, да.
В том то и фишка что если запросы писать не в тупую то проще и надёжнее
сделать своё хранилище в плоском файле.
--
Редактировать сообщениеПожаловаться на это сообщениеОтветить с цитатой
vista и FB 1.5.5
AndrewVL Чт сен 25, 2008 9:40 am
Привет. Переездаю на ноут и столкнулся с такой проблемой.
Поставил IBExpert. В строке коннекта указал localhost:base_name.
Пробую открыть базу - все ок.
В дельфе в
Dmitriy A. Beloshistov wrote:
Пробежаться по страницам таблицы и пометить записи как свободное место
теоретически можно (типа как IB хирург делает при лечении). Но вот
операцию это нужно делать над файлом БД, отложенном в сторону (т.е.
никаких юзверей, никаких транзакций, вообще ничего).
Привет!
А в проге не коннектится.
В чем может быть проблема?
Vista Home Basic
Windows Defender, Firewall смотри - они скорее всего...
WBR, Dmitry Beloshistov AKA [-=BDS=-]
__ Eioi?iaoey io ESET NOD32 Antivirus, aa?ney aacu aaiiuo neaiaoo?
ae?onia 3469 (20080924)
Доброго времени суток!
On 25 сент, 12:57, Andrew wrote:
Сделана попытка доступа к сокету методом запрещенным правами доступа
А в Эксперте все ок.
протестировал соединение в Эксперте. Все ок.
А в проге не коннектится.
В чем может быть проблема?
Vista Home Basic
UAC, наверное
--
С
Приветствую Вас,
25.09.2008 в 12:09, Вы писали:
AP Может антивирус, мать их ети?
Да нет :( выключал и фаерволы и антивирусы и клиенту говорил все
отключать и на виртуалке пробовал есть проблема, да и думаю filemon
показал бы, тем более что задержка ровно на одну минуту.
--
С Уважением,
Приветствую Вас,
25.09.2008 в 11:34, Вы писали:
КЕ Доброго времени суток!
КЕ On 25 сент, 11:00, Dmitry Kotelnikov wrote:
База кончено сохраняется в Application Data если идет установка
программы в Program Files, также пробовал устанавливать в отдельный
каталог и результат ноль, не
никаких юзверей, никаких транзакций, вообще ничего). Иначе вообще
непонятно что получишь. Скорее всего - мусор ;)
Почему мусор то? Естественно эта операция будет черевата при неверном
применении, но это именно то что прописал дохтор при текущем состоянии
дел с ядром FB.
Транзакции плодят
Windows Defender, Firewall смотри - они скорее всего...
Все отключено.
Интересно тогда почему в ИБЭксперте все работает а в проге нет?
Приветствую Вас,
25.09.2008 в 11:57, Вы писали:
A Сделана попытка доступа к сокету методом запрещенным правами доступа
A А в Эксперте все ок.
A протестировал соединение в Эксперте. Все ок.
UAC, фаервол
--
С Уважением, Дмитрий Котельников
Приветствую Вас,
25.09.2008 в 12:08, Вы писали:
A Интересно тогда почему в ИБЭксперте все работает а в проге нет?
1. Попробуй запустить от админа.
2. Попробуй указать через IP.
3. Приведи свой путь к базе?
--
С Уважением, Дмитрий Котельников
On Thu, 25 Sep 2008 13:22:46 +0400, Alexey Popov
[EMAIL PROTECTED] wrote:
Ты пишешь из будущего... Поправь там у себя...
--
With best regards, Vladimir A.Bakhvaloff.
E-mail: bobgavbakhdotspbdotru
On 25 сент, 13:06, Dmitry Kotelnikov wrote:
Так и я про unavailable database все что сказано при локальном
соединении делается, про TCP только последняя строка.
Да, кстати, может пробел в пути к БД криво в 1.5 обрабатывается
или компоненты кавычками путь не обрамляют?
--
С уважением, Евгений
Кузнецов Евгений wrote:
А каким образом связано сегментирование и внетранзакционный Hard
delete?
Тем что то и то можно применить к эффективному удалению большого
количества записей.
Тут же тем более предложили сегментирование средствами FB - с
разделением по БД.
Но запросы...
--
Приветствую Вас,
25.09.2008 в 12:18, Вы писали:
КЕ On 25 сент, 13:06, Dmitry Kotelnikov wrote:
Так и я про unavailable database все что сказано при локальном
соединении делается, про TCP только последняя строка.
КЕ Да, кстати, может пробел в пути к БД криво в 1.5 обрабатывается
КЕ или
Alexey Popov сообщил/сообщила в новостях следующее:
Alexander V. Skvortsov wrote:
Запросы на выборку данных за период придётся писать не в тупую, да.
В том то и фишка что если запросы писать не в тупую то проще и надёжнее
сделать своё хранилище в плоском файле.
Втупую (псевдокод):
Привет!
Вся ответственность за содеянное - на том кто применил этот оператор.
Ну пропадёт в снапшоте запись - если удалять неиспользуемые данные, как
обычно и нужно то никто и не заменит.
Ну я тут попытаюсь пофантазировать...
1) 2 приложения. Одно делает SELECT ..., второе - FORCE удаление.
1. Попробуй запустить от админа.
тоже самое ругательство
2. Попробуй указать через IP.
тоже самое ругательство
3. Приведи свой путь к базе?
localhost:c:\bases\base.fdb
Такая же как и в Эксперте
--
С Уважением, Дмитрий Котельников
On 25.09.2008 11:42, Alexander V. Skvortsov wrote:
Alexey Voytsehovich сообщил/сообщила в новостях следующее:
Всем доброго дня. Наверное всех уже достал, но вопрос все равно пока
еще не решен.
Есть БД, в ней таблица величиной около 7 гигабайт. Внутри хранятся
данные обратным сроком на 7
UAC отключит - таже ерунда
Windows Defender, Firewall смотри - они скорее всего...
Все отключено.
Интересно тогда почему в ИБЭксперте все работает а в проге нет?
Может мне конечно это навеяло... где то я видел в Висте информацию, что
программы расположенные в Program Files типа обладают большими правами.
Патамучто
Создал в Program Files папку. туда прогу скопировал. не помогло
On 25 сент, 13:59, Kovalenko Dmitry [EMAIL PROTECTED]
wrote:
Windows Defender, Firewall смотри - они скорее всего...
Все отключено.
Интересно тогда почему в ИБЭксперте все работает а в проге нет?
Может мне конечно это
On 25.09.2008 10:03, Alexey Popov wrote:
Для таких задач нужен что то типа hard delete, когда специальный
оператор производит удаление без использования транзакционного
+1
но все равно каким то образом надо использовать место которое было выделено под
эту запись в файле бд. я бы тут скорее
On 25 сент, 13:22, Alexey Popov wrote:
Тем что то и то можно применить к эффективному удалению большого
количества записей.
Но если сегментирование - это нормальный инструмент для VLDB, то по
сравнению с hard delete все предложенное в этой ветке просто
меркнет.
--
С уважением, Евгений
Приветствую Вас,
25.09.2008 в 12:51, Вы писали:
A localhost:c:\bases\base.fdb
A Такая же как и в Эксперте
А попробуй по локальному протоколу, просто путь укажи.
--
С Уважением, Дмитрий Котельников
On Thu, 25 Sep 2008 11:07:25 +0400, Alexey Voytsehovich [EMAIL PROTECTED]
wrote:
я бы тут скорее голосовал за программу дефрагментации для файла бд которая
работает одновременно с клиентами (не бэкап\ресторе)
GFIX -SWEEP ?
--
Сергей Смирнов.
A Такая же как и в Эксперте
А попробуй по локальному протоколу, просто путь укажи.
--
Подключилось локально из проги.
Хотя в ЭКСПЕРТЕ удаленно подключается не вопрос.
Почему интересно понять.
это именно то что прописал дохтор при текущем состоянии дел с ядром FB.
Вам не нравятся мои стихи? Вот вам моя клава - пишите сами! (с) Байрон
Гы.
Меня чего веселит в этом флейме, что аффтар топика _своей_ истины здесь все
равно не найдет. И, в конечном итоге, все равно будет делать так,
Dmitriy A. Beloshistov wrote:
Ну я тут попытаюсь пофантазировать...
1) 2 приложения. Одно делает SELECT ..., второе - FORCE удаление.
Если сделать fetchall/refresh из первого приложения, получим облом по
идее (ошибку, варнинг или еще чего). А если еще попытаемся проапдейтить
запись (уже
On 25.09.2008 13:45, WildSery wrote:
On Thu, 25 Sep 2008 11:07:25 +0400, Alexey Voytsehovich[EMAIL PROTECTED]
wrote:
я бы тут скорее голосовал за программу дефрагментации для файла бд которая
работает одновременно с клиентами (не бэкап\ресторе)
GFIX -SWEEP ?
это сборка мусора, которая
Alexey Voytsehovich wrote:
но все равно каким то образом надо использовать место которое было
выделено под эту запись в файле бд.
Если удалять по времени, то большенство страниц будет получаться пустыми
после удаления и будут помечаться как свободные.
--
Kovalenko Dmitry wrote:
Вам не нравятся мои стихи? Вот вам моя клава - пишите сами! (с) Байрон
Я бы с удовольствием, но увы, сейчас деньги плотят только за всякое УГ.
Меня чего веселит в этом флейме, что аффтар топика _своей_ истины здесь
все равно не найдет. И, в конечном итоге, все
On 25.09.2008 14:14, Alexey Popov wrote:
Афтору надо двигать на оракл, имхо.
та уже склоняемся к варианту решения проблемы как уход от ФБ. куда - еще не
известно, и покажут только жесточайшие тесты.
On Thu, 25 Sep 2008 14:50:52 +0400, Alexey Voytsehovich [EMAIL PROTECTED]
wrote:
получится что первая страница хранит данные табл1, вторая табл2 а третья
опять табл1
У меня RAID5 из шести SAS-дисков, и большинство секторов/блоков в кеше ОС
(порядка 12Гб кеша) в памяти. Как они там со
Alexander V. Skvortsov wrote:
Втупую (псевдокод):
sql-ParamByName(preiod_begin)-Value=Now()-3.5;
sql-ParamByName(preiod_end)-Value =Now();
Это если запросы совсем простые. Если же интервал идет из гуя, плюс
вычисляем некие средние/агрегаты, делаем джойны, то попотеть придётся.
Alexey Popov wrote:
Плоский файл в данном случае почти идеальное решение:
- нет update
- insert в хронологическом порядке (автоматически получаем кластерный
индекс по времени).
- delete тоже в хронологическом порядке - не будет дырок.
- все данные числовые фиксированного размера. Размер
On 25.09.2008 15:05, Alexey Popov wrote:
Alexey Popov wrote:
Плоский файл в данном случае почти идеальное решение:
- нет update
- insert в хронологическом порядке (автоматически получаем кластерный
индекс по времени).
- delete тоже в хронологическом порядке - не будет дырок.
- все данные
On 25.09.2008 14:25, WildSery wrote:
On Thu, 25 Sep 2008 14:50:52 +0400, Alexey Voytsehovich[EMAIL PROTECTED]
wrote:
получится что первая страница хранит данные табл1, вторая табл2 а третья
опять табл1
У меня RAID5 из шести SAS-дисков, и большинство секторов/блоков в кеше ОС
(порядка
Hello, Andrew!
You wrote on Thu, 25 Sep 2008 01:57:59 -0700 (PDT):
A Запускаю прогу. Там таже строка коннекта берется из файла
Нужно проверить что считывается из файла и на всякий случай:
// Подключение к базе Firebird
function TDM1.ConnectToFB(FIBDataBase:TFIBDatabase; Path: String):
проверял.
localhost:c:\xxx.fdb
Ладно. буду работать с локальным коннектом :-)
On 25 сент, 16:01, Oleg Prosvetov [EMAIL PROTECTED] wrote:
Hello, Andrew!
You wrote on Thu, 25 Sep 2008 01:57:59 -0700 (PDT):
A Запускаю прогу. Там таже строка коннекта берется из файла
Нужно проверить что
Что при удалении, что при обновлении будет создана новая версия
записи. Для DELETE эта версия будет пустой, для UPDATE - содержать
отличия от предыдущей (которые надо еще определить). Соответственно,
при сборке мусора для измененной записи, сервер должен будет склеить
все изменения с исходной
On Thu, 25 Sep 2008 15:56:55 +0400, Alexey Voytsehovich [EMAIL PROTECTED]
wrote:
демагог?
Вот сразу оскорблять. Нет, не демагог. Демагогия есть искажение истины в
современном языке.
Я же показал, что в современной БД определять, фрагментирована она или нет -
тяжёлое занятие, и начинать
On 25 сент, 13:06, Alexey Popov wrote:
Почему мусор то? Естественно эта операция будет черевата при неверном
применении,
Т.е. в 99,% случаев
но это именно то что прописал дохтор при текущем состоянии дел
с ядром FB.
Фамилию доктора не назовете :) ?
--
С уважением, Евгений
On Thu, 25 Sep 2008 14:37:08 +0400, Andrew
[EMAIL PROTECTED] wrote:
Хотя в ЭКСПЕРТЕ удаленно подключается не вопрос.
А у меня в Висте Експерт даже не запустить нормально... %)))
--
With best regards, Vladimir A.Bakhvaloff.
E-mail: bobgavbakhdotspbdotru
Приветствую Вас,
25.09.2008 в 15:32, Вы писали:
Хотя в ЭКСПЕРТЕ удаленно подключается не вопрос.
Даж и не знаю у меня на висте сервер 1.5, и приложения с FIB и с IBX
по TCP подключались.
Откуда ты запускаешь программу, запусти с диска D и базу размести на
диске D.
--
С Уважением, Дмитрий
On 25 сент, 13:55, Alexey Voytsehovich wrote:
+1
но все равно каким то образом надо использовать место которое было выделено
под
эту запись в файле бд. я бы тут скорее голосовал за программу дефрагментации
для
файла бд которая работает одновременно с клиентами (не бэкап\ресторе)
Алексей,
On 25.09.2008 13:24, Кузнецов Евгений wrote:
On 25 сент, 13:55, Alexey Voytsehovich wrote:
+1
но все равно каким то образом надо использовать место которое было выделено под
эту запись в файле бд. я бы тут скорее голосовал за программу дефрагментации для
файла бд которая работает одновременно
Доброго времени суток!
On 25 сент, 15:06, Alexey Popov wrote:
Никаких обломов не будет. Сейчас аналогичная фигня может произойти в read
commited транзакциях. Просто стапшоты станут вести себя как RC по отношению
к удаляемым таким образам данным.
И это будут уже не snapshots.
Очень интересно,
Andrew wrote:
В чем может быть проблема?
Vista Home Basic
format c:
--
Кочмин Александр
(20080925) __
Niiauaiea i?iaa?aii i?ia?aiiie ESET NOD32 Antivirus.
http://www.esetnod32.ru
Alexey Voytsehovich wrote:
демагог? но в общем то подожду разработчиков, пусть они скажут.
Нет, ламер. И не он, а ты. В смысле - фрагментация/дефрагментация к
твоим проблемам вообще никакого отношения не имеет. И чего ты именно в
это слово упёрся, известно только тебе. Так почти всегда
Alexander V. Skvortsov wrote:
Господа какой-то ***нёй страдают.
Да и СУБД-то тут нужна исключительно для D изо всей ACID...
Тоже +1.
--
Regards. Ded.
Alexey Popov wrote:
В том то и фишка что если запросы писать не в тупую то проще и надёжнее
сделать своё хранилище в плоском файле.
А вот тут +1.
--
Regards. Ded.
Кузнецов Евгений wrote:
И это будут уже не snapshots.
Да, именно.
Очень интересно, что будет, если у записи будет несколько версий, а в
данный момент создается еще одна? Мы пробежимся по всем и грохнем?
Именно. Для той транзакции будет выглядить как исесзновение записи.
Также
например
http://www.ib-aid.com/video/FBScannerVS10054.avi
Доброго времени суток!
Dmitry Kotelnikov пишет:
Длинные имена? тоже пробовал ставить на диск D в простой путь без
пробелов в формате 8.3 и без русских букв, ошибка есть, блин
полтергейст просто. Ну вот есть все-таки особенность какая-то в Винде
скорей всего, что на одной нормально отрабатывает
On 25.09.2008 18:28, Ded wrote:
Alexey Voytsehovich wrote:
демагог? но в общем то подожду разработчиков, пусть они скажут.
Нет, ламер. И не он, а ты. В смысле - фрагментация/дефрагментация к
понял. значит буду искать проблему в другом месте :) спасибо.
On 25.09.2008 22:40, Кузнецов Евгений wrote:
Чтобы избежать сборки мусора, автору нужно или сегментирование, или
блокировочник (вполне подойдет MyISAM в MySQL). Первого в FB пока нет,
второе там вряд ли появится вообще :)
Хранилище данных - вообще не очень родная для FB задача.
та в принципе
2разработчики - может как то посмотрите на оптимизацию сборки мусора в
части работы с индексами? так как с ними 10-11 часов, без них 15 минут на
той же машине.
А сколько, если не секрет, у тебя памяти на сервере?
Вообще конфигурацию машины приведи. И размер базы.
Чего-то я этой информации
76 matches
Mail list logo
