Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of michael_segel@hotmail.com
 designates 65.55.111.91 as permitted sender)
Message-ID: <BLU0-SMTP1926CD90C636BFCB79751F18FF40@phx.gbl>
From: Michael Segel <michael_segel@hotmail.com>
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_9E10F466-9D2B-43C7-859A-AF2A2E680AEE"
MIME-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
Subject: Re: coprocessor enabled put very slow, help please~~~
Date: Mon, 18 Feb 2013 03:35:18 -0600
References: <78023CDA-6661-4BE1-B5FF-3762119E51A2@gmail.com>
 <OF0BC16236.298EF72E-ON85257B16.00202D73-85257B16.00203D7F@us.ibm.com>
 <E739A4DD-75C8-4BE3-8928-CE4AF873C198@gmail.com>
To: user@hbase.apache.org
In-Reply-To: <E739A4DD-75C8-4BE3-8928-CE4AF873C198@gmail.com>

--Apple-Mail=_9E10F466-9D2B-43C7-859A-AF2A2E680AEE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"

Why?=20

This seems like an unnecessary overhead.=20

You are writing code within the coprocessor on the server.  Pessimistic =
code really isn't recommended if you are worried about performance.

I have to ask... by the time you have executed the code in your =
co-processor, what would cause the initial write to fail?=20


On Feb 18, 2013, at 3:01 AM, Prakash Kadel <prakash.kadel@gmail.com> =
wrote:

> its a local read. i just check the last param of PostCheckAndPut =
indicating if the Put succeeded. Incase if the put success, i insert a =
row in another table
>=20
> Sincerely,
> Prakash Kadel
>=20
> On Feb 18, 2013, at 2:52 PM, Wei Tan <wtan@us.ibm.com> wrote:
>=20
>> Is your CheckAndPut involving a local or remote READ? Due to the =
nature of=20
>> LSM, read is much slower compared to a write...
>>=20
>>=20
>> Best Regards,
>> Wei
>>=20
>>=20
>>=20
>>=20
>> From:   Prakash Kadel <prakash.kadel@gmail.com>
>> To:     "user@hbase.apache.org" <user@hbase.apache.org>,=20
>> Date:   02/17/2013 07:49 PM
>> Subject:        coprocessor enabled put very slow, help please~~~
>>=20
>>=20
>>=20
>> hi,
>>  i am trying to insert few million documents to hbase with mapreduce. =
To=20
>> enable quick search of docs i want to have some indexes, so i tried =
to use=20
>> the coprocessors, but they are slowing down my inserts. Arent the=20
>> coprocessors not supposed to increase the latency?=20
>> my settings:
>>   3 region servers
>>  60 maps
>> each map inserts to doc table.(checkAndPut)
>> regionobserver coprocessor does a postCheckAndPut and inserts some =
rows to=20
>> a index table.
>>=20
>>=20
>> Sincerely,
>> Prakash
>>=20
>=20

Michael Segel  | (m) 312.755.9623

Segel and Associates


--Apple-Mail=_9E10F466-9D2B-43C7-859A-AF2A2E680AEE--