git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* git fuse
@ 2013-12-19 21:15 Thomas Koch
  2013-12-25 23:01 ` Drew Northup
  0 siblings, 1 reply; 2+ messages in thread
From: Thomas Koch @ 2013-12-19 21:15 UTC (permalink / raw)
  To: Git Mailing List

Hi,

I'm thinking about using Git for web application deployment and thought that I 
wouldn't even need to checkout a worktree if I could access the bare git repo 
via fuse.

What would be the performance impact? Once the files are in the filesystem cache 
it shouldn't matter anymore, how fast the git fuse layer is, should it?

Do you know any active and stable git-fuse project? 

a) https://github.com/davesque/gitfuse
Python, last  commit 1 year ago

b) https://github.com/mfontani/git-fuse-perl
Perl, last commit 3 years ago

c) 
http://www.seas.upenn.edu/~cse400/CSE400_2008_2009/websites/grant/project.html
http://repo.or.cz/w/figfs.git
thesis, OCaml, last touched in 2009

d) https://github.com/rossbiro/GitFS
Python, recent but declared pre-alpha

e) https://github.com/patrickhaller/git-fs
C, last commit 2 years ago

f) https://github.com/wereHamster/gitfs
https://blog.caurea.org/2009/07/22/having-fun-with-gitfs.html
C, last commit 2 years ago

Regards,

Thomas Koch2

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: git fuse
  2013-12-19 21:15 git fuse Thomas Koch
@ 2013-12-25 23:01 ` Drew Northup
  0 siblings, 0 replies; 2+ messages in thread
From: Drew Northup @ 2013-12-25 23:01 UTC (permalink / raw)
  To: Thomas Koch; +Cc: Git Mailing List

On Thu, Dec 19, 2013 at 4:15 PM, Thomas Koch <thomas@koch.ro> wrote:
> Hi,
>
> I'm thinking about using Git for web application deployment and thought that I
> wouldn't even need to checkout a worktree if I could access the bare git repo
> via fuse.

Thomas,
Given that gitweb (and more than a few other similar tools) doesn't
use FUSE and works on bare repositories I question why you think you'd
need (or want) to introduce the additional layer.

> What would be the performance impact? Once the files are in the filesystem cache
> it shouldn't matter anymore, how fast the git fuse layer is, should it?

If your concern is caching, it should be implemented upon already
rendered / prepared objects whenever possible--frequently not a file
system level implementation. This is a design concern that has no
specific requirement whatsoever to do with FUSE (or for that matter,
with most of the VFS layer when accessing raw disk--as VFS itself is
highly optimized already).

I am not qualified to answer questions about FUSE use of the VFS cache.

I would strongly consider using a tool such as Varnish if you are
concerned about performance when serving static or semi-static content
(may it reside in a Git repo or elsewhere). The architectural concerns
of your web-app should probably guide your design in this sort of
direction anyway if it will be expected to sustain notable throughput
over time.

I hope that helps.

(If you want to discuss this further it would be worth considering if
your questions are Git questions or web-app design questions. The
latter should be taken elsewhere.)

-- 
-Drew Northup
--------------------------------------------------------------
"As opposed to vegetable or mineral error?"
-John Pescatore, SANS NewsBites Vol. 12 Num. 59

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-12-25 23:08 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-19 21:15 git fuse Thomas Koch
2013-12-25 23:01 ` Drew Northup

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).