Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Собственно без разницы. Раз дефрагментирование помогает,... 27.03.06 18:12 Число просмотров: 2861
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 18:13 Количество правок: 1
|
> Нет ребята база не на мускуле, а всего лиш на обычном
> DBase.
> Так что во сновном это файловый сервак.
Собственно без разницы. Раз дефрагментирование помогает, значит база в память не садится или садится, но потом ее что-то оттуда сносит.
Если база большая, то сильное фрагментирование ее сильно тормознет.
Если кластера разбросаны по всему диску равномерно-хаотично, если они все кешанутся, то на скорость работы базы сильная фрагментация совсем не повлияет (только на первое обращение).
Без разницы - будь то локальное приложение работает с файлами, будь то удаленное (по сети). Кешироваться должно все.
Ди-Бэйсовые базы сами по себе могут быть тормозные при определенных обстоятельствах.
Предложение такое: делаете тестовый запрос в базу, который должен выполняться минимум несколько секунд. Выполняете его после сброса кеша и без сброса. Засекаете время запроса. Смотрите сколько пролетело по сети. Считаете среднюю загрузку сети. Смотрите загрузку процессора клиентского писюка. Загрузка должна быть сбалансирована - время прокачки по сети должно быть равно времени счета процессора или быть раза в два меньше. Загрузка процессора сервера должна быть минимальна.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
