Re: Out-of-Memory Handling in Long-Running / Server Applications

Randall R Schulz <[email protected]> Tue, 15 Apr 2008 10:21:39 -0700
Newsgroups gmane.comp.windows.devel.java.advanced
Message-ID <[email protected]>
On Tuesday 15 April 2008 10:01, Carfield Yim wrote:
> On 4/15/08, Randall R Schulz <[email protected]> wrote:
> > On Monday 14 April 2008 13:01, Bob Lee wrote:
> > > On Mon, Apr 14, 2008 at 11:17 AM, Randall R Schulz
> > > <[email protected]>
> > >
> > > wrote:
> > > > Yes. It's a heap-based priority queue (where "heap" is meant in
> > > > the sense of the heap data structure, not in the sense of a
> > > > dynamic allocation pool.)
> > >
> > > You could actually back that with a file.
> >
> > To what end?
>
> Nowaday an HDD can be 1 TB big, even that is not enough?

It's not about space, it's about speed.


> > ...
> >
> > The access patterns are such that to achieve anything near
> > acceptable performance, the tree and the priority queue must remain
> > in the working set.
>
> How about http://en.wikipedia.org/wiki/Solid-state_drive ?

I eagerly await them. Until they're price-competitive with rotating
magnetic media, I won't be using them.


But I can't really believe that people are suggesting that a tight inner
loop of my program should be rewritten to directly and explicitly use
secondary storage.


Randall Schulz

===================================
This list is hosted by DevelopMentorĀ®  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com