Lars Hjemli wrote:
On 12/8/06, H. Peter Anvin <hpa@xxxxxxxxx> wrote:
Linus Torvalds wrote:
> I could write a simple C caching thing that just hashes the CGI
arguments
> and uses a hash to create a cache (and proper lock-files etc to
serialize
> access to a particular cache object while it's being created) fairly
> easily, but I'm pretty sure people would much prefer a mod_perl
thing just
> to avoid the fork/exec overhead with Apache (I think mod_perl allows
> Apache to run perl scripts without it), and that means I'm not the
right
> person any more.
True about mod_perl. Haven't messed with that myself, either.
fork/exec really is very cheap on Linux, so it's not a huge deal.
I've been playing around with a "native git" cgi thingy the last week
(I call it cgit), and I've been thinking about adding exactly this
kind of caching to it. And since it's basically a standard git command
written in C, it should have less overhead than any perl
implementation.
Trust me, perl, or CGI, is not the problem. It's all about I/O traffic
generated by git.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html