» WinXP блокирует приложения (открытие, меню и т.п.)

Здравствуйте.

Странная проблема. На борту имеется 3 гига памяти (Kingston DDR 200MHz: 2x512 + 2x1Gb). При этом если открыто много разных приложений (оперативка заполнена более, чем на 2 гига) получаю такую картину: новые приложения либо вовсе не открываются (т.е. пытаешься их запустить, но ровным счетом ничего не происходит), либо открываются как-то частично (т.е. может не хватать каких-нибудь существенных деталей, к примеру, некоторых кнопок). Открытые же приложения тоже могут начать вести себя некорректно, например, при открытии пункта меню отображаются только 5-6 первых пунктов. При всем при этом какие-либо предупреждающие системные сообщения, типа "нехватка системной памяти" появляются крайне редко - в основном все тихо и мирно: просто не запускается, и все тут...

Такое впечатление, что система тупо грузит нечто в оперативку, но как-то не замечает, куда именно грузит - все это в какой-то дыре исчезает незаметно

Проблема решается только выгрузкой части приложений из памяти.

Память проверял неоднократно memtest'ом и иже с ним - ошибок нет.
Как бы корректно проверить правильность работы ОС с памятью? К примеру, все тесты Everest подвисают у меня наглухо. Есть что-нибудь получше, желательно с диагностикой проблем?

Мать: P4P800 SE
CPU: P4 3000MHz (Prescott)
ОС: WinXP SP3

UPD: в ходе проверки оказалось, что очень многие приложения видят только 2 гига оперативки. Хотя такие приложения, как Sandra, Everest и HWiNFO32 видят все 3.

Заранее премного благодарен за любой совет!

Обнаружил, что некоторые приложения "видят" всего 2 Гб из 3-х (имею в виду те приложения, которые умеют отображать объем доступной памяти) - к примеру, WinStress.
Everest, Sandra, HWiNFO32 видят все 3 гига.
Эмпирически установил, что глюки начинаются после загрузки разного рода приложениями 2 гигов. Т.е. если я начинаю открывать одно ресурсоемкое приложение за другим и объем занимаемой RAM превышает 1,9 гига, начинаются вышеописанные глюки.

