Hi !
Featured games (85)
games approved by the League of Dukes
Games in Showcase (623)
Games in Android Showcase (176)
games submitted by our members
Games in WIP (676)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Java Runtime Process Memory Leak?  (Read 1328 times)
0 Members and 1 Guest are viewing this topic.
Offline concerto49

Junior Devvie

« Posted 2012-11-18 10:23:54 »

This might be a while back, but I was using Java to call external process (e.g. Bash scripts / Windows Dos Scripts) and over time there were memory leaks that eventually would cause crashes. Read about it in forums do.

Does anyone know if this has been fixed in the latest version of Java and/or if it still occurs and ways to get around it?


High performance, fast network, affordable price VPS - Cloud Shards
Available in Texas, New York & Los Angeles
Need a VPS Upgrade?
Offline Alan_W

JGO Knight

Medals: 8
Projects: 3

Java tames rock!

« Reply #1 - Posted 2012-11-18 19:46:12 »

The leak is usually due to the called process not freeing resources before being terminated.

See the last comment at

Similar problems occur when calling C code through JNI.  It is easy to forget you have to do your own cleanup and dispose of any allocated buffers.

Time flies like a bird. Fruit flies like a banana.
Offline sproingie

JGO Kernel

Medals: 202

« Reply #2 - Posted 2012-11-19 16:20:43 »

If you spawn external processes, you need to make sure to use Process.waitFor() to ensure the process properly exits and closes stdin/stdout/stderr.  If you don't, the process may stick around and not only keep consuming overall system memory, it'll also keep the file descriptor open til you run out.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Riven
« League of Dukes »

« JGO Overlord »

Medals: 1054
Projects: 4
Exp: 16 years

Hand over your head.

« Reply #3 - Posted 2012-11-19 16:22:59 »

At the same time, not reading stdout/stderr may block the process, which means waitFor() never returns.

So, read stdout/stderr from two other threads, and block on waitFor() on the current thread.

Hi, appreciate more people! Σ ♥ = ¾
Learn how to award medals... and work your way up the social rankings!
Offline Alan_W

JGO Knight

Medals: 8
Projects: 3

Java tames rock!

« Reply #4 - Posted 2012-11-19 20:09:27 »

Can you do it all on the current thread by something like the following pseudo code?

while !eof(stdin) || !eof(stderr) {
if !eof(stdin) read(stdin)
if !eof(stderr) read(stderr)

I suppose there's a risk that the process could generate some more output after we've exited the while loop, which would cause the waitFor to block.

If we put the code to empty stdin and stderr on another thread, I assume that it must loop until after the main thread successfully gets the exit code, at which point the main thread must signal it to exit (needs a semaphore).  That does mean that stdin and stderr can't be explicitly closed, prior to the waitFor.  Does the waitFor close the streams automatically?

Time flies like a bird. Fruit flies like a banana.
Pages: [1]
  ignore  |  Print  
You cannot reply to this message, because it is very, very old.

BurntPizza (28 views)
2015-10-08 03:11:46

BurntPizza (16 views)
2015-10-08 00:30:40

BurntPizza (19 views)
2015-10-07 17:15:53

BurntPizza (32 views)
2015-10-07 02:11:23

KaiHH (37 views)
2015-10-06 20:22:20

KaiHH (16 views)
2015-10-06 19:41:59

BurntPizza (32 views)
2015-10-06 19:04:48

basil_ (46 views)
2015-09-30 17:04:40

shadowstryker (24 views)
2015-09-29 15:55:06

TheSpaceHedgehog (31 views)
2015-09-29 01:58:48
Math: Inequality properties
by Roquen
2015-10-01 13:30:46

Math: Inequality properties
by Roquen
2015-09-30 16:06:05

HotSpot Options
by Roquen
2015-08-29 11:33:11

Rendering resources
by Roquen
2015-08-17 12:42:29

Rendering resources
by Roquen
2015-08-17 09:36:56

Rendering resources
by Roquen
2015-08-13 07:40:51

Networking Resources
by Roquen
2015-08-13 07:40:43

List of Learning Resources
by gouessej
2015-07-09 11:29:36 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!