Local storage is more the just the norm. Unless you have a very good
reason you should not be using NFS.

Edward

On Fri, Jul 20, 2012 at 4:55 AM, aaron morton <aa...@thelastpickle.com> wrote:
> 45 minutes for 90GB is high.
>
> The odd one out here is using NFS, local storage is the norm.
>
> I would look into the NFS first, low network IO and low CPU would suggest it
> is waiting on disk IO. The simple thing would be to try starting from local
> disk and see how much faster it is. Or look at the await time in iostat.
>
> Hope that helps.
>
> -----------------
> Aaron Morton
> Freelance Developer
> @aaronmorton
> http://www.thelastpickle.com
>
> On 19/07/2012, at 4:54 PM, Ben Kaehne wrote:
>
> Good evening,
>
> I am interested in improving the startup time of our cassandra cluster.
>
> We have a 3 node cluster (replication factor of 3) in which our application
> requires quorum reads and writes to function.
>
> Each machine is well specced with 24gig of ram, 10 cores, jna enabled etc.
>
> On each server our keyspace files are so far around 90 Gb (stored on NFS
> although I am not seeing signs that we have much network io). This size will
> grow in future.
>
> Our startup time for 1 server at the moment is greater then half an hour (45
> minutes to 50 minutes even) which is putting a risk factor on the resiliance
> of our service. I have tried version 1.09 to latest 1.12.
>
> I do not see too much system utilization while starting either.
>
> I gazed apon an article suggesting increased speed in 1.2 although when I
> set it up, it did not seem to be any faster at all (if not slower).
>
> I was observing what was happening during startup and I noticed (via
> strace), cassandra was doing lots of 8 byte reads from:
>
>
> /var/lib/cassandra/data/XXXXXX/YYYYYY/XXXXXXX-YYYYYYY-hc-1871-CompressionInfo.db
>
> /var/lib/cassandra/data/XXXXXX/YYYYYY/XXXXXXX-YYYYYYY-hc-1874-CompressionInfo.db
>
> Also... Is there someone I can change the 8 byte reads to something greater?
> 8 byte reads across NFS is terribly inefficient (and I am guessing the cause
> of our terribly slow startup times).
>
> Regards,
>
> --
> -Ben
>
>

Reply via email to