powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Firebird и ОЗУ Windows
24 сообщений из 49, страница 2 из 2
Firebird и ОЗУ Windows
    #39120629
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342SSD под систему и 1Тб под базубаза на вшивом САТА диске? или таки ССД на 1тб?
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120654
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342Раскомментировал FileSystemCacheThreshold = 65536 по совету Симонова Дениса
он ничего такого не советовал. Он задал три вопроса, из которых ответ был только на два.

Архитектура ФБ какая используется? Зачем вы тыкаете в параметры, которые совсем не понимаете?
Почему вы не можете обрезать лишнее у картинки? (приложения "Ножницы" нет?).

alex342Время обработки первого запуска 8 мин и второго после перезапуска приложения тоже 8 минут. Кеш выключился.
а ФБ рестартовали после изменения конфига?
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120663
Зимаргл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex342Dimitry Sibiryakov,
А это следующий вопрос...
После обработки 150000-200000 строк FB сервер начинал занимать 100% ядра и обработка падала с 600 строк в минуту вначале до 50 через несколько часов. Я думал, мешает уборка мусора. Оказалось , что нет. Но 0 оставил.
У меня задача - максимально ускорить обработку кусков по 1-2 млн строк.
В начале: select - 7-10 сек, execute proc 0.01-0.02 сек, commit - 1-2 сек
Через несколько часов времена пропорционально увеличиваются.
Это прокладка виновата.

Которая не знает про утечку ресурсов.

Короче программу надо показывать. Хотя бы блоками.
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120677
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ivan_Pisarevsky,
Мало того САТА, что даже на 5400... Потому и хочу ее кешировать.
Но очередь не поднимается до 0.2, время ответа 1-2 мс. А у приятеля 2 ССД на ПО и базу. Результаты почти аналогичны, ~20% побыстрее (скорее всего за большей частоты процессора 3.6 против 2.2). А машина свободна!!!

Вот данные с закомментированным параметром #FileSystemCacheThreshold = 65536
По мере обработки кеш ОС вырастает не спеша до 1.5-2 гб.
Наверное вернусь к SS. Там сразу и памяти FB берет под 2ГБ и кеш побольше. И проводок он обрабатывает сначала под 800 в минуту
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120680
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342Раскомментировал FileSystemCacheThreshold = 65536 по совету Симонова Дениса.

я тебе такого не советовал
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120701
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Симонов Денис,

Ты мне сказал, что FileSystemCacheThreshold (65536) параметр должен быть больше DefaultDbCachePages (20000). Я его и включил, он оказался больше, значит кеш ОС должен точно работать. А он не работает.
>>>>Это важно. Если DefaultDbCachePages > FileSystemCacheThreshold, то файловый кеш будет отключен <<<

А увеличиваю я только те параметры, которые есть в "оптимизированных" конфигах для SC иSS и смотрю на скорость обработки в программе.
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120737
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Зимаргл,

По мере работы программы растет время выполнения процедуры. Придется обращаться к разработчикам.
Наверное все ускорение там и лежит. А в таком режиме обработку даже на выходные не оставить, она умирает. Приходится через несколько часов перезапускать ПО.
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120750
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342,

если параметр закомментирован, значит его значение будет дефолтным, т.е. те же самые 65536. Я спросил это лишь для того чтобы убедится, что значения твоих параметров удовлетворяют этому условию
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120751
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342И проводок он обрабатывает сначала под 800 в минутуСначала?
alex342А в таком режиме обработку даже на выходные не оставить, она умирает. Приходится через несколько часов перезапускать ПО.Я вам по секрету скажу:"Ваша прикладная программа гамно".

И быстрее она не заработает, даже если все положить на RAM диск.

alex342Придется обращаться к разработчикам.Без этого никак. Правда не факт, что одолеют проблему.
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120883
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ivan_PisarevskyСначала?"Ничего не могу поделать - каждый день я всё дальше ухожу от банки с краской".
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39120886
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342Приходится через несколько часов перезапускать ПО.

плохо написанное приложение (и вероятно, процедуры), накапливаются версии, увеличиваются тормоза. Кэшем это не исправить.
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122094
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdv,

Разница между Oldest и Next transaction увеличивается.
Это и есть накапливание версий (мусора)?

