Ответ 1
Я просто прочитал сообщение по этому вопросу: http://nesteruk.org/blog/post/Cheap-way-of-speeding-up-Visual-Studio-IO.aspx
У меня есть идея ускорить работу с IDE.
Я хочу создать RAM-диск и перенести свое решение на этот виртуальный диск.
Я думаю, что это может ускорить IDE, поскольку оперативная память намного быстрее, чем жесткий диск.
Кто-нибудь сделал это раньше?
PS: Я думаю, когда у меня есть некоторые документы в моей программе (реальном мире), которые часто используются (например, некоторые шаблоны документов), может быть хорошей идеей переместить эти документы на RAM-диск, а также ускорить работу I/вывода. Я не прав?
Если проблема с питанием является проблемой, ИБП мог бы решить эту проблему.
Я просто прочитал сообщение по этому вопросу: http://nesteruk.org/blog/post/Cheap-way-of-speeding-up-Visual-Studio-IO.aspx
Честно говоря, если у вас Vista/Windows Server 2008 x64 и вы застреваете на своей рабочей станции с 4 до 8 ГБ ОЗУ, для большинства задач все будет в кеше или хранится в SuperFetch, что будет намного проще в управлении и примерно такой же высокой производительности, как и RAM-диск. RAM-диск не поможет вам, если вы голодали на другую системную память, чтобы заставить ее работать.
Кстати, я попробовал ваше предложение пару лет назад. Хотя это технически сработало, копирование необходимых данных на RAM-диск при каждой загрузке занимает слишком много времени и было болью.
У меня есть жесткий диск на флеш-накопителе на 128 ГБ, и он БЫСТРО. Вся моя система, VM и IDE включены, загружаются менее чем за одну минуту.
Учитывая достаточную оперативную память, эта проблема была решена в течение длительного времени. Если у вас много ОЗУ, материал из HD в любом случае будет кэшироваться, а HD - лишь узкое место, когда вы загружаете что-то при загрузке. Что касается начального времени загрузки, я бы предложил использовать режим ожидания/приостановки и просто не перезагружать компьютер часто.
Лично я просто покупаю SSD-диск, вы можете потерять весь свой soln в любое время, если ваш баран потеряет силу.
Прямо сейчас у меня есть 4 ГБ оперативной памяти и жесткий диск размером 10 Гбит/с на скорости 10 000 об/мин для моего загрузочного диска, работающий на win xp pro 64bit и все (VS 2008, студия управления sql и мои тестовые виртуальные машины) очень быстро.
В Linux/dev/shm находится ramdisk, поэтому вы можете быстро добиться успеха, используя это в качестве места для компиляции (проще, чем rsyncing вашего источника и т.д., также имеет преимущество, если оно у вас есть, для уменьшения износа на SSD в вашей машине).
Я помню, как читал об этом с netbeans некоторое время назад. В этой статье есть довольно хорошее руководство по выполнению этого в Linux.
В настоящее время не удается найти статью о том, как это сделать в Windows, однако я знаю, что это возможно.
Это может не купить вас много. Если вы используете память с вашим RAM-диском, вы просто лишите OS RAM для виртуальной памяти, и это приведет к более частым сбоям страницы и, следовательно, потенциальной возможности записи на жесткий диск.
Вы можете потерять весь свой сон в любое время, если ваш баран потеряет силу.
Элемент абсолютно прав. Ваша машина может запираться в любой момент по любой причине. Если вы решите использовать RAM-диск, по крайней мере, на рабочем столе есть пакетный файл, который копирует все на диск и часто запускает его.
I отправил ответ на аналогичный question ранее. В сводке: да, возможно, я использовал это с моим браузером (есть ссылка, как заставить его работать под Linux).
Как отмечали другие люди, если у вас есть тонна ОЗУ, все это будет кэшироваться для вас, но imo с приводом ram будет немного более явным, чем просто позволить ОС попытаться справиться с этим.
Если вы знаете, что вы хотите записать 200 мб кода в памяти все время, тогда вы знаете, что можете поместить в него диск ram и добиться этого.
Я действительно задаюсь вопросом, если ОС будет кэшировать его дважды (один раз на диске ram, один раз сам), если он не знает его на RAM-диске...