| Ноябрь 1999 → | ||||||
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
|---|---|---|---|---|---|---|
|
9
|
10
|
11
|
12
|
13
|
14
|
|
|
15
|
16
|
17
|
18
|
19
|
20
|
|
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
|
29
|
30
|
|||||
За последние 60 дней 2 выпусков (1-2 раза в 2 месяца)
Сайт рассылки:
http://www.ITShop.ru
Открыта:
Давно
Автор
Статистика
21.607 подписчиков
0 за неделю
0 за неделю
Служба Рассылок Городского Кота
N 34
Здравствуйте, уважаемые подписчики.
Извините за перерыв в рассылке. В качестве компенсации вы получаете
сдвоенный выпуск.
***
Прежде всего, о приятном: рассылка поднялась на десятое место по
количеству подписчиков и уверенно на нем закрепилась. Тем не менее, вовсе
не будет лишним, если вы порекомендуете ее своим друзьям и знакомым.
***
Я намереваюсь все же начать делать аналогичную рассылку по Windows 2000.
Поскольку я знаю эту систему пока заметно хуже, чем Windows 9х, то не
очень хорошо представляю себе, на чем чаще всего "спотыкаются"
пользователи. Так что предлагайте темы, которым можно будет посвятить
выпуски будущей рассылки, или просто задавайте вопросы. Темой ваших писем
поставьте Win2000. Но, как часто пишет любимая всеми нами корпорация :-))
"Данный документ носит исключительно информационный характер и не содержит
никаких гарантий, ни явных, ни подразумеваемых".
***
Раз уж зашла речь о Windows 2000, то напомню, что она будет существовать
в четырех вариантах: профессиональная (professional) - эквивалент рабочей
станции НТ 4, сервер (server), улучшенный сервер (advanced server) и сервер
обработки данных (datacenter server). Количество процессоров, которые
смогут использовать эти варианты - 2, 4, 8 и 16 соответственно. Русские
версии делаются только для профессионального варианта и для сервера.
Минимальные требования к памяти у профессиональной версии - 32 МБ, у
сервера - 64 МБ, к процессору - Пентиум 133. Рекомендуемый размер памяти в
два раза больше, максимальный размер - 4 ГБ. Для установки рабочей станции
требуется не менее 650 МБ свободного места на диске, для сервера - 850 МБ
плюс по 100 МБ на каждые дополнительные 64 МБ ОЗУ сверх минимальных
требований.
Если в сервере запустить все службы, то потребность в оперативной памяти
для нужд самой системы превысит 100 МБ, и на минимальной конфигурации
работоспособность обеспечивается довольно активным использованием файла
подкачки.
У улучшенного сервера минимальные требования к процессору - Пентиум 166,
к памяти - 64 МБ. Рекомендуемое значение - 128 МБ, максимальное - 8 ГБ.
Требуемое место на диске - 850 МБ плюс по два дополнительных мегабайта на
каждый мегабайт ОЗУ.
Windows 2000 должна быть представлена пользователям в середине февраля
будущего года, русская версия появится на четыре-шесть месяцев позже.
***
А теперь - давно обещанный рассказ о параметре "Типичная роль
компьютера". Этот раскрывающийся список предоставляет выбор из трех
вариантов: портативный компьютер, настольный компьютер и сервер. Выбор
одного из этих пунктов изменяет настройки драйвера VFAT. Часто можно
услышать, что параметр "Типичная роль компьютера" меняет настройку
дискового кэша. Но, хотя он и связан с кэшированием данных, непосредственно
к дисковому кэшу отношения не имеет, а управляет работой VFAT.
Если говорить конкретнее, то этот параметр определяет, какой объем
памяти будет дополнительно выделяться драйверу VFAT для хранения информации
о расположении файлов и каталогов, к которым выполнялось недавно обращение
(кэш имен и кэш каталогов). При этом изменяются значения двух параметров в
разделе реестра
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem]: PathCache
и NameCache (если выбрано значение "настольный компьютер", то эти
параметры отсутствуют в реестре и используются настройки по умолчанию).
PathCache определяет, для скольких каталогов, к которым последними
выполнялись обращения, будет храниться их адрес на диске. При повторном
доступе к ним VFAT может прочитать каталог, не обращаясь к таблице
размещения файлов (FAT). Для настолького компьютера это значение равно 32,
для переносного - 16, для сервера - 32.
NameCache определяет количество файлов, для которых хранится их
расположение на диске. При использовании этих двух кэшей системе нет
необходимости обращаться к таблице размещения файлов чтобы получить доступ
к файлу. Количество запоминаемых имен файлов составляет 677 для настольного
компьютера, 337 - для переносного и 2729 - для сервера.
Память для кэширования имен файлов и каталогов берется из общей
системной кучи (а не из памяти, выделенной дисковому кэшу), ее примерный
размер составляет около 5 КБ для переносного компьютера, 10 КБ - для
настольного, и 40 КБ - для сервера.
***
Довольно часто в переписке мне приходится разъяснять, что MS-DOS 7
существует, но не в виде отдельного продукта, а как составная часть Windows
9x. Некоторые аргументы в защиту этого утверждения можно найти на моей
страничке (раздел, посвященный версиям). Недавно я встретил еще одно
доказательство правильности этого утверждения: при установке Windows 2000
поверх Windows 98 содержимое каталога Windows\Command удаляется из каталога
Windows и перемещается в отдельный каталог с именем Msdos7.
Кстати, даже в ноябре 1994 года, то есть всего за полгода до выхода
Windows 95, "Майкрософт" заявляла, что будет продолжать совершенствовать
MS-DOS и будущие версии станут использовать технологию защищенного режима
из проекта "Windows 95".
************
N 35
А теперь - рассказ о системных ресурсах Windows 9х.
Возможно, вам случалось получать сообщение, извещающее о нехватке
системных ресурсов и предлагающее закрыть одну из программ. А если вы
запускали индикатор системных ресурсов и следили за его показаниями, то,
возможно, с удивлением обнаруживали, что завершение работы программы,
занимавшей несколько десятков мегабайт памяти, лишь незначительно изменяло
количество свободных системных ресурсов.
Так что же это за ресурсы такие? Те, кто работал в Windows 3.x, хорошо
помнят, как часто их нехватка мешала работе. В Windows 9х острота этой
проблемы значительно снята, и я, например, получил подобное сообщение лишь
однажды, да и то из-за ошибки в Орфо 5.0.
Системными ресурсами со времен Windows 3.х называются две области памяти
("кучи") размером 64 килобайта каждая: USER и GDI (в Windows 3.0
использовалась одна общая куча). В первой хранилась информация об объектах,
используемых модулем USER.EXE, во второй - об объектах, используемых
модулем KRNL386.EXE (или KRNL286.EXE при работе в стандартном режиме).
Размер куч определялся максимальным размером сегмента данных при
16-разрядной адресации. (Справедливости ради следует заметить, что в одном
из документов упоминается об использовании модулем USER.EXE _двух_ куч по
64 КБ каждая). Количество свободной памяти в каждой куче и есть количество
соответствующих свободных ресурсов, а меньшая величина из двух - количество
свободных системных ресурсов. Очевидно, что изменение количества свободной
памяти, как оперативной, так и виртуальной, никак не влияет на количество
системных ресурсов.
В Windows 95 информация о многих из таких объектов (но не о всех) была
перемещена в общую системную память (32-разрядную кучу). Информация о
некоторых объектах по-прежнему помещается в 16-разрядные кучи, но в
подавляющем большинстве случаев для каждого объекта требуется не более
10-20 байт памяти.
Как следствие, в Windows 9х пользователь практически не сталкивается с
нехваткой системных ресурсов, даже если запущено большое число программ. А
в Windows 3.х часто было невозможно запустить больше 4-6 программ
одновременно.
Если вы все же получаете сообщение о нехватке системных ресурсов, то
представляется весьма вероятным, что какая-то из программ страдает утечкой
системных ресурсов. То есть она создает объекты, занимающие системные
ресурсы, а по миновании надобности не разрушает их, не освобождая тем самым
занятую память. Иногда из-за ошибок в программе она начинает постоянно
создавать все новые и новые объекты, расходуя тем самым системные ресурсы.
Это именно та ситуация, с которой я столкнулся, используя ОРФО 5: при
открытии некоторых документов в Word количество свободных системных
ресурсов начинало постоянно уменьшаться, через несколько минут падая почти
до ноля. Закрытие Word восстанавливало исходное значение свободных
ресурсов, тогда как при их утечке закрытие программ приводит лишь к
частичному освобождению ресурсов.
***
Если вам доводилось работать в ДОС и/или Windows 3.х, то после перехода
на Windows 9х вы, возможно, замечали, что диск стал фрагментироваться
заметно меньше. Причина заключается в том, что модуль VFAT использует иной
алгоритм поиска свободного места на диске, нежели использовала ДОС. Если в
ДОС поступал запрос на запись, то она искала первый свободный кластер,
выделяла его, затем искала следующий свободный и так далее. В результате
файлы часто записывались в несколько несвязанных областей и становились
фрагментированными.
Модуль VFAT поступает иначе: при поступлении запроса на запись файла он
ищет на диске непрерывную свободную область размером 0,5 МБ и выполняет
запись в нее. При этом небольшие файлы оказываются нефрагментированными. И
только если поиск оказывается неудачен, то используется тот же алгоритм,
что и в ДОС.
Используемое по умолчанию значение 0,5 МБ можно изменить, указав новое
значение в параметре ContigFileAllocSize, создав его в разделе
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem. Вот только
нигде не указано, надо ли задавать новое значение в байтах или в
килобайтах.
Напомню, что модуль VFAT (и VCACHE тоже) впервые появился в Windows
3.11. Но загружался и работал только при включенном 32-битном доступе к
файлам.
***
Если вы хотите, чтобы программы семейства MSOffice при открытии
автоматически загружали файлы документов, поместите ярлыки этих файлов в
папку StartUp, расположенную в папке, в которой установлен Office (или
отдельная программа из этого семейства). Исключение - Excel, который ищет
загружаемые документы в папке XLStart.
Игорь Лейко
ipl@redline.ru
www.redline.ru/~ipl
|
http://www.citycat.ru/
E-mail: citycat@citycat.ru |
| В избранное | ||