ОС со всеми обычно загруженными процессами занимает около гига, и если искусственно занять еще один гигабайт памяти некоторым приложением (я использовал http://hcidesign.com/memtest/) - т.е. будет около 2 гигов занятой памяти - глюки при открытии новых приложений воспроизвести не удается.

Далее, попробовал протестировать память в винде по методу все того же HCI design. Загрузил два Memtest'a, задал им тестировать по гигу памяти и запустил на ночь. Таким образом, были заняты примерно 3 гига. Ни одной ошибки не выявлено. Т.е., похоже, все-таки глючит именно ОС. Но что это - никак не могу понять

Помогите!

Что в диспетчере задач?

Indoos

Цитата:

Что в диспетчере задач?

В каком случае? И о чем именно Вы спрашиваете?
Он все верно показывает:

Закладка "Процессы". Сортированная по Cpu usage.

Вроде, тоже ничего необычного:
http://i41.tinypic.com/r2s4zk.png

Мне кажется, что проблема не в памяти. Процессор не справляется.

Indoos

Цитата:

Процессор не справляется.

Интересная версия, спасибо. А как это можно проверить?
Просто описанные в первом сообщении глюки проявлялись и при незагруженном процессоре. К тому же как объяснить вот это выявленное ограничение в 2 гига, то, что некоторые приложения видят только 2 гига?

Посмотреть загрузку проца в момент глюков.
Версии приложений свежие? Может, они и не должны видеть больше?

Indoos

Цитата:

Посмотреть загрузку проца в момент глюков.

Вот именно об этом я и говорил в предыдущем сообщении - в момент появления глюков проц не нагружен по максимуму. К тому же, даже если бы виноват был проц, все-таки он позволял бы догрузиться обычному выпадающему/контекстному меню - а так оно может загрузиться наполовину, к примеру, или вообще не отобразиться. Т.е. процессору должно быть, по идее, очень плохо, чтобы допускать такое.


Цитата:

Версии приложений свежие? Может, они и не должны видеть больше?

Не свежие, но и не допотопные - одно 2003 г., другое - 2006-го, вроде.

В момент глюков приложения должны работать, а не просто быть загружены. Так и было?
Позволял бы. По очереди. Если дойдет.
2003... Хм...

Оп-па, Nero InfoTool 6 (от последнего Nero 9) тоже видит только 2 гига:


Добавлено:

Цитата:

В момент глюков приложения должны работать, а не просто быть загружены. Так и было?

Некоторые из них работали, т.е. процессор в среднем был подгружен на 10-30%.


Цитата:

Позволял бы. По очереди. Если дойдет.

Ну а в данном случае как бы не доходит. Совсем

Может, стоит биос обновить?
Каково расположение планок памяти в слотах?
Галочка "Показывать процессы всех пользователей" в диспетчере задач стоит?

Вот для сравнения то, что сообщает Everest:


Добавлено:
Indoos
Память установлена корректно - одна пара по 1 Гб, другая - по 512 Мб. Dual Buffer.
Вот более подробный отчет по памяти от Sandra: http://img21.imageshack.us/my.php?image=14024lb9.png
Биос стоит самый последний.

Цитата:

Галочка "Показывать процессы всех пользователей" в диспетчере задач стоит?

Да.

А по каналам как?
Самый последний - 2006 года.

Indoos

Цитата:

А по каналам как?

См. выше: http://img21.imageshack.us/my.php?image=14024lb9.png

Цитата:

Самый последний - 2006 года.

Верно, но это бета. Стремно ставить, к тому же ничего нового там не заявлено.

Уже вижу. Непонятно только по bank. В одном месте 512-512-1-1, в другом 512-1-512-1.
А проц не перегрет, случаем? У него максимальная 69.1 °C.

Indoos

Цитата:

Уже вижу. Непонятно только по bank. В одном месте 512-512-1-1, в другом 512-1-512-1.

В первом случае имеется в виду некая логическая нумерация, что ли. Думаю, это не важно. Реально в двух синих слотах по 512, в двух черных - по гигу.

Цитата:

А проц не перегрет, случаем? У него максимальная 69.1 °C.

Для Prescott это нормально, к сожалению Охладить его не так-то просто. У меня стоит Zalman, для контроля температуры использую SpeedFan. В последнем максимальная температура выставлена 70°С. Так что выше 71-го не поднимается...
А температура ненагруженного на 100% проца - не выше 63-х.

Сейчас попробую какую-нибудь WinPE сборку загрузить, проверю, зависит ли это от установленной ОС...

Я бы поставил в первый канал по 1, а во второй по 512.
Интересно будет посмотреть результаты с LiveCD.

Indoos

Цитата:

Интересно будет посмотреть результаты с LiveCD.

Довольно странные. Глюк воспроизвести не смог из-за того, что Infr@ CD постоянно вываливался в синий экран с ошибкой 0x00000044 MULTIPLE_IRP_COMPLETE_REQUESTS (чего раньше не происходило).
Но что я точно успел заметить - также абсолютное большинство программ видят только 2 гига. Исключение составлял только Everest, который видел все 3 гига и 4 плашки памяти. Бред какой-то

http://support.microsoft.com/kb/839619/en-us Интересно...

Indoos

Цитата:

http://support.microsoft.com/kb/839619/en-us Интересно...

Так у меня не установлены продукты от Novell (возможно, на LiveCD были установлены, хотя его работа не должна зависеть от версий ПО).

Переустновил оперативку - в первый канал две по гигу, во второй - два по полгига.
От перемены мест слагаемых результат, к сожалению, не поменялся. Глюк удалось воспроизвести. Единственное приложение, которое при этом выгружалось из памяти корректно (с оповещением о нехватке ресурсов) - Lingvo X3.

Обратите внимание, что в Task Manager'e объем доступной памяти - 2 гига!
Похоже на какой-то самообман винды

Цитата:

Обратите внимание, что в Task Manager'e объем доступной памяти - 2 гига!

Total - 3144940, системный кэш - 1500996. Тут проблемы не вижу. Что с файлом подкачки? Он, случаем, не лимитирован 1,28 гигами?

Indoos

Цитата:

Total - 3144940, системный кэш - 1500996. Тут проблемы не вижу. Что с файлом подкачки? Он, случаем, не лимитирован 1,28 гигами?

Нет, давно уже сменил с фиксированного размера на размер по усмотрению системы.
А системный кэш входит в Available? Т.е. он зарезервирован в объеме доступной памяти. А для чего он используется?


А каких в принципе еще ресурсов системе может не хватать при открытии приложений, кроме оперативки? Может быть, где-нибудь еще прописываются какие-то ограничения?
Не помню точно, но, вроде, я увеличивал объем оперативки с гига до трех именно на этой системе. Может, она в чем-то не смогла перестроиться?

Ну, вообще-то total kernel + system cache + available = totalphysical. Т.е. есть память ядра и память системы (оболочки). Чем меньше запущено системных процессов, тем меньше памяти используется системой.
Первое, что приходит на память - видео. Что, кстати с ним?
Это вряд ли

Indoos

Цитата:

Ну, вообще-то total kernel + system cache + available = totalphysical.

Ну, правильно, и я об этом - system cache не должен входить в available. Соответственно,

Цитата:

Total - 3144940, системный кэш - 1500996. Тут проблемы не вижу.

Нет ли тут проблемы в том, что
System cache + Available > Total (см. скриншот):
1500996 + 1937180 = 3438176 - не считая total kernel. Это нормально?


Цитата:

Первое, что приходит на память - видео. Что, кстати с ним?

Тоже очень хорошая идея. Была с видеокартой вот такая фигня: http://forum.ru-board.com/topic.cgi?forum=27&topic=3753&start=1020#5
Но тогда я проверил память видюхи - все чисто. Насколько я понял, видюха вылетает на каких-то специфических шейдерах (на современных играх, в которые я особо не играю).
И если это видюха, то как объяснить, что глюк воспроизводится только после открытия некоторого количества приложений?

Думается мне, что некоторая погрешность в подсчете памяти в диспетчере задач допустима. Это же получается, что система с использованием памяти меряет саму себя на предмет использования памяти.

Цитата:

И если это видюха, то как объяснить, что глюк воспроизводится только после открытия некоторого количества приложений?

А кто прорисовывает пользовательский интерфейс? 256 мег видеопамяти - по немногу на каждое открытое приложение для прорисовки фейса и все - память закончилась, свет потушен
Мне кажется, имеет место желание получить от компа больше, чем может железо. Оно работает близко к пределу возможностей. Посему и глюки.

Indoos

Цитата:

А кто прорисовывает пользовательский интерфейс? 256 мег видеопамяти - по немногу на каждое открытое приложение для прорисовки фейса и все - память закончилась, свет потушен

Нет, ну это маловероятно, ИМХО.
Увеличение видеопамяти изначально было связано исключительно с 3D-играми.
Для GUI не должно быть, по идее, никаких проблем в хранении графической части как в RAM, так и VideoRAM c переброской из одной в другую и кэшированием.
Раньше и на 32Мб VideoRAM не было проблем с открытием многих окон. В любом случае у винды не должно возникать проблем в разруливании всего этого, и таких глюков она допускать не должна (когда половина GUI загружается, половина - нет, это уже совсем бред ).

Посоветуйте, пожалуйста, какие-нибудь тесты, которые могли бы локализовать проблему.


Цитата:

Думается мне, что некоторая погрешность в подсчете памяти в диспетчере задач допустима.

Погрешность почти в 400 мегов? По-моему, многовато. Тем более не в минус, а в плюс...