Return-Path: X-Original-To: apmail-giraph-dev-archive@www.apache.org Delivered-To: apmail-giraph-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1217CE624 for ; Mon, 14 Jan 2013 23:14:48 +0000 (UTC) Received: (qmail 1003 invoked by uid 500); 14 Jan 2013 23:14:47 -0000 Delivered-To: apmail-giraph-dev-archive@giraph.apache.org Received: (qmail 960 invoked by uid 500); 14 Jan 2013 23:14:47 -0000 Mailing-List: contact dev-help@giraph.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@giraph.apache.org Delivered-To: mailing list dev@giraph.apache.org Received: (qmail 949 invoked by uid 99); 14 Jan 2013 23:14:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jan 2013 23:14:47 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of prvs=472684f3b4=alessandro@fb.com designates 67.231.145.42 as permitted sender) Received: from [67.231.145.42] (HELO mx0a-00082601.pphosted.com) (67.231.145.42) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jan 2013 23:14:42 +0000 Received: from pps.filterd (m0004346 [127.0.0.1]) by mx0a-00082601.pphosted.com (8.14.5/8.14.5) with SMTP id r0ENCeSi024953 for ; Mon, 14 Jan 2013 15:14:22 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fb.com; h=from : to : subject : date : message-id : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=facebook; bh=YhBN6QvFH2YhBbktr6aZTpTGmNxZU17uP9+xyXKY7lE=; b=nnz04Aa5D/iMl+HAN4Z0bcnNayhJQJkzAMFrvRMntHtRm4KSddyH/VktJgvH5oR1DiZf vTpZ8xkYta4D9yScZqtRgusVS/SqziZWn5tAedq18Cp97wMPMsN3200yIyGQIB1hzGrr tFJ+pboFSCoHuuuTeYdU0xYL7ftaoER0110= Received: from mail.thefacebook.com (prn1-cmdf-dc01-fw1-nat.corp.tfbnw.net [173.252.71.129] (may be forged)) by mx0a-00082601.pphosted.com with ESMTP id 19upnxcqnh-3 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for ; Mon, 14 Jan 2013 15:14:22 -0800 Received: from PRN-MBX01-5.TheFacebook.com ([169.254.4.149]) by PRN-CHUB01.TheFacebook.com ([fe80::d5cc:849:f520:db6b%12]) with mapi id 14.02.0328.011; Mon, 14 Jan 2013 15:13:25 -0800 From: Alessandro Presta To: "dev@giraph.apache.org" Subject: Re: [jira] [Commented] (GIRAPH-474) Add an option not to use direct byte buffers Thread-Topic: [jira] [Commented] (GIRAPH-474) Add an option not to use direct byte buffers Thread-Index: AQHN8bZ1dyrYllCsXkSTZER07b16FphJtvCA//97fQCAAMUXgP//foYA Date: Mon, 14 Jan 2013 23:13:23 +0000 Message-ID: <566834A0CA4ED742A53644FF331260D41658BE5B@PRN-MBX01-5.TheFacebook.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.16.4] Content-Type: text/plain; charset="us-ascii" Content-ID: <8C03E6C70DC2A14CBA20B03A3DEEFFE8@fb.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Spam-Reason: safe X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327,1.0.431,0.0.0000 definitions=2013-01-14_05:2013-01-14,2013-01-14,1970-01-01 signatures=0 X-Virus-Checked: Checked by ClamAV on apache.org On 1/14/13 2:56 PM, "Eli Reisman" wrote: >Alessandro: feeling brave enough to delete the "giraph474" branch from the >remote repo?=20 Done with "git push origin :giraph474" The other one, "branch-0.1", is probably fine (I assume it's Giraph 0.1). >Do you know if that commit actually made it into trunk or not? It did, and you authored it: commit bc056d1584dc402332a3160e8c15bbe681dd8750 Author: Eli Reisman Date: Wed Jan 9 16:00:55 2013 -0800 GIRAPH-474: Add an oprtion not to use direct byte buffers. (majakabiljo via ereisman) > >On Mon, Jan 14, 2013 at 11:11 AM, Alessandro Presta >wrote: > >> It shouldn't be a problem to work and commit from the same checkout. >>This >> is what I do: >> 1) Create a new branch (say GIRAPH-XYZ) >> 2) Apply the patch >> 3) Update the CHANGELOG >> 4) git commit -a >> 5) git push origin GIRAPH-XYZ:trunk >> Those extra branches are the result of someone inadvertently pushing a >>new >> branch to the remote. >> Making changes directly on your master branch is generally not a good >> practice in git. >> >> On 1/14/13 11:05 AM, "Eli Reisman" wrote: >> >> >Hey, Giraph-Dev folks. Looking at our >> >https://git-wip-us.apache.org/repos/asf/giraph.git repo, we have some >> >funny >> >branches creeping in. Please disambiguate the situation for me if you >>can, >> >but here's what I think: >> > >> >When you do dev work, have a repo with your dev branches. >> > >> >when you're ready to commit, get the patch itself from the JIRA in >> >question, and download (or maintain) a SEPARATE repo. This is so you >>can >> >commit the patch to TRUNK. What worked for me is: >> > >> >1. dl this repo from the HTTPS URL only. Alternately, keep this repo on >> >TRUNK all the time, and call "git pull" before a new commit >> >2. apply the patch >> >3. run mvn verify etc. >> >4. update the CHANGELOG >> >5. run git commit -a >> >6. run git push >> > >> >this pushes the current updated commit to TRUNK on the remote repo. If >>you >> >commit directly from your dev branch on your dev repo, you have to tell >> >git >> >to apply to trunk or it will make a new alternate branch matching your >>dev >> >branch. >> > >> >I think this is the method for doing commits now. Hows this sound to >>you >> >folks? >> > >> > >> >On Sun, Jan 13, 2013 at 9:50 AM, Eli Reisman (JIRA) >> >wrote: >> > >> >> >> >> [ >> >> >>=20 >>>>https://issues.apache.org/jira/browse/GIRAPH-474?page=3Dcom.atlassian.j= ir >>>>a >> . >>=20 >>>>plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D135522= 60 >>>>#c >> >>omment-13552260] >> >> >> >> Eli Reisman commented on GIRAPH-474: >> >> ------------------------------------ >> >> >> >> Hey Maja, try a 'git branch -a' in your Giraph repo, something went >> >>wrong >> >> with this commit, it seems to be on its own branch or something. >> >> >> >> >> >> > Add an option not to use direct byte buffers >> >> > -------------------------------------------- >> >> > >> >> > Key: GIRAPH-474 >> >> > URL: >>https://issues.apache.org/jira/browse/GIRAPH-474 >> >> > Project: Giraph >> >> > Issue Type: Improvement >> >> > Reporter: Maja Kabiljo >> >> > Assignee: Maja Kabiljo >> >> > Attachments: GIRAPH-474.patch, GIRAPH-474.patch >> >> > >> >> > >> >> > Using direct byte buffers makes it harder to control the memory >>used >> >>by >> >> giraph. It's a bit faster than regular buffers though (from some >> >> experiments I run the difference was about 10%), so I am adding it >>as an >> >> option. >> >> >> >> -- >> >> This message is automatically generated by JIRA. >> >> If you think it was sent incorrectly, please contact your JIRA >> >> administrators >> >> For more information on JIRA, see: >> >>http://www.atlassian.com/software/jira >> >> >> >>