Поставляє папку swapfile & temp для ramdisk гарною ідеєю в Windows 7 64 біт з великою кількістю оперативної пам’яті?


16

Я хочу, щоб моя Windows працювала якомога швидше. Якщо у мене є 64 ГБ оперативної пам’яті в ОС Windows 7 64bit, чотирьохядерний процесор та всі додатки, що вміщуються в пам’яті, чи буде файл swap коли-небудь використовуватися? Питання полягає в тому, чи гарна ідея помістити файл swap на диск RAM.

Чи допоможе диск RAM якимось чином чи Windows інтелектуально використає всю наявну пам'ять для всієї своєї роботи?

Я також думаю розмістити папку temp на диску оперативної пам'яті. Я знаю, що диск оперативної пам’яті є летючою пам’яттю, і мені не байдуже її вміст, якщо він загубиться.


Заголовок змусив мене трохи посміятися, але насправді ваш, якщо [..] всі додатки вмістяться в пам'яті, чи буде файл swap коли-небудь використовуватися для чогось, це досить гарне питання!
Ар’ян

Файл сторінки - це не "файл підкачки" - буде використовуватися в міру необхідності, щоб програми могли виділяти віртуальний адресний простір поза тим, що дозволяла б тільки RAM. Це необхідно навіть у тому випадку, якщо після розподілу вони фактично використовують лише стільки, скільки вміститься в оперативній пам'яті.
Джеймі Ханрахан

Відповіді:


7

Я погоджуюся, що розміщення файлу swap на ramdisk не має сенсу для 64-бітної ОС. Однак якщо у вас є 32-бітний WinXP, тоді Windows може "бачити" лише перші 3,5 ГБ оперативної пам'яті. Якщо є більше оперативної пам’яті, скажімо, 9 ГБ, оперативна пам’ять вище 3,5 ГБ повністю втрачає WinXP. Однак, використовуючи таку програму, як SuperSpeed ​​RamDisk Plus, можна використовувати пам'ять вище 3,5 ГБ як рамковий диск - і розміщення файлу своп там має величезний сенс (знову ж таки, для 32-бітного XP, а не для 64-розрядного Win7 ).

Окремо, розміщення тимчасових файлів у рамному диску майже завжди має сенс, ефективні, якщо тільки очікуваний розмір не надто великий вм’ять в оперативній пам’яті, доступній ОС.


6

Поміщення файлу сторінки на рамковий диск - смішна ідея. Ви повинні розуміти, що лише частина загальної сторінки підказки буде включати файл сторінки. Більшість підказок буде виконано з виконуваними файлами та іншими картами, а файл сторінки в оперативній пам'яті нічого не зробить для покращення цієї продуктивності. І завдяки зменшеному системному таранi цього підкачки буде більше. Результат - доступ до файлів сторінок буде швидшим, але загальний рівень підкачки буде вищим із зниженням продуктивності.


4

Я б не сказав смішним; ні для 32, ні для 64-бітових систем.

Для початку очевидно, що 32 бітні вікна (більшість працюючих систем) просто ігнорують що-небудь вище 4 Гб. Можливо, що Ramdisks може використовувати PAE та 36-бітну адресацію пам'яті, вони є моїм єдиним способом зробити корисні області пам'яті в 32-бітовій системі.

Питання: як ми можемо скористатися блискавичним / безпечнішим віртуальним жорстким диском? Тимчасові файли приходять в голову і досить тривіальні в налаштуванні, якщо ви знаєте, як призначити фіксовану літеру диска в Windows. Те саме з кешем браузерів. Інтерес до них потрійний:

  • Найшвидший доступ / отримання
  • Справжнє видалення
  • Пригнічує більшість марного зносу дорогої пам'яті SSD.
  • Менша фрагментація диска ..

Що стосується файлу swap, то очевидно, що 32-бітові системи мають багато чого отримати, помістивши їх у незатребувану оперативну пам’ять. Можна було б придумати програму, що голодує на пам'ять, використовуючи до 3 Гб (із перемикачем 3 Гб в boot.ini), що, швидше за все, спричинить багато змін. Два однакових бонуси все ще діють: справжнє видалення та зношування на SSD. Фрагментація менше проблем із файлами своп.

Є і більше: досить погано написані програми використовують віртуальну пам'ять, незалежно від того, скільки фізичної пам’яті доступно, викликаючи марний доступ до диска. Це справедливо для програм 32 І 64 біт. Я навіть натрапив на програми, які просто не вдасться запустити за відсутності файлу swap.