Database "D:\RGB\RGB_DATA.FDB"
Database header page information:
Flags 0
Checksum 12345
Generation 14539
Page size 16384
ODS version 11.2
Oldest transaction 3827
Oldest active 9003
Oldest snapshot 8998
Next transaction 9067
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122149
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342Разница между Oldest и Next transaction увеличивается.
можно и так сказать, но вернее будет сказать, что OIT застряла, т.е. был rollback в транзакции 3827.
Обычно OIT идет вместе с OST.

alex342Это и есть накапливание версий (мусора)?
я не собираюсь цитировать статьи с ibase.ru про свип, версионность, мусор и прочее, как минимум потому что я их писал.
Мусор - это версии записей, которые никому не нужны. Есть версии - будет мусор. Нет версий - не будет никакого мусора.
Прямой взаимосвязи между номерами транзакций и "количеством мусора" нет вообще. Можно стартовать миллион транзакций, и поменять всего одну запись. Или наоборот - можно вставить миллион записей в одной транзакции, а потом сделать rollback.
Например, такое же как у вас состояние маркеров транзакций я вам могу сделать, не меняя вообще никаких данных в БД.
Причем, несколькими вариантами. Один из вариантов - стартовать транзакцию, и сделать reset серверу ФБ. При старте он обнаружит, что транзакция N активна, хотя коннектов нет, и поменяет ее состояние с active на rolled back. Это и будет застрявшая OIT.
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122259
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvбыл rollback в транзакции 3827.
А не 3828?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122348
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov,

авторOldest transaction 3827
зачем здесь +1?
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122361
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvзачем здесь +1?
ЕМНИП, Влад говорил, что в заголовок пишутся номера на единицу меньше реальных.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122594
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdv,
Поговорил с программистами про накапливание мусора и версионности. Сказал, что после перезапуска приложения все сначала работает быстро. Они не вдаваясь в подробности, после обработки 20000 записей сделали дисконнект и реконнект к базе. Накапливающиеся тормоза пропали, скорость обработки к 3-м часам, я думаю что за счет кеша ОС выросла с 560 до 640 записей в минуту и на этом остановилась, остановился и рост кеша ОС. Вот картинка 4-х часов обработки. FB в режиме SS с задранными параметрами в памяти занимает 1-1.3 Гб
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122596
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdv,
Теперь можно и в ночную, да несколько экземпляров ПО
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39122597
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342не вдаваясь в подробности
Следует читать как "не пытаясь напрягать межушный ганглий".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39125991
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdv,
Попробовал наше ПО на FB 3.0. Длинные операции работают быстрее! (причем файла базы данных в кеше Windows RamMap не видит вообще!). А вот как вернуть базу обратно для 2.5.5, если что не заладится?
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39126026
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342А вот как вернуть базу обратно для 2.5.5, если что не заладится?
во-первых, для этого нельзя использовать ничего нового из 3.0.
во-вторых,
http://www.ibase.ru/devinfo/prevver.htm
см. раздел "переход на версию назад".
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39126027
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342,

еще, если система не ваша, т.е. разработана сторонними разработчиками, то менять версию ФБ нельзя вообще.
кроме того, ФБ 3.0 еще не релиз, ожидается только к январю 2016.
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39126033
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex342Попробовал наше ПО на FB 3.0. Длинные операции работают быстрее! (причем
файла базы данных в кеше Windows RamMap не видит вообще!). А вот как вернуть базу обратно
для 2.5.5, если что не заладится?
Берёшь Avalerion , делаешь репликацию в
старую БД на старом сервере. Если что-то не заладится, просто меняешь сервер в строке
подключения.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird и ОЗУ Windows
    #39126066
alex342
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdv,
FB 3.0 использовать для глобальных импортов и обработки, например в выходные. Выигрыш в скорости примерно на треть на каждое подключение (вместо 500-550 сделок в минуту - 750-800). А затем конвертироваться в 2.5 и работать с данными в ПО до следующего большого импорта. ПО достаточно универсальное, работает c SQL FB, MS, Oracle, есть контакт с разработчиками. Попробую gbak'ом в понедельник.
...
Рейтинг: 0 / 0
24 сообщений из 49, страница 2 из 2
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Firebird и ОЗУ Windows
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]