Использование памяти Windows 7 (x64) увеличивается до + 90%, когда система простаивает?


12

У меня Windows 7 с 4 ГБ оперативной памяти. Когда система запускается с новой загрузки, я использую примерно 33%. Однако, если я оставляю свой компьютер бездействующим в течение нескольких часов или в течение ночи, мой компьютер обычно поднимается до 80-х или даже более чем на 90% (однажды он достиг 98%!).

Самым большим коммитом обычно является SVCHost.exe размером около 500 МБ. Мой процесс sidebar.exe также имеет тенденцию подниматься примерно до одного и того же числа.

Это новая разработка после обновления до Win7 SP1, и я не нахожу много информации об этом в Интернете. Кто-нибудь еще сталкивался с этой проблемой?

Редактировать Это вызывает серьезные проблемы с производительностью, когда я возвращаюсь к ПК. Я должен перезагрузиться, чтобы вернуть память.

Редактировать 2: помечен как «пакет обновления». Эта проблема не возникала до тех пор, пока не был установлен SP1, поэтому мне интересно, может ли это быть основной причиной.


Как вы измеряете использование памяти? Диспетчер задач говорит, что 512 МБ, свободных от 6 ГБ, - это хорошо, если большая его часть находится в кеше, поскольку при необходимости он будет немедленно освобожден ...
Mokubai

Вы не описали проблему. Зачем тебе память обратно? Что произойдет, если вы не перезагрузите компьютер? Все поведение, которое вы описали, совершенно нормально. Свободная память - это потраченная впустую память - это не так, как если бы вы использовали только 2 ГБ сегодня, вы можете использовать 6 ГБ завтра.
Дэвид Шварц

У меня 6 ГБ оперативной памяти на Win7 SP1, я хочу использовать VS2015 и SQL Management Studio для разработки, но при отсутствии работающей физической памяти используется более 90%. Теперь вы можете представить, что произойдет, если я запусту оба, и будет использовано так много виртуальной памяти, и поскольку HD - это медленный способ использования памяти, вы можете представить, что произойдет. Большая часть памяти используется svchost.exe -k LocalSystemNetworkRestricted
Adeem

Ответы:


6

Это проблема, только если эта память недоступна для других задач при вызове. То, что он используется сейчас, не означает, что его нельзя будет быстро освободить, когда это необходимо, и фактически оставление памяти неиспользованной будет реальной тратой.

Напомним, что это еще одно различие в том, как Windows и Linux используют память. В системе Linux это будет немного более тревожным, потому что swap используется только в качестве последнего средства. Ничего не поменяется местами, за исключением случаев, когда это абсолютно необходимо, и поэтому Linux должен сначала потратить время на запись использованной оперативной памяти в раздел подкачки, прежде чем ее можно будет использовать для других программ. Windows, с другой стороны, любит постоянно хранить всю оперативную память. Таким образом, если ему нужно использовать ОЗУ для использования в другом процессе, он уже перенесен на диск, и поэтому его можно восстановить гораздо быстрее. Это компромисс - Linux быстрее в этом отношении для оперативной памяти, которая никогда не будет выгружаться / выгружаться, и Windows быстрее в этом отношении в те времена, когда вам нужно быстро поменяться.