Підсумок, хоча має сенс незалежно від того, що мати рамковий диск нижче 4 ГБ і зберігати марний доступ до диска для кешування папок та програм та програм, здається, що набагато кращим буде встановлення більше 4 ГБ, при цьому ціна пам'яті є такою, якою вона є, в обох 32 ( з апаратним забезпеченням з підтримкою PAE) І 64-бітними системами та перемістіть туди файл swap.

Слід зазначити, що багато професійних користувачів комп'ютерів досі не можуть отримати 64 біт з технічної підтримки.

Що було б смішно, використовувати ту ж сильну мову, що і вище, було б просто відкинути цю ідею і покластися не тільки на обробку віртуальної пам'яті Microsoft (що це високо оцінено і справедливо), але і на програмістів-прикладників, які варіюються від гуру кодування збірки. до мовного ідіота високого рівня, який підніме найприємніший і найстабільніший ПК на коліна саме через погану обробку пам'яті. Я бачив такий код у основних програмах, додатках для підвищення продуктивності, я тебе не маю!

Моя основна система має 8 Гб оперативної пам’яті на XP / 32, і це виявилося корисним. Це досить тривіально для налаштування, і я мушу сказати, що єдиною програмою, яка мені важко поспішала, є Google Chrome, чия стратегія встановлення / оновлення важко налаштована.

Ви можете придумати багато корисного використання для рамкових дисків, крім цих; у моєму випадку - зразки аудіо для завантаження з диска в живих додатках: помістіть їх там під час завантаження (болісно повільно) та отримайте блискавичний доступ до бібліотек багато Гб. Але це поза темою :)

Це мій власний досвід. Я б хотів, щоб люди не знищували цінності корисної інформації, використовуючи непотрібну сильну мову. Смішні були поганим вибором слова в цьому контексті.


3

Так, файли підкачки використовуються, навіть якщо в них багато оперативної пам’яті; але просте існування файлу підкачки не є фактором, що впливає на продуктивність системи . До того ж, розміщення файлу підкачки на диску оперативної пам’яті є непростим. Зрештою, у файлі підкачки є місце для зберігання (перехідних) сторінок, коли ці дані наразі не є оперативною пам'яттю . Диски оперативної пам’яті знаходяться в ОЗУ

Розміщення тимчасових файлів на диску RAM - це абсолютно інший чайник риби.


1
Цей пост не пояснює, чому в ОС потрібно нічого вивішувати, якщо в системі є багато оперативної пам’яті та вміють ВСЕ. Весь сенс пейджингу полягає в тому, щоб звільнити місце для більш важливих процесів, але якщо пам'ять може містити тимчасові, нові, старі та рідко використовувані і що-небудь у пам’яті, чому б не тримати все в тарані? Щодо сміттєзвалищ, я їх не хвилюю. Я не можу їх прочитати чи зрозуміти, щоб вони могли також видалитись і не перешкоджати їх збереженню, якщо не надішлю їх на аналіз на MS.
Tony_Henrich

Інша стаття, на яку вона посилається, також має звичайний солом'яник: "деякі" програми "можуть" провалюватися, не вказуючи ніколи, які саме програми є, або як вони можуть не працювати.
RolKau

@Tony, демпінгові збої для звичайної людини важко читати та інтерпретувати, але якщо встановити інструменти для налагодження Microsoft, вони можуть бути досить інформативними для з'ясування причини BSOD. Якщо ваш комп’ютер ніколи не виходить з ладу, то, звичайно, це не має значення, але я вважав, що в минулому аварійні збої є дуже корисними для усунення несправних комп'ютерів, тому не відхиляйте їх повністю.
nhinkle

2
@Tony_Henrich "чому б не тримати все в операційній пам'яті" => тому, що якщо хтось (або дуже рідко) звертається до нього в оперативній пам'яті, він витрачає це місце. Цей простір можна було б краще використовувати для кешування файлів, до яких часто звертаються, забезпечуючи чисте підвищення продуктивності. Будь-який фізичний простір оперативної пам’яті, який активно не використовується програмним кодом або даними, може використовуватися ОС для кешування файлів - тому також непогано працювати біля вашого загального обсягу оперативної пам’яті.
Боб

