На одном из наших серверов, после перехода на Win 2008 R2 64, стала забиваться память, на 100%, файловым кешем. Молча и стремительно. Топик обсуждения нашей ситуации.
Решилась проблема помещением в автозапуск арийской утилитки
http://www.uwe-sieber.de/ntcacheset_e.html, которая просто дергает системную фукнцию, которая задает граничный размер кеша.
Но проблема это была не только наша, проскочило вот вчера в новостях (Firebird slow? Well, maybe it is Windows fault.) решение от самой MS http://support.microsoft.com/kb/976618/en-us
Понять логику того, почему это ограничение не устанавливается самой OS, пока не получилось.
5 комментариев:
Э-э, товарищ.
Где же ваши админы, что такой фигни не знают?
У меня подобная приблуда еще в Азовпроме стояла.
Этот глюк с незапамятных времен. Повторяется элементарно - тянется многогигабайтный файл по сети с сервера.
Ну так где хваленная майкрософтовское качество, методология тестирования и пр. х-ня? Ась?
А нету, и не будет.
Але, вопрос про win64. На которой вызов api перестает работать нормально для 32 битных приложений.
Это похоже не тестирования вопрос, ибо им эта хня известна, описана и т.п.
Повторяю, это проблема есть хрен знает с каких времен. И для 32 битных и для 64-битных. Я лично боролся с ним под 2000 Server и под 2003 Server.
А, я понял.
Если баг задокументирован, это уже типа не баг. Это фича.
Ага. Учту.
Win2k-Win2003 - работает без проблем.
Win2008 64 - проявляется. И это не только у нас.
Из чего я могу сделать вывод, что боролся ты с чем-то другим :)
Да, управление памятью у Майкрософта - запущенное дело.
Отправить комментарий