Здравствуйте, korostoff, Вы писали:
K>Из за чего так происходит?
Тут еще дело в том, что в памяти картинка хранится как битмап — 4 байта на пиксель без сжатия, так что одна картинка весом 10 кб, но размером 10000х10000 пикселей может убить ява-машину.
Здравствуйте, korostoff, Вы писали:
K>Понимаю, что с числом картинок я перегнул (тестировал) По идее в любом случае если не хватает ОП K>программа должна использовать swap...
Программа никому ничего не должна.
Если тебе нужно чтобы JVM использовала больше памяти, посмотри опции.
-Xms196m -Xmx256m
K>Еще интереснее, что с 500 gif-картинками такого не происходит. K>Из за чего так происходит?
Наверняка JPEG декодеру требуется больше памяти, чем GIF декодеру.
Поэтому при интенсивном создании большого количества объектов JVM и валится.
Если в твоей программе это штатная ситуация, то посмотри в сторону WeakReference,
и проверяй размер свободной памяти
Runtime.getRuntime().freeMemory()
Если памяти остаётся мало можно приостановить процесс и позвать GC.
Здравствуйте, Cider, Вы писали:
B>>Если памяти остаётся мало можно приостановить процесс и позвать GC.
C>Вот это как раз вряд ли поможет — система обязана сама вызвать мусорщика перед тем, как бросить OutOfMemory.
C этим никто не спорит. Но если производить самостоятельнай контроль за памятью, то лучше не дожидаться системы.
Здравствуйте, korostoff, Вы писали:
K>Hi, all!
K>Может кто подскажет...
K>При создании списка ImageIcon'ов из 500 картинок JPG (по 10kb каждая) появляется K>ошибка OutOfMemoryError (процесс распухает до 50 метров в памяти)...
K>Понимаю, что с числом картинок я перегнул (тестировал) По идее в любом случае если не хватает ОП K>программа должна использовать swap...
K>Еще интереснее, что с 500 gif-картинками такого не происходит...
K>Из за чего так происходит?
K>win2000, sun jdk1.4.2
JPEG decoder в ява нативный. Сомневаюсь, что там есть memory leaks, но при создании, например, кучи ImageIcon из jpeg-ов из-за нативной природы JPEG Decoder-а JVM не может вовремя определить момент, когда нужно запустить GC (и/или выделить дополнительную память), т.е. создаваемые JPEG Decoder структуры с т.з. JVM имеют меньший размер, чем на самом деле. Вот и получается, что JVM думает, что память есть, а ее уже нет.
Правда это только мое ИМХО.
Здравствуйте, korostoff, Вы писали:
K>Hi, all! K>Еще интереснее, что с 500 gif-картинками такого не происходит... K>Из за чего так происходит?
Не самый хороший совет конечно, но попробуй прогнать свою прогу на JProfiler. Может на ней что-нибудь увидишь...
Здравствуйте, mselez, Вы писали:
M>Здравствуйте, Blazkowicz, Вы писали:
B>>Если тебе нужно чтобы JVM использовала больше памяти, посмотри опции.
B>>-Xms196m -Xmx256m
M>Почему 196, есть какое-то ограничение или это просто пример? Спасибо.
Просто пример. Я себе в Идее такие параметры прописал, чтобы она не стопорилась от частого GC и увеличения хипа.
196m — это 196 мегабайт, можно задавать в килобайтах и байтах.