Більшість людей, які стверджують, що "система має багато оперативної пам'яті і вміє ВСЕ", ніколи не переглядали загальне використання віртуального адресного простору на своїй машині.
Джеймі Ханрахан

1

Сумніваюсь, ви побачите велику різницю в переміщенні файлу сторінки на ramdisk. Якщо ви хочете змусити Windows використовувати таран, ви можете вимкнути файл підкачки.

Однак я помітив велику різницю, переміщуючи мої тимчасові файли IE до ramdisk і встановлюючи мої змінні TEMP і TMP для оточення, щоб вони вказували на ramdisk.

Я також запускаю Google Chrome з прапором "-user-data-dir =" R: \ ChromeTEMP ", щоб він зберігав тимчасові файли на ramdisk. Це призведе до того, що він забуде ваші налаштування. Але оскільки я використовую функцію синхронізації, вона не зробила" t сильно впливає на мене. Після початкової синхронізації все повернулося до норми. А екрани завантаження skyrim коротше після посилання на копії деяких файлів на моєму ramdisk.


Позбавлення файлу сторінки (або розміщення його на RAMdisk) не "змушує Windows використовувати ОЗУ". Є сотні інших файлів, які використовуються для підкачки, і Windows все ще буде переходити на сторінку з них.
Джеймі Ханрахан

0

Windows продовжуватиме використовувати файл swap, який (на жаль, для моєї плутанини, оскільки у мене однакова настройка) не мав для мене сенсу. Однак після відключення файлу підкачки я не побачив реальних поліпшень продуктивності. З тих пір я повернувся до використання файлу сторінки, оскільки Windows використовує його для речей, окрім віртуальної пам'яті (я думаю, що він також записує аварійні помилки, коли вам потрібен bluescreen), який мені потрібен. Я також кілька разів обдував свої 12 Гб оперативної пам’яті, і був вдячний, що мав кімнату з хитанням.

Коротше кажучи, Windows все ще буде використовувати файл сторінки, але ви не повинні помічати це як показник продуктивності.

Що стосується тимчасових файлів, переміщення їх на операційний диск повинно збільшувати швидкість їх доступу, хоча переконайтеся, що вам нічого не потрібно буде зберігатись через перезавантаження / збій, а також те, що драйвер ramdisk завантажує і створює ramdisk перед будь-якими програмами або системі потрібно використовувати папку temp.


Я думаю, що міні-дампи зберігаються в якійсь спеціальній папці під Windows. Я не впевнений у повних відмовках, але, можливо, вони зберігаються у файлі сторінки. Але я не проти розміщувати файл сторінки в будь-який позакореневий диск. Я просто сподіваюся, що Windows є достатньо ефективним, щоб максимально використовувати доступний оперативної пам’яті та використовувати файл сторінки лише при крайній необхідності.
Tony_Henrich

@Tony: Вони зберігаються у файлі сторінки до перезавантаження, після чого вони зберігаються у папці Minidump під% SYSTEMROOT%.
Привіт71

1
MS заявляє, що відключення файлу swap, швидше за все, знизить продуктивність навіть у системах з високою пам'яттю. Управління пам'яттю ОС розроблене на основі заміни.
Келтарі

Зауважте, що Windows може зробити замість цього підготовку дампів аварійних ситуацій у виділеному файлі, що дозволяє уникнути вимоги про наявність на системному диску достатнього вільного простору / файлу сторінок для зберігання даних дампа; див. Як використовувати значення реєстру DedicatedDumpFile для подолання обмежень місця на системному диску при захопленні дампа системної пам’яті - Блог
Ntdebugging

0

Насправді це, на мій погляд, не погана ідея.

За логікою, люди неправильно розуміють "файл сторінки" або правильніше "поміняти файл" як оперативну пам'ять. Це правда, що файл swap містить схожі дані, як і RAM. Але Windows не використовує подібну оперативну пам'ять. Як ви бачите сьогодні у зростаючому багатозадачному світі, в якому ми живемо, Windows була створена ще в той час, щоб обробляти обмежену кількість оперативної пам’яті, постійно записуючи між файлом swap і оперативною пам’яттю.

Файл swap завжди використовується Windows, оскільки підвищення продуктивності помітніше на старих повільних комп’ютерах, де працює кілька програм. Коли ви відкриваєте вікно, програма заміняється на оперативну пам’ять, як ви працюєте в ній.

