Как лучше загрузить Windows и весь системный раздел напрямую в RAM-диск при старте коипьютера? Давно, года так с 2011-го, хочу замутить такую схему в качестве эксперимента по устранению бутылочных горлышек в I/O домашней рабочей станции.ДаноWindows 10 Pro + рабочий софт + резидентный софт;64 ГБ быстрой памяти, из которых примерно 44–48 ГБ выделено под RAM-диск;Системный раздел на 44–48 ГБ на SSD.План
При запуске компьютера системный раздел полностью загружается в RAM-диск. Каждую ночь разница синхронизируется с содержимым на физическом диске (и ещё раз принудительно при срабатывании ИБП). Впоследствии такой же подход можно, например, применить к ноутбуку и, помимо прочего, выиграть в электропотреблении за счёт простоя носителя (да, гомеопатия — но приятно).
Реализация запланирована на конец года (жду новых материнок), но хотелось бы попытаться досконально исследовать этот вопрос заранее.Смысл
Чтение и запись на диск происходит на скорости обращения к оперативной памяти, то есть даже без микроскопических задержек (потому что информация идёт мимо шины SATA/PCIe; теоретически, весь обмен должен происходить только между памятью и процессором). Не надо беспокоиться об износе, усилении записи и других глупостях. Плюс, если с системой произошло что-то непоправимое, в большинстве случаев можно будет откатиться обычной перезагрузкой, но это мелкий бонус.
Таким образом проблема недостатка I/O для наиболее требовательных рабочих приложений и системы будет решена раз и навсегда, и бутылить будет уже процессор (или, там, видеокарта). Плюс подавляющее большинство бытовых действий будет происходить с максимально возможной отзывчивостью. Решение интересно как с теоретической, так и с практической точки зрения.ПроблемаКак / с помощью чего можно создать загрузчик, который будет создавать виртуальную партицию, копировать в неё содержимое SSD и грузить Винду оттуда? Камнем преткновения видится именно создание виртуального раздела вне загруженной системы. Пока в голову приходит только Линукс + виртуалка, но работать через систему-прокладку кажется сомнительным решением. (Если бы я пользользовался только Линуксом, было бы в разы проще, понимаю.) Несколько лет назад один товарищ провернул тут похожий эксперимент с Win7 посредством GRUB4DOS, но, насколько я понял, в его случае образ лежал готовым на физическом диске ещё до загрузки, что, конечно, реализуемо, но не столь практично (конечно, если я правильно понял, что именно он сделал).Как / чем лучше синхронизировать разницу, чтобы не создавать лишнюю нагрузку на физический диск? Теоретически можно обойтись NTFS-линками; синхронизация будет быстрее, но тогда будет много лишних записей, а это не вполне желательно.Какие ответы не ждуТебе это не нужно — нужно, очень нужно. :)Неэффективно — большая часть диска будет занята статичными файлами — не спорю. Однако в этом случае я преследую не эффективность. Хочется, как минимум, опробовать технологию на реальных задачах. Лишнюю память в крайнем случае можно сбыть.Тебе не хватит места — как ни странно, хватит.Купи Optane или топовый PCIe-SSD — это удобнее, но ещё дороже, чем лишняя память, и всё равно не быстрее. И грузит шину.
Как лучше загрузить Windows и весь системный раздел напрямую в RAM-диск при старте коипьютера? Давно, года так с 2011-го, хочу замутить такую схему в качестве эксперимента по устранению бутылочных горлышек в I/O домашней рабочей станции.ДаноWindows 10 Pro + рабочий софт + резидентный софт;64 ГБ быстрой памяти, из которых примерно 44–48 ГБ выделено под RAM-диск;Системный раздел на 44–48 ГБ на SSD.План
При запуске компьютера системный раздел полностью загружается в RAM-диск. Каждую ночь разница синхронизируется с содержимым на физическом диске (и ещё раз принудительно при срабатывании ИБП). Впоследствии такой же подход можно, например, применить к ноутбуку и, помимо прочего, выиграть в электропотреблении за счёт простоя носителя (да, гомеопатия — но приятно).
Реализация запланирована на конец года (жду новых материнок), но хотелось бы попытаться досконально исследовать этот вопрос заранее.Смысл
Чтение и запись на диск происходит на скорости обращения к оперативной памяти, то есть даже без микроскопических задержек (потому что информация идёт мимо шины SATA/PCIe; теоретически, весь обмен должен происходить только между памятью и процессором). Не надо беспокоиться об износе, усилении записи и других глупостях. Плюс, если с системой произошло что-то непоправимое, в большинстве случаев можно будет откатиться обычной перезагрузкой, но это мелкий бонус.
Таким образом проблема недостатка I/O для наиболее требовательных рабочих приложений и системы будет решена раз и навсегда, и бутылить будет уже процессор (или, там, видеокарта). Плюс подавляющее большинство бытовых действий будет происходить с максимально возможной отзывчивостью. Решение интересно как с теоретической, так и с практической точки зрения.ПроблемаКак / с помощью чего можно создать загрузчик, который будет создавать виртуальную партицию, копировать в неё содержимое SSD и грузить Винду оттуда? Камнем преткновения видится именно создание виртуального раздела вне загруженной системы. Пока в голову приходит только Линукс + виртуалка, но работать через систему-прокладку кажется сомнительным решением. (Если бы я пользользовался только Линуксом, было бы в разы проще, понимаю.) Несколько лет назад один товарищ провернул тут похожий эксперимент с Win7 посредством GRUB4DOS, но, насколько я понял, в его случае образ лежал готовым на физическом диске ещё до загрузки, что, конечно, реализуемо, но не столь практично (конечно, если я правильно понял, что именно он сделал).Как / чем лучше синхронизировать разницу, чтобы не создавать лишнюю нагрузку на физический диск? Теоретически можно обойтись NTFS-линками; синхронизация будет быстрее, но тогда будет много лишних записей, а это не вполне желательно.Какие ответы не ждуТебе это не нужно — нужно, очень нужно. :)Неэффективно — большая часть диска будет занята статичными файлами — не спорю. Однако в этом случае я преследую не эффективность. Хочется, как минимум, опробовать технологию на реальных задачах. Лишнюю память в крайнем случае можно сбыть.Тебе не хватит места — как ни странно, хватит.Купи Optane или топовый PCIe-SSD — это удобнее, но ещё дороже, чем лишняя память, и всё равно не быстрее. И грузит шину.
При запуске компьютера системный раздел полностью загружается в RAM-диск. Каждую ночь разница синхронизируется с содержимым на физическом диске (и ещё раз принудительно при срабатывании ИБП). Впоследствии такой же подход можно, например, применить к ноутбуку и, помимо прочего, выиграть в электропотреблении за счёт простоя носителя (да, гомеопатия — но приятно).
Реализация запланирована на конец года (жду новых материнок), но хотелось бы попытаться досконально исследовать этот вопрос заранее.Смысл
Чтение и запись на диск происходит на скорости обращения к оперативной памяти, то есть даже без микроскопических задержек (потому что информация идёт мимо шины SATA/PCIe; теоретически, весь обмен должен происходить только между памятью и процессором). Не надо беспокоиться об износе, усилении записи и других глупостях. Плюс, если с системой произошло что-то непоправимое, в большинстве случаев можно будет откатиться обычной перезагрузкой, но это мелкий бонус.
Таким образом проблема недостатка I/O для наиболее требовательных рабочих приложений и системы будет решена раз и навсегда, и бутылить будет уже процессор (или, там, видеокарта). Плюс подавляющее большинство бытовых действий будет происходить с максимально возможной отзывчивостью. Решение интересно как с теоретической, так и с практической точки зрения.ПроблемаКак / с помощью чего можно создать загрузчик, который будет создавать виртуальную партицию, копировать в неё содержимое SSD и грузить Винду оттуда? Камнем преткновения видится именно создание виртуального раздела вне загруженной системы. Пока в голову приходит только Линукс + виртуалка, но работать через систему-прокладку кажется сомнительным решением. (Если бы я пользользовался только Линуксом, было бы в разы проще, понимаю.) Несколько лет назад один товарищ провернул тут похожий эксперимент с Win7 посредством GRUB4DOS, но, насколько я понял, в его случае образ лежал готовым на физическом диске ещё до загрузки, что, конечно, реализуемо, но не столь практично (конечно, если я правильно понял, что именно он сделал).Как / чем лучше синхронизировать разницу, чтобы не создавать лишнюю нагрузку на физический диск? Теоретически можно обойтись NTFS-линками; синхронизация будет быстрее, но тогда будет много лишних записей, а это не вполне желательно.Какие ответы не ждуТебе это не нужно — нужно, очень нужно. :)Неэффективно — большая часть диска будет занята статичными файлами — не спорю. Однако в этом случае я преследую не эффективность. Хочется, как минимум, опробовать технологию на реальных задачах. Лишнюю память в крайнем случае можно сбыть.Тебе не хватит места — как ни странно, хватит.Купи Optane или топовый PCIe-SSD — это удобнее, но ещё дороже, чем лишняя память, и всё равно не быстрее. И грузит шину.
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
Решение данной проблемы можно попытаться найти с помощью специализированных программ, которые позволяют создавать RAM-диски и загружать данные в них при старте компьютера. Некоторые из таких программ могут автоматически копировать содержимое системного раздела на SSD в RAM-диск и синхронизировать изменения при необходимости.
Одним из самых популярных инструментов для создания RAM-дисков является программное обеспечение ImDisk Toolkit. Оно позволяет создавать виртуальные диски в оперативной памяти, устанавливать их размеры и другие параметры. Также возможно использование программ для автоматизации процесса загрузки данных в RAM-диск при старте компьютера.
Для синхронизации изменений между RAM-диском и физическим диском можно использовать различные инструменты для создания резервных копий и синхронизации данных, такие как FreeFileSync или SyncBack. Эти программы позволяют установить расписание для автоматической синхронизации данных и настроить правила копирования.
В любом случае, перед тем как приступать к реализации подобной схемы, необходимо тщательно продумать её выполнимость и возможные последствия. Также необходимо помнить о необходимости регулярной резервной копии системных данных, чтобы избежать потери информации в случае сбоя в работе программ или оборудования.