Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (nike.apache.org: domain of jeffpk@gmail.com designates
 209.85.210.44 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <BANLkTi=cKA0fvxJaizw_=iRp_DyE1otn4A@mail.gmail.com>
References: <BANLkTi=cKA0fvxJaizw_=iRp_DyE1otn4A@mail.gmail.com>
Date: Sat, 2 Jul 2011 12:45:08 -0400
Message-ID: 
 <CACU4Y-gnZgUrhHDDBsoomZ8tAjdxB1GoKLwvhUxzefKX-dpruA@mail.gmail.com>
Subject: Re: faster ByteBuffer comparison
From: Jeffrey Kesselman <jeffpk@gmail.com>
To: user@cassandra.apache.org
Content-Type: text/plain; charset=ISO-8859-1

GetLong has to get it a byte at a time still to support endianess.

Id have to think about it, but what you really want is to get it all
into a byte array and then process it in  64bits. AIR there are some
new array recasting things in Java 5+.  Ill need to go look at them
more closely...

On Fri, Jul 1, 2011 at 5:42 PM, Yang <teddyyyy123@gmail.com> wrote:
> I can see from profiling that a lot of the time in both reading and writing
> are spend on ByteBuffer compare on the column names (for long rows with many
> columns)
> I looked at the ByteBufferUtil.unsignedCompareByteBuffer() , it's basically
> the same structure as standard JVM ByteBuffer.compare()
> looping over each byte doing a ByteBuffer.get()
> is there a faster (probably hardware-based) compare ? I tried doing 8 bytes
> at a time by doing getLong() and it actually seems slower
> thanks
> Yang


-- 
It's always darkest just before you are eaten by a grue.