Свободная память является низкой, кэшируемая память является high:is, который она сохраняет, чтобы иметь это?
Я запустил бы с собирания некоторых статистических данных IO от старой системы. Например, запустите с Производительности отчеты Dahsboard: http://www.microsoft.com/downloads/details.aspx?FamilyId=1d3a4a0d-7e0c-4730-8204-e419218c1efc&displaylang=en Это даст Вам Статистику IO для Ваших баз данных и затем можно сделать обоснованное решение, а не 'единый' универсальный совет. Конечно, старый сервер может иметь различные характеристики для каждой базы данных IO, чем новая, особенно если другая сумма RAM доступна. Все еще лучше, чем чистое предположение.
Идеально каждый стремится разделять более высокую загрузку файлы ввода-вывода в их собственные устройства и также не хочет смешивать случайный ввод-вывод доступа MDF с линейными записями доступа LDF. В Вашем случае просто нет действительно слишком многих комбинация, у Вас действительно только есть 2 места (эти 2 диска в RAID1 и 4 в RAID10). Можно подвести итог для каждой базы данных IO, как собрано из старого сервера и затем разделить расположение файлов, таким образом, он распределяет IO между этими 2 местами назначения в отношении, вероятно, 1/5 на RAID1 и 4/5 на RAID10 (для составления ОС и файла подкачки IO на RAID1). Надежда у Вас нет записи интенсивным приложением (высокая последовательная загрузка записи LDF)...
Расположению TempDB обычно рекомендуют быть 1 NDF на планировщик (ядро процессора, не кашировавшее), все имеющие тот же размер, обоснование, объясняемое здесь: http://blogs.msdn.com/sqlserverstorageengine/archive/2009/01/04/managing-tempdb-in-sql-server-tempdb-configuration.aspx. Это обращается к конкуренции выделения страницы, которая может быть серьезной проблемой при высокой нагрузке на SQL 2K, меньше под 2k5, и еще меньше на 2k8. Но, учитывая, что это не стоит в основном ничего для конфигурирования его так, необходимо сделать это все еще.
cached память является дисковым кэшем, используемым VFS. Это будет хранить файлы, которые читаются там так, чтобы это не поражало жесткий диск, когда они необходимы, и если для некоторого приложения будет нужна память, то это выпустит некоторых.
Вопросы, которые необходимо задать сами:
- это становится медленным / вялый
- это подкачивает использованные приложения
Если оба ответа не, то, Вы ничего не должны делать. Даже если некоторые приложения выгружаются немного, это может быть, потому что часть, которая, никогда была подкачана не используется и может безопасно быть сохранена на подкачке.
Идея состоит в том, что, пока все хорошо работает, не пытайтесь зафиксировать его, кэшируемая память, и даже выгрузка страниц является нормальным функционированием операционной системы VM.
-
1Спасибо за справку. Я получил Идею. спасибо также за Zoredach & amo-ej1 – usef_ksa 16 February 2010 в 14:00
Ваш вопрос не был конкретен, но я собираюсь принять систему, рабочий апач основан на Linux. Кэшируемая память является памятью, используемой ядром для кэширования файлов. Это обычно - хорошая вещь, и нормальный. При наличии памяти в системе, которая, ничто не глупо, когда она могла делать, что-то полезное как ускоряют доступ к файлам.
Как указано выше кэшируемая память просто в памяти (быстро) буферизуют для данных, хранивших на Ваших (медленных) жестких дисках. Вы будете обычно видеть это, если используемая память (Вашими приложениями) увеличения, кэшируемое количество уменьшится. Таким образом, это похоже на довольно нормальный график мне.
Другой параметр, который необходимо сохранить во внимание, является использованием подкачки, как только система начинает использовать подкачку (который находится на памяти на дисках, и таким образом замедлитесь), это означает, что система работает субоптимальный, и это предлагает добавление физической памяти.
На самом деле должно быть радо в этом случае, что Ваша операционная система делает такое эффективное использование Вашей памяти (при помощи его как дисковый кэш), это было бы довольно бессмысленно к чтению-записи все к диску (который является медленным), в то время как у Вас есть поршень а-ля много заседания, не используясь ни для чего.