файл подкачки и много оперативки
 

добрый день.

я никогда не задавался вопросом про размер файла подкачки. сколько нужно, пусть столько и будет.
а вот тут задался. потому, что конфигурация следющая:
SSD 500 гб и ОЗУ 96 гб
согласно мануалам от майкрософт
Windows Server 2008 R2 файл подкачки: min 1 x ОЗУ, max 3 x ОЗУ
и действительно, на чистой ОС файл подкачки - 100 гб. теоретически (а я думаю и практически, так как сервер будет работать с БД) своп будет пытаться расти до заявленных 300 гб.
планировалось базы данных ставить на тот же диск, что и система + прикладные программы.. а тут, получается, под них и места не остается, с учетом зависимости быстродействия SSD от наличия обязательного свободного места на нем. наверное самое верное было бы купить еще один ssd и непосредственно базы держать на нем. но блин. все в деньги упирается. меня и так уже за эти 96 гигов чуть живого не съели ):
поэтому!
возникает закономерный вопрос кто виноват? что делать?
может хотя бы фиксированный размер файла подкачки задать? сто гигов уж я потерплю как-то, обливаясь слезами..
или по другому - перенести своп на обычный сата диск, сильно это может сказаться на быстродействии и стабильности системы?
в голове не укладывается, в системе на условные 250 гигов оперативы своп может достигать почти терабайта и это - нормально? о_О

в общем - готов выслушать любые идеи..

ibros, ну, обычно организации выкладывающие деньги за 250 гигов ОЗУ имеют бюджет на что-то посерьезнее чем 500-гиговый ссд в единственном экземпляре. Баланс же нужно соблюдать.

ibros, Серверу не хватает 96 гб ОЗУ ? Есть потребность в файле подкачки? Он был актуален когда оперативки было 512МБ, ее реально не хватало. Сейчас при 2 Гб я вообще отключаю файл подкачки, без него система быстрее работает.

А теперь прикинь, сколько примерно по времени будет записываться и читаться потом этот своп? Тормоза будут не реальные. Мое мнение, своп вообще не нужен, это пережиток прошлого.

Сrack, Вы не правы. В дискуссию вдаваться не буду.

Занимет обычно 1.5 от объёма памяти. Если у вас хватает памяти (у всех это разные критерии), то можете обойтись и без него. Только оставьте всё же, под него, хоть несколько мегабайт Тогда будут записываться дампы памяти и некоторые игрушки, программы, не будут капризничать.
Подкачку можете создавать на любом диске. Чем он быстрей, тем актуальней.

да согласен, что уж.. у меня другая организация, увы. я этот сервер полтора года по запчастям покупал, одномоментно мне бы никто бюджет не утвердил.. а так размазал, вроде незаметно.

SQL работает с виртуальной памятью очень активно. я 100% знаю (сталкивался) что если заканчивается файл подкачки, то система крашится с ошибкой "не хватает памяти", хоть физической оперативки еще достаточно.
т.е. отключить своп, что как бы первое приходит на ум - не вариант.
тестировать придется.. жизнь показывает, что вмешательство в работу серверной виндовс вне утвержденных регламентов - черевато подлянками внезапными и труднодиагностируемыми. думал, может кто сталкивался с подобным, поделится жизненным опытом (:

это жаль. я бы послушал. даже монологом "соображения по вопросу о.."

Ну оставь, допустим, 20 гб, посмотри как пойдет, увеличишь потом вдруг чего, в чем проблема то?

Вообще изначально проблема с использованием средств, ссд надо было больше брать (и кол-во и объем)

В чем именно?Я думаю это не нормально. Во первых не понятно зачем SQL серверу столько памяти. Во вторых почему вылезает сообщение о нехватке виртуальной памяти, если полно физической. Такой чувство, что то работает неправильно. SQL что, всю базу данных в оперативке держит? Мы под SQL сервера выпускали сервера с гораздо меньшим объемом ОЗУ.

SQL Server выедает всю доступную оперативку, и это совершенно нормально.
В своп должно уйти загруженное, но не использующееся ПО. SQL сервер свопиться не должен.
Файл подкачки ограничить по размеру, БД - на отдельном разделе диска - чтобы в случае чего системный диск не переполнился.