Рис. 3.. Установка параметрів віртуальної пам'яті

Системи Windows NT4.0 і Windows 2000 мають трошки іншу стратегію роботи з віртуальною пам'яттю – динамічна зміна розміру файлу віртуальної пам'яті хоча і передбачена, але не є штатним режимом роботи. Який загальний мінімальний розмір файлів підкачки вибрати? Єдине, що можна сказати напевно – значення за умовчанням дуже мале для ефективної роботи. Звичайним системам рекомендується мінімум десь в районі 200-300 Мбайт, а складним комп'ютерам типу видавничих або, наприклад, графічних робочих станцій буде не зайвим і 500 Мбайт. На максимальний розмір теж варто не скупитися – цифри порядку гігабайта будуть в самий раз. Це практично ніяк не вплине на роботу системи в звичайному режимі, але дозволить уникнути несподіванок і збоїв у найвідповідальніші моменти, наприклад під час роботи з величезними документами.

Чи має сенс ставити максимально можливий розмір файлу підкачки? На жаль, ні. Якщо файл вміщає всі необхідні дані (тобто не збільшується в процесі роботи), то швидкодія системи максимальна і підняти його збільшенням розміру файлу не вийде. Так, зі збільшенням файлу віртуальної пам'яті підуть в хід якісь ефекти, що впливають на швидкодію системи підкачки, але вони будуть як за, так і проти, і на практичну швидкодію хоч скільки помітним чином впливати не будуть.

У випадку якщо у вас є декілька логічних дисків, постарайтеся помістити файл віртуальної пам'яті на тому розділі, який ближче до фізичного початку диска. Швидкодія операцій читання/запису там традиційно трохи вище, ну або, в крайньому випадку, не гірше, ніж в решті місць диска. На жаль, розміщувати віртуальну пам'ять на іншому логічному диску, намагаючись ізолювати її від файлів операційної системи, безглуздо – поки файл віртуальної пам'яті знаходиться на тому ж фізичному диску, ви нічого не виграєте зміною його логічного місцеположення.

Віртуальна пам'ять в системі з декількома жорсткими дисками – більш гнучке питання. Постарайтеся розмістити віртуальну пам'ять там, де немає файлів програм – тобто поза системного розділу. Це дуже істотно підвищить швидкодію. Багато сучасних систем (наприклад, Windows NT4.0 і Windows 2000) можуть використовувати віртуальну пам'ять на декількох дисках – але майте на увазі: розміщувати навіть частину віртуальної пам'яті на тому ж фізичному диску, де й сама система, не слід. Якщо у вас три фізичні диски, то не звертайте уваги на їх порівняльну швидкодію, а розмістіть файли підкачки на обох несистемних дисках – це теж сильно підвищить швидкодію, а система сама збалансує завантаження дисків відповідно до їх швидкості. Майте тільки на увазі, що файл віртуальної пам'яті категорично протипоказано поміщати на диски, що працюють в режимі PIO.

На якій файловій системі розміщувати віртуальну пам'ять? Це не має практичного значення. Краще б, щоб розмір кластера на тому диску, де розміщується файл віртуальної пам'яті, був більшим – але й це насправді не дуже важливо.

Прагніть не створювати з нуля віртуальну пам'ять на заповнених більш ніж на дві третини розділах – це майже завжди приведе до створення фрагментованого файлу підкачки. Якщо у вас немає іншого виходу – постарайтеся хоча б дефрагментувати диск перед збільшенням розміру файлів віртуальної пам'яті.

5. Підвищення швидкості обміну

Шина ISA забезпечує можливість обміну даними з диском на швидкості 2-3 Мб/сек. В порівнянні з швидкостями SСSI-контроллерів (5, 10 і 20 Мб/с), ця швидкість дуже мала. До недавнього часу обмеження швидкості обміну не грало істотної ролі, оскільки самі пристрої IDE не дозволяли зчитувати або записувати дані зі швидкістю вище 5 Мбіт/с. По мірі вдосконалення дискових технологій швидкість контроллера 2-3 Мб/с почала все-таки обмежувати можливості вінчестерів IDE. Для підвищення продуктивності дискової підсистеми комп'ютерів довелося використовувати буферну пам'ять, встановлювану на платі вінчестера або хост-адаптера. Сучасні вінчестери можуть забезпечувати швидкість читання/запису до 48 Мбіт/с і проста буферизація для підвищення продуктивності роботи буде дуже дорогим рішенням.

5.1. Швидкісні режими PIO

Для підвищення швидкості обміну даними в сучасних ПК широко використовуються локальні шини. Локальна шина VESA була розроблена для прискорення виведення зображень на екран, а в 1992 році був випущений перший контроллер IDE з шиною VLB (VESA Loсal Bus), що забезпечив деяке зростання швидкості обміну з диском. Дещо пізніше була розроблена специфікація локальної шини PСI. Контроллери IDE з локальною шиною VLB підтримують високу швидкість обміну між диском і буфером, але й вони не можуть порівнятися з контроллерами Fast-SСSI (10 Мб/с) унаслідок використання "сліпого" обміну в режимі програмованого вводу-виводу (PIO). "Сліпий" метод PIO заснований на тому, що контроллер (ведучий пристрій) запрошує дані в диска (ведений пристрій) або передає їх йому. При такому режимі використовується тільки частина смуги пропускання шини, що не дозволяє домогтися суттєвого зростання швидкості контроллерів IDE.

Enhanсed IDE включає операції, звані "управління потоком з використанням IORDY", які дозволяють диску включати пакетний режим передачі для 100% використання смуги пропускання шини. Режим управління потоком передає ініціативу пристрою (диску) і дозволяє позбавитися неефективних "сліпих" режимів PIO за рахунок установки смуги пропускання контроллера відповідно до можливостей вінчестера. Це означає, що в тих випадках, коли доступна вся смуга, вінчестер управлятиме обміном даними з