From owner-freebsd-jobs@FreeBSD.ORG Thu Oct 9 00:32:16 2008 Return-Path: Delivered-To: freebsd-jobs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41CF1065688 for ; Thu, 9 Oct 2008 00:32:16 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A52A78FC14 for ; Thu, 9 Oct 2008 00:32:16 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 254071A3C36; Wed, 8 Oct 2008 17:14:24 -0700 (PDT) Date: Wed, 8 Oct 2008 17:14:24 -0700 From: Alfred Perlstein To: freebsd-jobs@freebsd.org Message-ID: <20081009001424.GZ36572@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Thu, 09 Oct 2008 04:37:03 +0000 Subject: request: Subversion internals consultant. X-BeenThere: freebsd-jobs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Jobs offered and sought List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 00:32:16 -0000 The company I'm working at is evaluating subversion and we have a number of successful pilots in place. We're FreeBSD based. There are some issues we would like to address and I'm looking to talk to some people with Subversion internals experience that can help us optimize the Subversion experience for our users. I have some tentative budget allocated and we are a large company so the opportunity for a good long term contract or employment (if interested) may be in the cards. Here are some of the issues we would like resolved: 1) Reduce the ".lock" operation when doing updates. When svn does most "update" or "stat" operations, it traverses the tree making "lock files" this causes the speed of the tool be to much slower than it could be. We'd like to explore options for a custom build that would reduce that. 2) Reduce "entries.log" operation when doing updates/checkout: > For instance, when doing a "svn checkout" I'll see ".svn/tmp/entries" > created many times, and then renamed over ".svn/entries". > > Is there any way to reduce these items when you _know_ you're going > to be working in isolation? > > Could this be made any faster by just updating the files in place? 3) Reduce the size of the checkout, we'd like to explore opportunities for not having copies of the files in the "svn-base" directory, either storing this on the server (as an option) or maybe just compressing it. There will be more work, and this potentially could be a long term contract. I would like to talk someone with some internals experience that _potentially_ get these sort of changes pushed upstream into the client. Work would very likely be open sourced. Our location is Sunnyvale CA, and the job at minimum require some travel to our campus to interact with developers and assist with deployment of features. Someone willing to relocate to Sunnyvale would probably work best. Please respond with a resume, cover letter and ball-park figure for your hourly rate or salary requirements if looking for full-time. Finally, yes, I am aware of "collab.net", however I've had trouble spinning up interest from them on these issues. -- - Alfred Perlstein