Notes |
|
(0011561)
|
cycler
|
09-06-2013 08:12
|
|
Утечка происходит при полном бездействии в программе - просто запускаю и смотрю как память потихоньку утекает полностью. |
|
|
(0011562)
|
cycler
|
09-06-2013 08:13
|
|
Нигде в процессах так и не удалось найти хоть что-то, что занимает столько памяти. Память просто пропадает в никуда. |
|
|
|
Боюсь, что проблема в вашей системе. Ни на одном из доступных мне компьютеров такого не наблюдается. |
|
|
(0011565)
|
cycler
|
09-06-2013 08:23
|
|
Я тоже этого боюсь, но сделать с компом ничего не могу. Я вообще в первый раз наблюдаю такую ситуацию, чтобы память так отжиралась. Может у вас есть идеи как это пофиксить или более детально изучить? |
|
|
|
На ваших скриншотах я никаких особых проблем, кстати, не вижу. Это скорее похоже на работу сисетмного prefetch, который по запуску программы сразу начинает подгружать в кэш, данные которыми она часто пользуется. |
|
|
(0011575)
|
cycler
|
09-06-2013 12:50
|
|
Но SAS, можно сказать, вообще не работает. Я специально делал так - загружал ОС, загружал SAS, ничего в ней не делая (открыта z5 карта Бинга на России) и наблюдал за тем, как память куда-то улетучиваеся. Никаких движений в SAS не делал - не двигал карту, не зумил, вообще ничего. Просто открыл SAS, а затем диспетчер задач. Функция "показать заполнение для такого-то масштаба" не активирована.
До загрузки SAS свободно памяти было 500метров. То, что вы видете на скринах - это примерно через 20+ минут после загрузки и простоя SAS.
Операционка голая, без фирменных фичей Асера, без твиков, без автозагружаемых прог, ставил с чистого дистрибутива. |
|
|
(0011576)
|
cycler
|
09-06-2013 12:53
|
|
На скринах видно, что общий объём занятой под приложения памяти гораздо меньше, чем об этом сообщает Диспетчер задач на вкладке Performance |
|
|
(0011580)
|
zed
|
09-06-2013 16:51
|
|
Т.е. вас беспокоит, что там показывает монитор? Да пускай хоть 100500% показывает, если всё работает и другие программы не падают, то всё нормально.
>Но SAS, можно сказать, вообще не работает.
Prefetch накапливает статистику с прошлых запусков программы и выполняет упреждающую загрузку данных с диска в память, даже если только что запущенная программа ничего не пытается читать.
>объём занятой под приложения памяти гораздо меньше, чем об этом сообщает Диспетчер задач на вкладке Performance
Ну т.е. это баг windows :) |
|
|
(0011583)
|
cycler
|
09-06-2013 17:19
|
|
Разумеется, когда 100% физ.памяти занято, всё жутко тормозит. То есть в данном случае показания диспетчера полностью отражают реальность |
|
|
(0011584)
|
zed
|
09-06-2013 17:46
|
|
Ну, оно должно именно "упасть", а не просто тормозить. Вначале система может попытаться выдать сообщение о нехватке памяти и предложить закрыть самое прожорливое приложение. Если игнорировать это предложение и пытаться и дальше нагружать оперативку, таки будет или синий экран смерти или ещё что отвалится. Но это будут не просто "тормоза".
И файл подкачки отключите, если он вдруг включен. Тогда на диск ничего свопится не будет.
В linux кстати, идеологически заложено, что свободной оперативки в системе не должно быть. То что не используют приложения, обязательно займёт ядро под кэш. Это в винде привыкли, что оперативка ничем не занята. Хотя, у меня в win8 уже показывает, что как таковой, свободно 12 Мб, а более 50% "Зарезервировано" (см. аттач). |
|
|
(0011657)
|
cycler
|
12-06-2013 10:39
|
|
Спасибо за отзывы, сейчас вынужден прервать изучение проблемы, вернусь к вопросу после 23-го, буду экспериментировать. На других компах проверил, подобного явления не наблюдается.
Такой пока вопрос - размер кеша никак не должен влиять на стабильность программы? У меня порядка 400гигов в дефолтном формате (формат SAS.Планета). |
|
|
|
>порядка 400гигов в дефолтном формате
Вам сюда:
http://sasgis.org/forum/viewtopic.php?f=2&t=2190&start=0 |
|
|
|
При таких объемах ничего неожиданного. |
|