Re: Process Creation Speed

From: Eric (eric_at_cisu.net)
Date: 04/18/04

  • Next message: Jean Delvare: "Re: 2.6.5 Sensors & USB problems" 
    To: <stl@nuwen.net>
Date:	Sun, 18 Apr 2004 00:44:02 -0500

    On Friday 16 April 2004 21:16, Stephan T. Lavavej wrote:
    > Why does creating and then terminating a process in GNU/Linux take about
    > 6.3 ms on a Prestonia-2.2? I observe basically the same thing on a
    > PIII-600.
    >
    > I'm pretty sure both systems run 2.4.x kernels. Does this suck less under
    > 2.6.x? Not sucking at all would mean about 100 microseconds to me. I
    > don't understand why it doesn't scale with processor speed. Does this
    > interact with the length of a timeslice?
    >
    > It matters to me because the Common Gateway Interface spawns and destroys a
    > process to handle each request, and I wish it were just fast, rather than
    > having to use FastCGI.
            The difference in speed between regular and FastCGI shouldnt be related to
    process creation time. The speed up you see from FastCGI is because it
    doesn't have to be read from disk each time. So, you're really looking for
    performace enhancements in the wrong place. Tweaking process creation can't
    make your platters spin faster.

    > A fair amount of Googling and RTFFAQ didn't answer this.
    >
    > Stephan T. Lavavej
    > http://nuwen.net
    >
    >
    > -
    > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    > the body of a message to majordomo@vger.kernel.org
    > More majordomo info at http://vger.kernel.org/majordomo-info.html
    > Please read the FAQ at http://www.tux.org/lkml/
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Jean Delvare: "Re: 2.6.5 Sensors & USB problems"

    Relevant Pages

    • Re: ifndef
      ... Stephan T. Lavavej ... Visual C++ Libraries Developer ... "Igor Tandetnik" wrote in message ...
      (microsoft.public.vc.language)
    • Re: tr1 bug
      ... "Stephan T. Lavavej " wrote in message ... We hotfixed this, but the hotfix package was broken, so we're regenerating it. ... As you may know, Microsoft has licensed its C++ Standard Library and TR1 implementations from Dinkumware; PJP maintains Dinkumware's implementations, while I work with him to integrate his changes into Microsoft's sources. ...
      (microsoft.public.vc.stl)
    • Re: Fw: Problem compiling linux-2.6.8.1......
      ... On Tue, 12 Oct 2004, Stephan wrote: ... > This is free software; see the source for copying conditions. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [PATCH] 2.6.0: Change cryptic description and help for CONFIG_PDC202XX_FORCE
      ... I hope the new strings are more self-explanatory than the ones ... Stephan ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Visual C++ 2008 Feature Pack
      ... For some information about TR1: ... And there is also a video by Stephan T. Lavavej: ...
      (microsoft.public.vc.mfc)