сколько места подкачки слишком много на x64 и вызовет проблемы?

680
BeowulfNode42

Помимо использования слишком большого дискового пространства, сколько места подкачки вы можете выделить до того, как это приведет к снижению производительности или возникновению проблем в ОС x64? Какие различия существуют между операционными системами x64? Я не говорю об используемом пространстве подкачки, просто говорю, что ОС часто использует x для подкачки.

Мне надоели проблемы, связанные с динамическим изменением размера свопа, и я не хочу заканчиваться. Кроме того, я из тех пользователей, у которых одновременно открыто множество вещей, даже если это большие программы, например. сейчас у меня 12 окон Chrome, в среднем по 10 вкладок на окно, плюс мои другие запущенные программы, включая Firefox.

Изменить: максимумы распределены без потери производительности или ошибок до сих пор

  • Множитель ОЗУ: 4x Неизвестная ОС
  • Максимальный ГБ: 128 ГБ Неизвестная ОС
2

2 ответа на вопрос

1
Dan D.

No amount of swap space is too much, although I wouldn't go over 4 times RAM. They recommend 2 times RAM, but as I had already used that and found it wanting, I used 4 times RAM as the sizing for swap on my machine with 32GB of RAM which resulted in a swap space of 128GB. So far I have seen no need to increase it.

Я не согласен. Операционная система должна отслеживать, какая часть подкачки используется. Это будет стоить немного памяти. В большинстве случаев это не должно вызывать проблем, но если у вас недостаточно хоста памяти и большой объем подкачки, это может привести к снижению производительности. (Например, 32 МБ компьютеров и несколько ТБ подкачки). Вот почему я не согласен с вашим вступительным предложением «Нет места подкачки слишком много». Впрочем, до 4х основной оперативной памяти должно быть в порядке, Hennes 10 лет назад 1
Объем памяти, используемой для бухгалтерии, не обязательно должен быть пропорционален количеству пространства подкачки, он может быть постоянным, если больший объем памяти делает возможным сохранение большего объема карты доступности пространства подкачки в памяти, что ускоряет поиск свободного места. Dan D. 10 лет назад 0
@DanD. «не должно быть пропорционально количеству пространства подкачки», но так ли это? а на каких ОС? BeowulfNode42 10 лет назад 0
@DanD. Какие операционные системы вы используете с 4x и какие операционные системы с 128 ГБ? BeowulfNode42 10 лет назад 0
1
cybernard

Наличие 2 ГБ, 4 ГБ, 8 ГБ или более не приведет к снижению производительности. Используя это будет.

Ваша память составляет 2000 МБ / с или выше, а файл подкачки - 60-100 МБ / с (если у вас нет ssd). Каждый раз, когда вы зависите от файла подкачки, потому что у вас не хватает реальной памяти, это замедляет работу всех программ, которые его используют.

Если у вас есть 8 ГБ или более окон, со временем будут заменены небольшие суммы, и это не повлияет на производительность. Однако, если у вас 8 ГБ ОЗУ и программе требуется 16 ГБ, теперь половина вашей ОЗУ находится на медленной линии, и из-за этого эта программа будет работать медленнее. При превышении лимита в 2 раза окна постоянно будут пытаться поменять объекты в памяти и из памяти, и все будет медленно.

Ваша точка зрения о том, что когда ОС использует более чем в 2 раза больше объема ОЗУ в своем пространстве подкачки, в любом случае обычно приводит к медленной работе системы, может быть, это верно в большинстве случаев, это не тот вопрос, который я задавал. BeowulfNode42 10 лет назад 0
@ BeowulfNode42 Никакое количество пространства подкачки не приведет к неправильной работе окон. Если у вас более 2x-4x файлов подкачки и ОЗУ, большая часть файла подкачки останется неиспользованной (и будет ненужной), если у вас нет жадной программы в ОЗУ. Как только вы записываете в файл подкачки, скорость падает с 2000 + МБ / с до примерно 60-100 МБ / с. Программа, использующая много оперативной памяти, будет медленно сканировать, что также повлияет на производительность Windows. В те дни, когда 512 МБ ОЗУ было обычным делом, сканирование со скоростью 600 точек на дюйм было кошмаром, и часто для сохранения файла требовалось 30 минут, потому что в Windows использовалось столько файлов подкачки. cybernard 10 лет назад 0