Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Нда, куда уж там коммандная строка и конфиг файлы (Юникс), в Нте нужно совсем в другом месте ковырять... 10.12.03 11:47 Число просмотров: 2468
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 10.12.03 11:53 Количество правок: 2
|
> отключением самого Indexing service, второе - в реестре. Не > помешает также оптимизация кэширования, благо памяти в > компах ща валом. IOPageLock lmit поставить на 16мб минимум > (в реестре) и работает все гораздо быстрее.
А именно в реестре, это ж каждой домохозяйке понятно:) Чуть что настроить (стратегию кеширования, например) - в реестр.
НТФС в принципе не будет кешировать на запись. А если ее это делать научить, то весь эффект пропадет. Я имею в виду то, что записи в журнал не должны кешироваться на запись. Это, собственно, беда всех журналируемых ФС. Заметить это легко. Стоит копирнуть небольшой файл или несколько файлов, суммарным объемом в несколько мегабайт, и в это время смортеть на лампочку активности винчестера. Под ДОСом (Смартдрайв или НортонКэш) этот эффект не наблюдается.
Накрапал тут програмку, замеряющую время создания/удаления файлов. Результаты: голый ДОС ~50 милисекунд, со смартдрайвом ~0.4 милисеунды (для 1024 файлов), НТФС Вин2000 14 или 3 милисекунды. Это время создания файла, а время удаления в несколько раз меньше с кешем, и совсем незначительно меньше без кеша. Время создания файлов под ДОСом с кешем квадратично зависит от количества файлов, а время под НТФС не изменяется (проверял только до 64 килофайлов). На идентичных аппаратно писюках с идентичными ОС (отличаются только настройками) с НТФС получена разность в 11 милисекунд (или в пять раз - 3 против 14). Под виндой на ФАТе то же самое, что и под обычным ДОСом. Жаль НОВЕЛА под рукой нет, а до Линуса пока не добрался.
Дома это одно, в организации - другое дело. Различные БД и другие сервисные программы обмениваются через расшареное дисковое пространство. Одна программа (сетевой сервис) получает информацию и передает пакеты (отдельные файлы) первому обработчику, та проверяет ЭЦП и передает второму, которые ковыряет Оракловую базу, третий обработчик (Оракловый) через файлы обменивается с обработчиком рабочей СУБД. Может это все криво реализовано, но хорошие реализации стоят столько денег!!! И подобных программ очень много. Рабочая база тоже хитро устроена - каждый рабочий день в отдельном каталоге создаются достаточное количество файловБД. Понятно зачем, надеюсь.
|
|
|