Thank you.

> From: dawid.we...@gmail.com
> Date: Thu, 19 Jul 2012 13:34:26 +0200
> Subject: Re: RAM or SSD...
> To: java-user@lucene.apache.org
> 
> Read this:
> http://blog.thetaphi.de/2012/07/use-lucenes-mmapdirectory-on-64bit.html
> 
> Dawid
> 
> On Thu, Jul 19, 2012 at 1:32 PM, Dragon Fly <dragon-fly...@hotmail.com> wrote:
> >
> > The slowest part of my application is to read the search hits from disk.  I 
> > was hoping that using an SSD or RAMDirectory/MMapDirectory would speed that 
> > up.  I read the JavaDoc for MMapDirectory but didn't really understand how 
> > that differs from RAMDirectory.  Could someone please explain?
> >
> >> Date: Wed, 18 Jul 2012 23:46:51 -0700
> >> Subject: Re: RAM or SSD...
> >> From: vfunst...@gmail.com
> >> To: java-user@lucene.apache.org
> >>
> >> I was referring to *RAMDirectory*.
> >>
> >> On Wed, Jul 18, 2012 at 11:04 PM, Lance Norskog <goks...@gmail.com> wrote:
> >> >> You do not want to store 30 G of data in the JVM heap, no matter what
> >> library does this.
> >> > MMapDirectory does not store data in the JVM heap. It lets the
> >> > operating system manage the disk buffer space. Even if the JVM says "I
> >> > have 30G of memory space", it really does not. It only has address
> >> > space allocated by the  OS but no memory.
> >> >
> >> > On Wed, Jul 18, 2012 at 10:39 PM, Toke Eskildsen 
> >> > <t...@statsbiblioteket.dk>
> >> wrote:
> >> >> On Wed, 2012-07-18 at 17:50 +0200, Dragon Fly wrote:
> >> >>> If I want to improve performance, which of the following is better and
> >> why?
> >> >>>
> >> >>> 1. Buy a machine with a lot of RAM and use a RAMDirectory for the 
> >> >>> index.
> >> >>
> >> >> As others has pointed out, MMapDirectory should work better than
> >> >> RAMDirectory. I am sure it will work fine with a relative small index
> >> >> such as yours. However, it does not scale that well with index size.
> >> >>
> >> >>> 2. Put the index on a solid state drive.
> >> >>
> >> >> Why anyone buys computers without SSD's is a mystery to me. Use SSDs for
> >> >> the small low-latency stuff and a secondary spinning drive for the large
> >> >> slow stuff. Nowadays, a 30GB index (or 100GB for that matter) falls into
> >> >> the small low-latency bucket. SSDs speeds up almost everything, saves
> >> >> RAM and spares a lot of work hours optimizing I/O-speed.
> >> >>
> >> >> Regards,
> >> >> Toke Eskildsen
> >> >>
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> >> >> For additional commands, e-mail: java-user-h...@lucene.apache.org
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Lance Norskog
> >> > goks...@gmail.com
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> >> > For additional commands, e-mail: java-user-h...@lucene.apache.org
> >> >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
> 
                                          

Reply via email to