Linked by Thom Holwerda on Fri 14th Sep 2012 02:30 UTC, submitted by MOS6510
Java "As a typical Java developer I never monitored the memory usage of my application apart from following typical best practices like closing the connections, streams etc. Recently we were struck with few issues in our JBoss servers that I had to dig in to the memory management."
Thread beginning with comment 535091
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: Memory management
by raboof on Fri 14th Sep 2012 17:59 UTC in reply to "RE[2]: Memory management"
raboof
Member since:
2005-07-24

"space station architecture" - Designs done away from the reality, with thousand layers of abstraction, because it is cool.

Hmm, I'd expect 'space station architecture' to be a positive classification: if you design something for a space station, you better design it well, because you can't easily go up there and fix it later ;) .

Reply Parent Score: 2

RE[4]: Memory management
by zima on Fri 21st Sep 2012 23:59 in reply to "RE[3]: Memory management"
zima Member since:
2005-07-06

Well, that's not strictly what really happens...

NVM that our stations are more or less mostly testbeds for deep space vessels (with the convenience of, yes, being relatively easy to reach quickly; or to evacuate...), failures are common, as is experimenting with proper approaches. Also:

a) ISS is really... Mir-2 (as in, the core module of ISS is practically identical to Mir, because it was built concurrently with it, as a backup - it even had "Мир-2" painted on it, when it was kept in storage; the whole Russian section is generally what was supposed to be the entirety of Mir-2, also where main computers, engines, and such of the station are - the rest is, sort of, an attached cargo). It wasn't so much about designing things, more using what's at hand and with minimum of costs...

b) the "non-Mir" part of the station was largely crippled in its design, with how it had to be nominally launched by the STS, so as to give that horribly wasteful contraption some pretend-purpose (really, a spacecraft wasting most of launched mass on airframe? ...and, considering that we did automatic rendezvous already in the 60s, the Shuttle was conceptually obsolete before seriously getting on the drawing boards; now, with STS finally out of the way, there's even a fairly inexpensive project of attaching small orbital tugs to some of the ISS modules remaining in-storage, to launch them like that on efficient expendable rockets)

Overall, assuming failures and building in lots of redundancies and/or planning for contingencies seems to be more the way.

Edited 2012-09-22 00:19 UTC

Reply Parent Score: 2