0001952: Утечка памяти

Notes
(0011561) cycler (reporter) 09-06-2013 08:12	Утечка происходит при полном бездействии в программе - просто запускаю и смотрю как память потихоньку утекает полностью.

(0011562) cycler (reporter) 09-06-2013 08:13	Нигде в процессах так и не удалось найти хоть что-то, что занимает столько памяти. Память просто пропадает в никуда.

(0011563) vdemidov (manager) 09-06-2013 08:19	Боюсь, что проблема в вашей системе. Ни на одном из доступных мне компьютеров такого не наблюдается.

(0011565) cycler (reporter) 09-06-2013 08:23	Я тоже этого боюсь, но сделать с компом ничего не могу. Я вообще в первый раз наблюдаю такую ситуацию, чтобы память так отжиралась. Может у вас есть идеи как это пофиксить или более детально изучить?

(0011566) vdemidov (manager) 09-06-2013 08:31	На ваших скриншотах я никаких особых проблем, кстати, не вижу. Это скорее похоже на работу сисетмного prefetch, который по запуску программы сразу начинает подгружать в кэш, данные которыми она часто пользуется.

(0011575) cycler (reporter) 09-06-2013 12:50	Но SAS, можно сказать, вообще не работает. Я специально делал так - загружал ОС, загружал SAS, ничего в ней не делая (открыта z5 карта Бинга на России) и наблюдал за тем, как память куда-то улетучиваеся. Никаких движений в SAS не делал - не двигал карту, не зумил, вообще ничего. Просто открыл SAS, а затем диспетчер задач. Функция "показать заполнение для такого-то масштаба" не активирована. До загрузки SAS свободно памяти было 500метров. То, что вы видете на скринах - это примерно через 20+ минут после загрузки и простоя SAS. Операционка голая, без фирменных фичей Асера, без твиков, без автозагружаемых прог, ставил с чистого дистрибутива.

(0011576) cycler (reporter) 09-06-2013 12:53	На скринах видно, что общий объём занятой под приложения памяти гораздо меньше, чем об этом сообщает Диспетчер задач на вкладке Performance

(0011580) zed (manager) 09-06-2013 16:51	Т.е. вас беспокоит, что там показывает монитор? Да пускай хоть 100500% показывает, если всё работает и другие программы не падают, то всё нормально. >Но SAS, можно сказать, вообще не работает. Prefetch накапливает статистику с прошлых запусков программы и выполняет упреждающую загрузку данных с диска в память, даже если только что запущенная программа ничего не пытается читать. >объём занятой под приложения памяти гораздо меньше, чем об этом сообщает Диспетчер задач на вкладке Performance Ну т.е. это баг windows :)

(0011583) cycler (reporter) 09-06-2013 17:19	Разумеется, когда 100% физ.памяти занято, всё жутко тормозит. То есть в данном случае показания диспетчера полностью отражают реальность

(0011584) zed (manager) 09-06-2013 17:46	Ну, оно должно именно "упасть", а не просто тормозить. Вначале система может попытаться выдать сообщение о нехватке памяти и предложить закрыть самое прожорливое приложение. Если игнорировать это предложение и пытаться и дальше нагружать оперативку, таки будет или синий экран смерти или ещё что отвалится. Но это будут не просто "тормоза". И файл подкачки отключите, если он вдруг включен. Тогда на диск ничего свопится не будет. В linux кстати, идеологически заложено, что свободной оперативки в системе не должно быть. То что не используют приложения, обязательно займёт ядро под кэш. Это в винде привыкли, что оперативка ничем не занята. Хотя, у меня в win8 уже показывает, что как таковой, свободно 12 Мб, а более 50% "Зарезервировано" (см. аттач).

(0011657) cycler (reporter) 12-06-2013 10:39	Спасибо за отзывы, сейчас вынужден прервать изучение проблемы, вернусь к вопросу после 23-го, буду экспериментировать. На других компах проверил, подобного явления не наблюдается. Такой пока вопрос - размер кеша никак не должен влиять на стабильность программы? У меня порядка 400гигов в дефолтном формате (формат SAS.Планета).

(0011658) vasketsov (manager) 12-06-2013 11:20	>порядка 400гигов в дефолтном формате Вам сюда: http://sasgis.org/forum/viewtopic.php?f=2&t=2190&start=0

(0011681) vdemidov (manager) 17-06-2013 09:34	При таких объемах ничего неожиданного.

Users who viewed this issue
User List	Anonymous (1625x), 0dimetrius0 (1x), cycler (1x)
Total Views	1627
Last View	29-04-2024 10:39

Issue History
Date Modified	Username	Field	Change
09-06-2013 08:09	cycler	New Issue
09-06-2013 08:09	cycler	File Added: sas-memory-4.jpg
09-06-2013 08:12	cycler	Note Added: 0011561
09-06-2013 08:13	cycler	Note Added: 0011562
09-06-2013 08:19	vdemidov	Note Added: 0011563
09-06-2013 08:23	cycler	Note Added: 0011565
09-06-2013 08:31	vdemidov	Note Added: 0011566
09-06-2013 12:50	cycler	Note Added: 0011575
09-06-2013 12:53	cycler	Note Added: 0011576
09-06-2013 16:51	zed	Note Added: 0011580
09-06-2013 17:19	cycler	Note Added: 0011583
09-06-2013 17:46	zed	Note Added: 0011584
09-06-2013 17:47	zed	File Added: ResMon.jpg
10-06-2013 04:00	vdemidov	Status	new => feedback
12-06-2013 10:39	cycler	Note Added: 0011657
12-06-2013 10:39	cycler	Status	feedback => new
12-06-2013 11:20	vasketsov	Note Added: 0011658
17-06-2013 09:34	vdemidov	Note Added: 0011681
17-06-2013 09:34	vdemidov	Status	new => resolved
17-06-2013 09:34	vdemidov	Resolution	open => no change required
17-06-2013 09:34	vdemidov	Assigned To	=> vdemidov
17-06-2013 09:35	vdemidov	Status	resolved => closed

Relationships

SASGIS