Скажімо, ви пишете лист у Word. Якщо ви тільки що запустили цю програму з багатьма програмами \ windows у фоновому режимі, вона, як правило, повільно, але потім працює більш плавно через кілька секунд. Потім, коли ви переходите на Internet Explorer, він працює повільно, потім стає швидшим, оскільки він був у файлі сторінки, а потім помінявся на оперативну пам’ять, а всі фонові процеси завантажуються у файл сторінки.

Тепер давайте представити диск оперативної пам’яті для Windows. Помістіть файл swap на рамдиск замість жорсткого диска, і ви покращили можливість Windows робити багатозадачність, оскільки оперативна пам’ять швидше, ніж HDD / жорсткий диск. Однак це не допоможе в старій системі, якщо ви не придбаєте фізичні накопичувачі оперативної пам’яті - і, можливо, вам доведеться знову встановити файл сторінки в Windows, оскільки без живлення він буде видалений.

Pagefiles стає безглуздішим для нових ПК з 8, 16, 32, 64 гігами оперативної пам’яті.


3
Все ще залишається питання, чому б Windows щось замінив, якщо є достатньо пам’яті, щоб усе вмістити. це не так, як пам'ять «втомлюється» від тримання програм і потребує перерви.
Tony_Henrich

Е, насправді, "файл сторінки" є більш правильним, ніж "файл підкачки"; технічно, заміна - це те, коли ви відправляєте ВСЕ пам’яті заданого процесу на вторинне сховище ...
SamB

Чому: тому що агресивно стосується обрізки "робочого набору". Але це на самому ділі не змінилося з , і втягується назад при необхідності без необхідності прочитати диск.
JDługosz

"файл swap завжди використовується Windows " - неправильно. Навіть якщо це трапляється використовувати файл сторінки, він записує туди речі, про які вирішено, з поважної причини (як ви його давно не торкалися), що не варто зберігати його в ОЗУ. Чому ви вважаєте, що у вас є більше інформації про те, що зберігати в оперативній пам'яті, ніж у Windows? У будь-якому випадку, як говорили інші, розміщувати файл сторінки в оперативній пам’яті - це як давати собі позику, а потім виплачувати себе з отриманих позик. У вас більше немає грошей, ви просто витратили багато марних зусиль.
Джеймі Ханрахан

0

Більшість із вас скептично забули 32-розрядний ліміт оперативної пам’яті Windows і пропускають той факт, що ви не можете помістити в RAM більше коду та даних, ніж 3,5 Гб. Або ви просто вважаєте, що ми намагаємось "відрізати" скажімо 2 ГБ від доступних 3,5 ГБ - для швидкого файлу сторінок, з вартістю зменшення доступної пам'яті до 1,5 Гб. Це, безумовно, безглуздо, але це не наша ідея . Наша ідея присвячена користувачам 32-розрядних Windows, які володіють ПК з БОЛЬШОЮ ОЗУ, ніж обмеження 3,5 ГБ. Наприклад, машина, оснащена 8 Гб, працює з 32-бітним XP або Vista або 2003.

Коли ви багато працюєте з багатьма програмами одночасно, система часто стикається з умовою виснаження пам'яті. Щоб уникнути критичних помилок, система змушена зберігати деякі дані фонових програм, що перебувають у файлі сторінки. Зазвичай це означає записувати десятки і сотні Мб на жорсткий диск. І пам’ятайте - це трапляється часто, коли ви дійсно використовуєте багатозадачність (сьогодні поширені, а також програми, що займають пам'ять). Коли ви отримуєте фоновий додаток на перший план - ще одна партія даних з оперативної пам’яті повинна перейти на жорсткий диск, просто щоб зробити місце в оперативній пам’яті, щоб попередня партія повернулася з жорсткого диска (цього разу написання та читання багатьох МБ з дискового накопичувача). Просто спостерігайте за вашим червоним світлодіодним індикатором активного жорсткого диска - він світиться більше, ніж вимикається (ваш жорсткий диск працює дуже важко).

