On Thu, 7 Dec 2006, Shawn Pearce wrote:
>
> AFAIK it doesn't have such an option, for basically the reason
> you describe. I worked on a project which had much more difficult
> to answer queries than gitweb and were also very popular. Yes,
> the system died under any load, no matter how much money was thrown
> at it. :-)
>
> > That said, from some of the other horrors I've heard about, "stupid" may
> > be just scratching at the surface.
>
> It is. :-)
Gaah. That's just stupid. This is such a _basic_ issue for caching ("if
concurrent requests come in, only handle _one_ and give everybody the same
result") that I claim that any cache that doesn't handle it isn't a cache
at all, but a total disaster written by incompetent people.
Sure, you may want to disable it for certain kinds of truly dynamic
content, but that doesn't mean you shouldn't be able to do it at all.
Does anybody who is web-server clueful know if there is some simple
front-end (squid?) that is easy to set up and can just act as a caching
proxy in front of such an incompetent server?
Or maybe there is some competent Apache module, not just the default
mod_cache (which is what I assume kernel.org uses now)?
Linus
-
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