Windows и Office: новости и советы
| N 63 Здравствуйте, уважаемые подписчики. |
Беседы с разработчиками |
| Этот раздел вряд ли станет частым
гостем в рассылке. В него я собираюсь помещать диалоги, состоявшиеся между
пользователями и разработчиками Windows и Office. Это не стенограммы,
наоборот, как правило, вы будете читать обработанную мной компиляцию
нескольких бесед (заочных). Однако, отсебятины не будет и выдергивать
цитаты из контекста я себе не позволю. В качестве ответов будут
использоваться только информация, непосредственно переданная
разработчиками (отнюдь не службой поддержки). Итак, беседа первая (1998 год). |
Файл подкачки |
| Пользователь Windows 98: -
многих пользователей смущает необычное поведение файла подкачки по
сравнению с Windows 95. Например, его увеличенный размер и повышенная
активность. Не мог бы кто-нибудь дать квалифицированные разъяснения? Разработчик: - чтобы уменьшить количество случаев, когда во время активной работы системы необходимо изменить размер файла подкачки, мы внесли два изменения по сравнению с Windows 95. 1. Файл подкачки увеличивается ступенями не по 512 КБ, а по 4 МБ. Размер приложений за последние годы сильно вырос, и мы не однажды наблюдали, как во время загрузки всего лишь одного приложения файл подкачки увеличивался неоднократно. Приращение файла подкачки ступенями по 4 МБ также уменьшает фрагментированность файла подкачки (система старается сделать непрерывным каждый 4 МБ кусок, а не 512 КБ, как раньше). А это способствует и повышению быстродействия. 2. Если после закрытия одного или нескольких приложений размер файла
подкачки оказывается больше необходимого в данный момент, система ждет 2
минуты, а не 45 секунд, прежде чем приступить к уменьшению размера файла.
Ведь весьма возможно, что пользователь закрыл приложение только потому,
что хочет работать в другом и запустит его. Я не испытываю проблем с увеличением файла подкачки блоками
увеличенного размера. И двухминутный интервал ожидания - тоже не проблема.
Проблема в том, что Windows 98 выделяет файлу подкачки на 20-50 мегабайт
больше, чем нужно. И эти мегабайты не используются! ЗАЧЕМ??? В моем случае файл подкачки не нужен вообще! Я абсолютно точно
знаю это, поскольку система прекрасно работает и при отключенной
виртуальной памяти. Я слышал, что в процессе разработки Windows 98 были сложности в организации управления памятью. Но я думаю, что только из-за того, что некто решил заново изобрести колесо, на этот раз некруглое. А теперь никто не может объяснить, почему оно плохо катится. Когда я разрешаю Windows управлять виртуальной памятью, я ожидаю, что
диспетчер памяти будет создавать файл подкачки только тогда, когда _вся_
оперативная память будет использована. Именно так должен работать
_динамический_ файл подкачки. Он должен быть резервом на тот случай, когда
системе не хватит оперативной памяти и не должен создаваться до тех пор,
пока не возникнет такая нехватка. Если виртуальная память включена, то значительная доля выделяемой памяти (в частности, вся память, выделяемая приложениям, в том числе и программный код, и данные) помечается как выгружаемая. Это означает, что в некоторый момент (который невозможно определить заранее) мы можем выгрузить содержимое этой памяти в файл подкачки. Если у вас 96 МБ ОЗУ и вы используете лишь одно или два приложения, тогда необходимость такой выгрузки вряд ли когда-нибудь возникнет. Но в какой момент следует резервировать место в файле подкачки на случай возникновения такой необходимости? После ее возникновения? А вдруг к этому моменту на диске не останется свободного места? Тогда единственным выходом будет аварийное завершение работы приложения. Поэтому мы резервируем место в файле подкачки в тот момент, когда
приложению выделяется оперативная память. В этом случае мы можем получить
отказ в распределении памяти, если не удается увеличить размер файла
подкачки. То есть нам либо не удастся запустить приложение, либо
приложение, обратившись к системе с запросом о выделении памяти, получит
отказ. Любой из этих вариантов намного более приемлем, чем аварийное
завершение работы приложения. А если мы разрешим диспетчеру памяти
выделять место под файл подкачки только после того, как вся память будет
использована, то столкнемся с описанной выше проблемой. А сейчас попробую кратко пояснить проблему, о которых упоминал
разработчик. |
Двадцать седьмая буква диска |
| Про описанную ниже ситуацию мне
рассказывал один из знающих людей. Конфигурация: Windows 3.11 для рабочих групп подключена к сети Netware. При установке Win3.11 добавили параметр lastdrive=Z. При подключении к сети модуль Netx должен назначить сетевому диску букву, следующую за той, что определена в lastdrive. После Z в таблице символов идет открывающая квадратная скобка. В результате в системе появился диск [:. Можно было набрать [:, нажать клавишу Enter и получить в ответ запрос авторизации для входа в сеть Novell. |
Игорь Лейко |
|
http://subscribe.ru/
E-mail: ask@subscribe.ru |
| В избранное | ||
