имхо рамдиск имеет смысл использовать в программно-аппаратных комплексах, которые не могут нативно заюзать имеющуюся память. Либо по соображениям безопасности, что бы инфа на сбрасывалась на диск или быстро бы удалялась при выключении системы.
может автор что-то и понял для себя, но по тексту статьи ничего не понятно.
Если имелось в виду, то что любой системный файл\папка могут быть прилинкованны к рам диску.. то пример в студию.. скопировать, допустим скопировали, сохранили в файл образа, который при загрузке загружается в память.. как заставить винду юзать файлы? прописывать вручную? указать всю папку виндовс? на каком этапе загрузки? Как сохранять бекап измененных файлов на хард?.. в образ более менее понятно, часть на себя возьмет прога рамдиска.. там можно задать.. какие конфликты могут происходить при этом?
Установить программу\игру на рам диск не проблема и даже часть игр будет намного быстрей загружаться.
Но системные файлы — это целая эпопея.
Причем не всегда можно увидеть не вооруженным глазом разницу в скорости.
Для игр это загрузка файлов\текстур в память.. т.е. из памяти в память загружаются файлы, при этом загрузка в видюху текстур идет медленней, если параллельно что-то еще читается\пишется в нее большими объемами или кучей мелких файлов.
Тестировал на Халф лайф дезматч т.к. свободной памяти было не особо много, а эта сетевая игра весит около 2-х гигов.. так разницы практически не заметно, долгая инициализация сервера\клиента, а загрузка карты в 30-40мб пролетает с харда моментом.. в самой игре вообще не заметно т.к. игра практически ничего не пишет и редко читает.
Так что во первых при наличии 64бит вин 7 нужно для комфортной работы 6гиг (при 4 гигах лучше остаться на 32бит системе т.к. 64бит грузит в память больше библиотек и дополнительно имеет среду выполнения 32 приложений).
Математика 16-4=10гиг умиляет.. хотя читая выше понятно почему это вышло, автор видать торопился.
Eset не может крутиться быстрее только потому что его основная работа — читать файлы на диске, который медленный.. он может только получить отклик выше и писать логи быстрее.. первое из-за текстур на оформление окон, второе понятно.
При работе с рамдиском заметил что система иногда подвисает на пустом месте при запуске программ, либо в них встроены таймеры, чтоб быстрее положенного не работали, либо есть какие-то задачи, которые она выполнить не может быстрее из-за каких-то программных ограничений. (не зависит от загрузки проца, харда)
Есть еще одно объяснение — возросшая нагрузка на шину памяти, при этом нужно тестировать другими тестами, писать и одновременно читать кучу мелких файлов рандомно и посмотреть какая итоговая скорость получится и какое значение операций ввода-вывода получается.
Скажу сразу, СТАЛКЕРы будут играться гораздо приятней, но надо учесть объем игры, сейвов и файла подкачки, без которого игра не работает.. только потому что там такой движок, в котором все через одно место и файловые операции запрограммированы не оптимально.
Тут подходим к оптимальному варианту использования рамдиска.
1й домашний: файл подкачки, временные файлы интернета(профили браузеров с кешем), темп (осторожно, будет проблема с постоянной чисткой и невозможность ставить некоторые репаки игр, разархивировать винраром архивы превышающие объем диска)
2й рабочий: базы данных.. то тут предельно осторожно, нужно постоянно архивировать, иметь проверенный УПС и очень тщательно оттестировать память, идеально если она будет с четностью.
3й еще более проблематичные ситуации как перенос профиля на рам диск (при постоянном использовании рабочего стола и моих документов для файлопомойки), перенос других системных файлов\папок (ситуация с обновлением, когд сеанс завершен, рамдиск сохранился, и файлы пытаются записаться на рамдиск, диск, реестр) и другие подобные.
И последний момент: 4 слота — да, но не все матери поддерживают установку даже 4х модулей по 4 гига корректно, многие просто не стартуют или ведут себя непредсказуемо.
Так же очень нравятся надписи на коробках матерей — поддержка 24 и 32Гб памяти, при физическом отсутствии 8Гиг планок не буфферизированных и без четности.. потому как такие матери и чипсеты этого не поддерживают.
На сата — это просто кастрация скорости даже ддр первой.. да и объем не ахти какой, ссд в затылок дышит по скоростям.
Во первых надо хотя бы на PCI-e x4 делать, форм фактор уже другой (возможно придется использовать SO-DIMM чтобы уместилось больше).
Во вторых : Лучше использовать Li-Fe аккумуляторы, быстрая зарядка за 15минут.. хотя это больше маркетинг в плане высокого качества.. но в критических ситуациях спасет много нервов.
Поддержка минимум 128Гб — это 16 планок памяти по 8Гб (которых нет)... ммм.. размер топовых видеокарт выходит.. или 32*4гб*600р=19200рублей только за память.. даже 64Гб дороговато выйдет и это не считая стоимости платы и аккумуляторов.
Идея хорошая, но нужно быстрее развивать объем модуля памяти.. и сбивать цены.. иначе ссд просто обгонят эту идею дешевыми MLC модулями на хорошем контроллере, который объединяет их в рейд массив.
О! Хорошо, что наткнулся на эту тему, задам здесь свой вопрос, может, кто чего и присоветует.
Итак. Все, наверно, знают, что такое своп-файл (во всяком случае все, чьё мнение может быть интересно ;)
И есть мнение, что его отключение (при достаточном объёме памяти) благотворно сказывается как на быстродействии системы, так и на здоровии винта. НО! Неоднократно также доводилось встречать мнение, что делать этого нельзя (ради стабильности системы). Так вот отсюда вопрос: а что, если своп оставить, но поместить его в рам-драйв, а? Будет это компромиссом, или как? К тому же, при выключении системы своп будет очищаться одним махом, без ожидания. Кто что думает? Высказываемся...
глупость. во-первых семерка уже не так агрессивно использует своп, чтобы от него избавляться. во-вторых если памяти реально до фига лучше оставить его мегабайт на 200 для дампов памяти и прочей фигни.
на старых системах имеет смысл, на системах с тупым старым хардом.
На 7-ке при наличии памяти можно отключать, но до первого превышения.. некоторые программы корректно отрабатывают (как и 7ка) и включают своп, иногда прога вылетает с потерей всех данных. Очень редко может привести к синему экрану, если программа использует системное или критичное а-ля драйвер или в этот момент вдруг не смогла загрузиться системная библиотека (загрузилась не полностью).
затем, что хп не имеет системы кеширования как виста и 7-ка и скидывает даже часто используемые данные в своп.. например, если не пользоваться меню пуск какое-то время — оно скинется в своп и при нажатии на него система грузит меню как буд то это она его впервые грузит. и так по многим пунктам.
При наличии 2-3гиг памяти в хп она не используется.
не знаю как щас, а несколько лет назад юзали Гигабайтовскую приблуду такую: обычная писиайная плата с четырьми слотами под ДДР, на плате же батарейка и разъем САТА. соответственно определяется в любой системе как обычный винт, объем зависит от объема установленной памяти, можно форматировать и все такое. при отключении питания данные сохранялись — бралось дежурное питание если БП компа не вырубался, либо питание с батареи, батарейного питания хватало кажется примерно на сутки. скорость работы была пониже — все-таки через SATA работа а не напрямую, но тем не менее было очень и очень быстро.
Комментарии
Если имелось в виду, то что любой системный файл\папка могут быть прилинкованны к рам диску.. то пример в студию.. скопировать, допустим скопировали, сохранили в файл образа, который при загрузке загружается в память.. как заставить винду юзать файлы? прописывать вручную? указать всю папку виндовс? на каком этапе загрузки? Как сохранять бекап измененных файлов на хард?.. в образ более менее понятно, часть на себя возьмет прога рамдиска.. там можно задать.. какие конфликты могут происходить при этом?
Установить программу\игру на рам диск не проблема и даже часть игр будет намного быстрей загружаться.
Но системные файлы — это целая эпопея.
Причем не всегда можно увидеть не вооруженным глазом разницу в скорости.
Для игр это загрузка файлов\текстур в память.. т.е. из памяти в память загружаются файлы, при этом загрузка в видюху текстур идет медленней, если параллельно что-то еще читается\пишется в нее большими объемами или кучей мелких файлов.
Тестировал на Халф лайф дезматч т.к. свободной памяти было не особо много, а эта сетевая игра весит около 2-х гигов.. так разницы практически не заметно, долгая инициализация сервера\клиента, а загрузка карты в 30-40мб пролетает с харда моментом.. в самой игре вообще не заметно т.к. игра практически ничего не пишет и редко читает.
Так что во первых при наличии 64бит вин 7 нужно для комфортной работы 6гиг (при 4 гигах лучше остаться на 32бит системе т.к. 64бит грузит в память больше библиотек и дополнительно имеет среду выполнения 32 приложений).
Математика 16-4=10гиг умиляет.. хотя читая выше понятно почему это вышло, автор видать торопился.
Eset не может крутиться быстрее только потому что его основная работа — читать файлы на диске, который медленный.. он может только получить отклик выше и писать логи быстрее.. первое из-за текстур на оформление окон, второе понятно.
При работе с рамдиском заметил что система иногда подвисает на пустом месте при запуске программ, либо в них встроены таймеры, чтоб быстрее положенного не работали, либо есть какие-то задачи, которые она выполнить не может быстрее из-за каких-то программных ограничений. (не зависит от загрузки проца, харда)
Есть еще одно объяснение — возросшая нагрузка на шину памяти, при этом нужно тестировать другими тестами, писать и одновременно читать кучу мелких файлов рандомно и посмотреть какая итоговая скорость получится и какое значение операций ввода-вывода получается.
Скажу сразу, СТАЛКЕРы будут играться гораздо приятней, но надо учесть объем игры, сейвов и файла подкачки, без которого игра не работает.. только потому что там такой движок, в котором все через одно место и файловые операции запрограммированы не оптимально.
Тут подходим к оптимальному варианту использования рамдиска.
1й домашний: файл подкачки, временные файлы интернета(профили браузеров с кешем), темп (осторожно, будет проблема с постоянной чисткой и невозможность ставить некоторые репаки игр, разархивировать винраром архивы превышающие объем диска)
2й рабочий: базы данных.. то тут предельно осторожно, нужно постоянно архивировать, иметь проверенный УПС и очень тщательно оттестировать память, идеально если она будет с четностью.
3й еще более проблематичные ситуации как перенос профиля на рам диск (при постоянном использовании рабочего стола и моих документов для файлопомойки), перенос других системных файлов\папок (ситуация с обновлением, когд сеанс завершен, рамдиск сохранился, и файлы пытаются записаться на рамдиск, диск, реестр) и другие подобные.
И последний момент: 4 слота — да, но не все матери поддерживают установку даже 4х модулей по 4 гига корректно, многие просто не стартуют или ведут себя непредсказуемо.
Так же очень нравятся надписи на коробках матерей — поддержка 24 и 32Гб памяти, при физическом отсутствии 8Гиг планок не буфферизированных и без четности.. потому как такие матери и чипсеты этого не поддерживают.
RAMDISK
amamax.com
на ддр3 смотрелось бы привлекательней.
На сата — это просто кастрация скорости даже ддр первой.. да и объем не ахти какой, ссд в затылок дышит по скоростям.
Во первых надо хотя бы на PCI-e x4 делать, форм фактор уже другой (возможно придется использовать SO-DIMM чтобы уместилось больше).
Во вторых : Лучше использовать Li-Fe аккумуляторы, быстрая зарядка за 15минут.. хотя это больше маркетинг в плане высокого качества.. но в критических ситуациях спасет много нервов.
Поддержка минимум 128Гб — это 16 планок памяти по 8Гб (которых нет)... ммм.. размер топовых видеокарт выходит.. или 32*4гб*600р=19200рублей только за память.. даже 64Гб дороговато выйдет и это не считая стоимости платы и аккумуляторов.
Идея хорошая, но нужно быстрее развивать объем модуля памяти.. и сбивать цены.. иначе ссд просто обгонят эту идею дешевыми MLC модулями на хорошем контроллере, который объединяет их в рейд массив.
Итак. Все, наверно, знают, что такое своп-файл (во всяком случае все, чьё мнение может быть интересно ;)
И есть мнение, что его отключение (при достаточном объёме памяти) благотворно сказывается как на быстродействии системы, так и на здоровии винта. НО! Неоднократно также доводилось встречать мнение, что делать этого нельзя (ради стабильности системы). Так вот отсюда вопрос: а что, если своп оставить, но поместить его в рам-драйв, а? Будет это компромиссом, или как? К тому же, при выключении системы своп будет очищаться одним махом, без ожидания. Кто что думает? Высказываемся...
если речь о линухе — нафиг не нужен.
На 7-ке при наличии памяти можно отключать, но до первого превышения.. некоторые программы корректно отрабатывают (как и 7ка) и включают своп, иногда прога вылетает с потерей всех данных. Очень редко может привести к синему экрану, если программа использует системное или критичное а-ля драйвер или в этот момент вдруг не смогла загрузиться системная библиотека (загрузилась не полностью).
Но, тем не менее, спасибо всем, кто потрудился высказаться!
При наличии 2-3гиг памяти в хп она не используется.