Dmitri Kuzmenko wrote:
Hello, Alexey!
Alexey Voytsehovich wrote:
3. скорее всего если он просит отдельно взятую страницу, ему могут
дать соседние (которые ему не нужны - так как большая дефрагментация и
соседние страницы точно не от этой таблицы)
предположение неверное. "соседних" страниц не бывает.
типа, дайте мне страницу 55, ой, а нахрена мне страница 56 ?
значит ошибся, но тут точнее только разработчики скажут.
вот только не ясно, как то странно изменилось поведение бд
еще вчера удаление (без select count) проходило за 6 мин, сегодня не
закончилось и за 9 часов. Хотя вроде ничего не меняли ни в железе, ни
в софте. и хз как определить чем конкретно был занят сервер в это
время, и почему работал так долго. :(
Выключилось кэширование записи у дисков?
может само отключится на 2003 сервере?
гстат так и не заработал, запустился в 01-00, доработал до 9 утра,
потом я его просто срубил - сколько ж можно ждать...
по-моему оба пункта свидетельствуют о тормозах при работе с базой.
может и так, но есть такие моменты
1. бд не менялась и софт работающий с ней тоже
2. бакуп через SAPI проходит примерно за 1 час (без сборки мусора) и по
счетчикам чтения процесса сервера видно их увеличение на величину бд
3. статистика ходит по localhost:opc и ее счетчики чтения в 100 раз больше
реального размера бд
4. сборка мусора тоже работает быстро.
Из всего этого у меня остается только подозрение на какую либо неверную работу
по сетевому интерфейсу (баги в сервере, какое то влияние внешних факторов,
сбойная сетевая карта итд)
и весь мучаюсь, как вообще можно понять в ФБ 2.5 что он делает, с кем,
куда и сколько раз - если даже из mon$attacments не видно что запущен
процесс гстат.
интересно... но это же альфа, не так-ли?
ну так я и не ругаюсь почти :) нервничаю только и пытаюсь выпытать способы
определения места сбоя чтобы передать разработчикам.