Тепер уявіть, що всі ці операції будуть перенаправлені на EXTRA RAMdisk (додаткова оперативна пам'ять, за винятком області оперативної пам'яті системи, яка залишається однаковою за розміром - максимум).

  • Таким чином, вона працює в 1000 разів швидше (оперативні пам’яті оперативної пам'яті порівняно з жорстким диском), тому час заміни стає незначним;
  • Ваш жорсткий диск працює менше, ніж зазвичай, він стає тихим, прохолодним, а термін експлуатації значно подовжується.

Я не вірю, що це було б безглуздо з точки зору продуктивності, не кажучи вже про надійність жорсткого диска.

Гаразд, більшість машин, побудованих в епоху XP, не базувалися на материнських платах, здатних підтримувати більше 4 Гб оперативної пам’яті. Тому я розумію, що там мало хлопців, які дійсно піклуються / потребують та розуміють ідею. Але тепер...

ВІТАЙТЕ В ЕРУ ВІРТУАЛІЗАЦІЇ! Все більше і більше вам пощастило володіти машиною з великою кількістю оперативної пам’яті. Новачок може налаштувати свою хост-систему, щоб присвоїти 4 ГБ гостьовій 32-розрядної Windows, і все ще мати багато оперативної пам’яті. Тоді було б по-справжньому дорогоцінним, збагатити його 4 Гб оперативної пам’яті оперативної пам’яті, призначеної для тієї самої гостьової ОС, призначеної для файлів сторінок без витрат на оперативну пам’ять гостя!

Сервер, який я контролюю, має 12 Гб. Замість того, щоб купувати нову систему (64-2008 плюс ліцензії!), Я міг призначити 8 Гб для гостя - віртуального 32-2003 і спробувати тестувати програмне забезпечення RAMdisks. Однак я не довіряю їм, оскільки вони здаються хаками, і мені не подобається ризикувати на стабільність. Ось чому я шукаю рішення підготувати Linux Ramdisk свого хоста як блок-пристрій і відформатувати його на FAT або NTFS, щоб зробити його прийнятним для віртуального диску гостьової ОС, а також розмістити на ньому файл сторінки. Я вірю, що мій сервер би збільшив і заощадив багато зусиль на диску.

Де я помиляюся? Вітаю!


1
Хороший момент щодо віртуалізації, але без віртуалізації, ramdisk не дозволяє отримати доступ до більшої кількості оперативної пам’яті, ніж ви можете звертатися зазвичай. Без PAE, це близько 3,5 ГБ, але NT 4.0, win2k і версії про / сервера xp підтримують PAE, що забезпечує до 64 ГБ оперативної пам’яті. З огляду на те, що ви можете використовувати весь цей таран, краще дозволити системі використовувати її так, як вона вважає за потрібне, в тому числі для кешування файлів, а не виділяти її на ramdisk, що обмежує систему лише використанням її для розміщення приватних сторінок, що розміщуються , що не включає програмні файли та кешовані файлові дані.
psusi

Це звучить як рент.
bwDraco

Якщо ОС вирішила, що певний набір даних не варто зберігати в оперативній пам’яті, а розмістити їх у файлі сторінки ... чому ви вважаєте, що у вас є достатньо інформації, щоб виправдано сказати «ні, зберігайте її в оперативній пам’яті», поставивши свій файл сторінки на RAMdisk?
Джеймі Ханрахан

0

Що стосується темп-папки, то переміщення її на ramdisk збільшує швидкість.

Однак слід зазначити:

  • втрата потужності означатиме втрату даних
  • не кожна програма використовує папку temp, надану Windows, деякі використовують власну
  • якщо в папці temp не вистачає місця, програми або Windows можуть вийти з ладу

0

Ramdisks корисні для таких речей, як швидкий кеш-пам'ять Інтернету, IE, Chrome і Firefox тощо.
Розміщення файлу сторінки на Ramdisk в 64-бітної системі марно.

DisablePagingExecutive може краще відповідати цим потребам. Але розміщення файлу сторінки на Ramdisk в 32-бітному середовищі з більш ніж 4 ГБ оперативної пам’яті - це величезне покращення. Однак якщо ваш комп’ютер - це одноядерний процесор (лише один за словами менеджера завдань), відбудеться покращення (не можу точно пригадати, скільки минуло). Але вам також потрібно встановити ClearPagefileAtShutdown, щоб позбутися від помилки при наступному перезавантаженні, оскільки файл сторінки там не буде.

Найкраще використовувати для Ramdisk, який я можу придумати, - це відображення папки програмних файлів (або вибору програм) у Ramdisk.


DisablePagingExecutive вимикає лише підкачки виконавчої програми . Підписка все інше, яке зазвичай було б попробоване, все ж відбувається.
Джеймі Ханрахан
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.