А теперь мне пофиг на ресурс SSD на 2003 сервере...
2012-Aug-01, Wednesday 04:49![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
qkowlew16 гиг оперативной памяти.
Поставил терминал-сервер Windows 2003 32bit DataCenter Edition.
4 гига маскимум сожрано приложениями.
На SSD системный диск 8 гиг.
Поставлен EWF.
Теперь мне пофиг на ресурс SSD на запись. :))))
Когда-то ОЧЕНЬ давно, ещё в эпоху ДОСа, появились первые программы кеширования с отложенной записью на диск и (в том числе) с использованием памяти в качестве электронного диска с кешем на свободном пространстве оного.
И я тогда сформулировал, что при размере оперативной памяти, сравнимом с объёмом записываемых данных, несомненно ВЫГОДНО во всех отношениях иметь "отложенный навсегда кеш записи", а сбрасывать его только при шатдауне системы или специальной командой. Это увеличивает быстродействие системы, это позволяет резетом избавиться от вирусов, и т.п.
Когда микрософт стал делать Embedded системы, встал вопрос о ресурсе записи флешек (на тот момент - CF). И они сделали EWF - патч к операционке Windows XP, позволявший "защитить от записи" произвольный диск в системе. При этом программы не подозревают, что на диск ничего не пишется. :)
Для Windows XP SP2/SP3 32bit:
архив 200k - распаковать и запустить ewfinst.bat
Здесь заменяется ntldr что позволяет использовать HORM - Hibernate Once Reboot Many
Для 2003 сервера 32bit:
архив 70к - распаковать и запустить ewfinst.bat
Здесь только добавления в систему, без замены NTLDR.HORM не работает, главный же результат (ничего не пишется на диск C:) достигается.
MAWK.EXE 160k - интепретатор AWK для ДОСа. ewfinst рассчитывает, что он лежит в %SYSTEMDRIVE%\TOOLS\ - это было сделано под мою сборку дистрибутива.
Спасибо тем, кто подсказал мне сей инструмент. Ссылку на обсуждение лень искать.
Поставил терминал-сервер Windows 2003 32bit DataCenter Edition.
4 гига маскимум сожрано приложениями.
На SSD системный диск 8 гиг.
Поставлен EWF.
Теперь мне пофиг на ресурс SSD на запись. :))))
Когда-то ОЧЕНЬ давно, ещё в эпоху ДОСа, появились первые программы кеширования с отложенной записью на диск и (в том числе) с использованием памяти в качестве электронного диска с кешем на свободном пространстве оного.
И я тогда сформулировал, что при размере оперативной памяти, сравнимом с объёмом записываемых данных, несомненно ВЫГОДНО во всех отношениях иметь "отложенный навсегда кеш записи", а сбрасывать его только при шатдауне системы или специальной командой. Это увеличивает быстродействие системы, это позволяет резетом избавиться от вирусов, и т.п.
Когда микрософт стал делать Embedded системы, встал вопрос о ресурсе записи флешек (на тот момент - CF). И они сделали EWF - патч к операционке Windows XP, позволявший "защитить от записи" произвольный диск в системе. При этом программы не подозревают, что на диск ничего не пишется. :)
Для Windows XP SP2/SP3 32bit:
архив 200k - распаковать и запустить ewfinst.bat
Здесь заменяется ntldr что позволяет использовать HORM - Hibernate Once Reboot Many
Для 2003 сервера 32bit:
архив 70к - распаковать и запустить ewfinst.bat
Здесь только добавления в систему, без замены NTLDR.HORM не работает, главный же результат (ничего не пишется на диск C:) достигается.
MAWK.EXE 160k - интепретатор AWK для ДОСа. ewfinst рассчитывает, что он лежит в %SYSTEMDRIVE%\TOOLS\ - это было сделано под мою сборку дистрибутива.
Спасибо тем, кто подсказал мне сей инструмент. Ссылку на обсуждение лень искать.
no subject
Date: 2012-Aug-01, Wednesday 00:41 (UTC)может, пригодится когда.
под 2008 есть?
no subject
Date: 2012-Aug-01, Wednesday 01:11 (UTC)даже если и есть, ЭФФЕКТИВНО оно не будет.
Так как память 2008 жрёт.
И обновления очень интенсивны.
XP и 2003 сервер типично сейчас помещаются на системный диск размером примерно равным, а то и меньшим, нежели оперативная память свежепокупаемого компьютера.
2003 сервер DataCenter 32-bit позволяет использовать больше 4 гигов.
Собственно, эта фича доступна сейчас узкому классу хитрожопых админов, пока производители железа не лишили нас драйверов под 32-битные операционки.
Пройдёт немного времени - и фокус сильно потеряет привлекательность.
no subject
Date: 2012-Aug-01, Wednesday 09:22 (UTC)Скромно замечу, что 2003 Enterprise Edition 32bit тоже позволяет использовать больше 4-х гиг оперативки. При этом по цене она дешевле датацентра...
С уважением,
De Nada.
no subject
Date: 2012-Aug-01, Wednesday 14:09 (UTC)Ентерпрайз в принципе у меня тоже есть, но он сильно толще после установки.
Хотя это скорее уже эстетические претензии. :)
Эксперименты же со сборкой кластера из ентерпрайза "ради надёжности" меня удручили. Картинка "узлы кластера ложатся в синий экран последовательно с интервалом в 5 секунд" озадачивает.
no subject
Date: 2012-Aug-01, Wednesday 04:35 (UTC)64 гигабайта оперативки. Свободно всегда не менее 20 гигабайт.
Но эта зараза все равно постоянно своп дергает! При этом, разумеется тормоза. Я уже думал перенести своп на SSD диск...
А если поставить отдельный HDD на него своп, и твоим способом его от записи защитить?
no subject
Date: 2012-Aug-01, Wednesday 08:11 (UTC)Если тебе хватает памяти - ВЫКЛЮЧИ СВОП СОВСЕМ.
no subject
Date: 2012-Aug-01, Wednesday 09:30 (UTC)К сожалению, при полном выключении свопа на компах с (почти) любым (разумным) объёмом оперативы (проверял на 2003EE с памятью до 32GB включительно - как на терминальнике, так и на сервере БД) винда всё равно имеет склонность к выбрасыванию (рано или поздно) ворнинга о недостаточном объёме виртуальной памяти.
Изыскания показали, что всё дело в стандартном механизме вытеснения страниц памяти, используемых неактивными приложениями, в pagefile - заметьте, и при наличии свободной памяти тоже.
Где-то в интернетах (в дискуссиях на вражеских форумах пару раз натыкался на тюнинг, призванный то ли отключить это вытеснение нафиг, то ли хотя бы "прикрутить фитилёк", чтобы это вытеснение проходило пореже) - однако никакого работающего решения на этот счёт предложить не могу.
Посему я теперь даже на системах с большой оперативой всё равно оставляю винде хотя бы мегов 500 свопа на системном диске - и работает всё гладко, не придерёшься... Эмпирика, чо... :)))
С уважением,
De Nada.
no subject
Date: 2012-Aug-01, Wednesday 13:57 (UTC)no subject
Date: 2012-Aug-01, Wednesday 14:13 (UTC)"Что я делаю не так"? :)))
no subject
Date: 2012-Aug-02, Thursday 16:03 (UTC)no subject
Date: 2012-Aug-05, Sunday 10:56 (UTC)А все аппаратные рамдиски дико дороги.
no subject
Date: 2012-Aug-05, Sunday 20:00 (UTC)Когда-то я напарывался на программы, которые без свопа ведут себя неадекватно. Выделить из оперативки рамдиск и заюзать его под своп для таких случаев мне видится достаточно безболезненным способом "повысить совместимость" с криворукими поделиями. Речь не о серверных приложениях, конечно.
no subject
Date: 2012-Aug-06, Monday 04:39 (UTC)Но я всё-таки об общем случае.
Под конкретный софт я лично строил и не такое "для обхода кривостей". :)))
no subject
Date: 2012-Aug-01, Wednesday 11:14 (UTC)no subject
Date: 2012-Aug-01, Wednesday 12:09 (UTC)Просто я не стал о нём упоминать (дабы не смущать умы), тем паче что от сообщений о нехватке вирт.памяти "технический своп не спасает" (по TFM-ам мнится мне, что тот "свопёныш" мегов в пятьдесят всего где-то)...
С уважением,
De Nada.
no subject
Date: 2012-Aug-01, Wednesday 13:20 (UTC)Десятки мегабайт записи на системный диск - это запись в реестр.
Но не в своп.
no subject
Date: 2012-Aug-01, Wednesday 13:36 (UTC)Да, он там совсем маленький что-то около 128 мегабайт, но тем не менее, он есть, и винда на него свопит.
no subject
Date: 2012-Aug-01, Wednesday 13:55 (UTC)pagefile.sys не предлагать - нету такого.
no subject
Date: 2012-Aug-01, Wednesday 05:09 (UTC)no subject
Date: 2012-Aug-01, Wednesday 08:15 (UTC)no subject
Date: 2012-Aug-01, Wednesday 09:21 (UTC)В отличие от него, оверлейный фильтр EWF сбрасывает предназначенные к записи данные ТОЛЬКО по приказу. Или не сбрасывает... :)
no subject
Date: 2012-Aug-01, Wednesday 19:26 (UTC)Линукс, unionfs/aufs, монтирование изменяемой части на ramfs. kvm, любая винда.
не, я знаю, что фигня, просто забавно.
no subject
Date: 2012-Nov-09, Friday 15:15 (UTC)