@JoelCoehoom "Windows, с другой стороны, любит постоянно хранить всю оперативную память." Извините, но это распространенный миф. В моей системе atm у меня 16 ГБ ОЗУ и 7,5 ГБ виртуального адресного пространства на основе файла подкачки (т. Е. «Плата за фиксацию»). Но файл подкачки содержит всего около 570 МБ. (Я думаю, что миф зародился, когда диспетчер задач в XP по непонятной причине обозначил этот график как «использование PF». На самом деле он отображал только плату за фиксацию, которая может рассматриваться как текущее потенциальное использование файла подкачки.
Джейми Ханрахан,

У меня 6 ГБ оперативной памяти на Win7 SP1, я хочу использовать VS2015 и SQL Management Studio для разработки, но при отсутствии работающей физической памяти используется более 90%. Теперь вы можете представить, что произойдет, если я запусту оба, и будет использовано так много виртуальной памяти, и поскольку HD - это медленный способ использования памяти, вы можете представить, что произойдет. Большая часть памяти используется svchost.exe -k LocalSystemNetworkRestricted
Adeem

2

Отключить процесс боковой панели. Известно, что происходит утечка большого количества памяти (хотя, скорее всего, надстройки, которые на нем размещаются, вероятно, вызывают утечку ресурсов).

Предложение: Обновление до 8 ГБ ОЗУ лучше, если ваша материнская плата может это поддерживать, так как Windows Vista и Windows 7 оба потребляют много памяти, а новые приложения также, похоже, используют больше оперативной памяти в наши дни.


2
Я не считаю «отключение боковой панели» жизнеспособным вариантом. Мои гаджеты были там с тех пор, как я получил систему, и эта проблема только недавно (начиная с SP1).
Крис Соболевски

@ Крис Соболевски: Это, безусловно, ваш выбор. Конечно, если вы отключите его на некоторое время, у вас будет преимущество исключить его как виновника (или определить, что это является причиной утечки вашего ресурса). Кроме того, не стоит сбрасывать со счетов возможность того, что обновление SP1 могло обновить некоторые из этих гаджетов, а также сам код боковой панели - только то, что это обновление для исправления, не означает, что оно не сломало что-то еще.
Рэндольф Ричардсон,

2

Вы говорите, что наибольшее использование памяти составляет 5 МБ? Для меня svhost.exe занимает 180 Мб памяти, а Firefox с несколькими открытыми вкладками - около 500 Мб. Можете ли вы проверить, что на самом деле используется память, и дайте нам знать? На нем установлен SQL Server? Известно, что SQL съедает все живое в зависимости от того, какие у вас есть базы данных для разработки.

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


Это верно. Когда я запускаю, хост-процесс занимает примерно 180 МБ, как и у вас, но когда я возвращаюсь после длительного использования, он обычно составляет около 500 МБ. Возможно, вы знакомы с SQL, я запускаю экземпляр mySQL, но я только для целей тестирования, и БД не должна ничего делать, если я не использую ПК. Я попробую это, но удивляюсь, как это связано, так как я некоторое время пользовался ПК, и это новое явление.
Крис Соболевски

Вы можете использовать обозреватель процессов и щелкнуть правой кнопкой мыши svchost.exe в нарушающем процессе, а затем перейти на вкладку «Службы» и узнать, какие службы работают. В моем svhost.exe с большим объемом памяти размещены 2 службы BFE и MpsSvc. Посмотрите, какие еще процессы у вас есть. Также, кажется, есть много возможных вариантов утечки памяти в svhost -> social.technet.microsoft.com/Forums/en-US/w7itproperf/thread/… Попробуйте Google. Это может быть что угодно, от утечки сервиса до проблем с драйверами видео. Можете ли вы попробовать обновить драйверы до последних версий?
MadBoy

2

С Process Explorer вы можете навести указатель мыши на scvhost.exeпроцесс, чтобы увидеть, какие сервисы он размещает.

Если вам необходимо устранить неполадки подробно, Microsoft Sysinternals VMMap может помочь вам сделать это.
Это позволяет вам проверить, какая память отображается, и может позволить вам определить конкретную службу ...

введите описание изображения здесь

введите описание изображения здесь

введите описание изображения здесь


Похоже, это должно быть полезно. Есть ли в нем возможность ведения журнала, чтобы я мог оставить его и уйти, а затем посмотреть, что случилось, пока меня не было?
Крис Соболевски

@ChrisSobolewski: Я не думаю, что кроме графика времени или запуска Process Explorer в фоновом режиме ...
Тамара Вийсман,

0

У меня та же проблема - по-видимому, это утечка памяти в боковой панели, вызванная IE9. Вот больше информации.

На данный момент я знаю о двух исправлениях: существует хак, который время от времени перезапускает боковую панель, и более постоянное решение - удалить IE9.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.