On 12/8/06, H. Peter Anvin <hpa@zytor.com> wrote:In the case of Perl scripts, it's not really the fork/exec overhead, but the Perl startup overhead that you want to try to optimize. But given your later statement (lots of spare cpu), this ends up just being a bit of a latency hit. In general, I think mod_perl has a much bigger impact when you have a database to connect to at startup. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Ingo Molnar | [announce] "kill the Big Kernel Lock (BKL)" tree |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Emmanuel Florac | RAID-1 performance under 2.4 and 2.6 |
| Con Kolivas | Re: -mm merge plans for 2.6.23 |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| David Miller | [GIT]: Networking |
| Eric W. Biederman | Re: 2.6.24-rc3: find complains about /proc/net |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
