MESSAGE
DATE | 2020-12-23 |
FROM | Sandhya
|
SUBJECT | Re: [Hangout - NYLXS] Confused about two development utils [EXT]
|
From hangout-bounces-at-nylxs.com Fri Jan 1 11:09:40 2021 Return-Path: X-Original-To: archive-at-mrbrklyn.com Delivered-To: archive-at-mrbrklyn.com Received: from www2.mrbrklyn.com (www2.mrbrklyn.com [96.57.23.82]) by mrbrklyn.com (Postfix) with ESMTP id E2075164041; Fri, 1 Jan 2021 11:09:39 -0500 (EST) X-Original-To: hangout-at-www2.mrbrklyn.com Delivered-To: hangout-at-www2.mrbrklyn.com Received: by mrbrklyn.com (Postfix, from userid 1000) id 2745716403E; Fri, 1 Jan 2021 11:08:55 -0500 (EST) Resent-From: Ruben Safir Resent-Date: Fri, 1 Jan 2021 11:08:55 -0500 Resent-Message-ID: <20210101160855.GT15013-at-www2.mrbrklyn.com> Resent-To: hangout-at-mrbrklyn.com X-Original-To: ruben-at-mrbrklyn.com Delivered-To: ruben-at-mrbrklyn.com Received: from mxout1-ec2-va.apache.org (mxout1-ec2-va.apache.org [3.227.148.255]) by mrbrklyn.com (Postfix) with ESMTP id E4D40163FD2 for ; Wed, 23 Dec 2020 07:51:03 -0500 (EST) Received: from mail.apache.org (mailroute1-lw-us.apache.org [207.244.88.153]) by mxout1-ec2-va.apache.org (ASF Mail Server at mxout1-ec2-va.apache.org) with SMTP id 922C2478D6 for ; Wed, 23 Dec 2020 12:51:02 +0000 (UTC) Received: (qmail 60298 invoked by uid 500); 23 Dec 2020 12:51:01 -0000 Mailing-List: contact modperl-help-at-perl.apache.org; run by ezmlm Precedence: bulk Delivered-To: mailing list modperl-at-perl.apache.org Received: (qmail 60214 invoked by uid 99); 23 Dec 2020 12:51:01 -0000 Received: from spamproc1-he-fi.apache.org (HELO spamproc1-he-fi.apache.org) (95.217.134.168) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Dec 2020 12:51:01 +0000 Received: from localhost (localhost [127.0.0.1]) by spamproc1-he-fi.apache.org (ASF Mail Server at spamproc1-he-fi.apache.org) with ESMTP id 66D60C04B6 for ; Wed, 23 Dec 2020 12:51:00 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamproc1-he-fi.apache.org X-Spam-Flag: NO X-Spam-Score: 1.248 X-Spam-Level: * X-Spam-Status: No, score=1.248 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=0.2, RCVD_IN_MSPIKE_H2=-0.001, SCC_5_SHORT_WORD_LINES=1, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamproc1-he-fi.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-ec2-va.apache.org ([116.203.227.195]) by localhost (spamproc1-he-fi.apache.org [95.217.134.168]) (amavisd-new, port 10024) with ESMTP id wmg1epoDPrmm for ; Wed, 23 Dec 2020 12:50:59 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.167.45; helo=mail-lf1-f45.google.com; envelope-from=sandhya.pawar03-at-gmail.com; receiver= Received: from mail-lf1-f45.google.com (mail-lf1-f45.google.com [209.85.167.45]) by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) with ESMTPS id DA1DABC91D for ; Wed, 23 Dec 2020 12:50:58 +0000 (UTC) Received: by mail-lf1-f45.google.com with SMTP id o19so39910742lfo.1 for ; Wed, 23 Dec 2020 04:50:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Iwp2MmO1EVRSAOZE/xOgesN3Dda07U4WPDQaXBb9OtQ=; b=W7UL/16bpJHlt1+31WLa4xvMI9rNbd43BBQdjaTNvJnAiqd4ODxG7tHrWlOuOJdSIh VbpA95GdNr5XNYzAXmbyTB0Fa2//65SrcH4vyBBCKHwvxJC4gyv5le7mk7aI2nm5VBs4 /cGInSbo7IYksO3UoiI7InjsKUOm3QBBeQCysLjBocxkeYg5sLW5DqDILNhnRUNy/zDm 84BWq8s87Jxk7gkA94E4FYeY+WRQmdP6CQ+bmXSoZjPtD8ywFH4Qa0fQ7GBgIomeBsXk PztrywaNk3yTkCsK6n5tVDC5QXiqKVldOajMMlkbZ/LssWKE16X0u78p4TESURyavDxl XGFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=Iwp2MmO1EVRSAOZE/xOgesN3Dda07U4WPDQaXBb9OtQ=; b=CLn1u5JKuCC1d5g7g9iDPrApXH/qK+1DvERQQ+j8zHP+gjWpiL2Q/5/r0nJL0od1lz l0JedTCXeE7NjIhhEYtEKGpNDHBjb18/PnHevTS9HXJEW/vsbm6zyQdOFjIPYEnEmKc8 80qqQak7xB8hqXyd07pIL1+Ix4ypIxgn4Fkoh9lxSbDltS8Ro3Z9aGb0mKJky1as1y+R sJNIsXwE/vzIZ4ZjRRqwMh/Z8+fZkWzKGc47p/ZqFcUAeoyGfE8e6aLq1o82IRKkdqVs MRxrN4B3rfe3h+XUaR6vorjI7C7zdIEF3hBMu+i7VcugswW87DDSpoAOkjJa49nzUXy7 Qs7g== X-Gm-Message-State: AOAM53064s+HS3McYmg9xiTXVrU6CSVjBbWd3e/RpxdZUquwKxEa0q0G 6zwRGLnwEhouNyVIDELj3wgsZCvQkOhOrBGJrv+aVqusoK4= X-Google-Smtp-Source: ABdhPJzpTa9S+p4axQgHdhM01HXhrCS8dwbHBJCtI8/XzxlJ+dS1ZSA7XtHAs1licoCuxdLmnt+/WLb7sOXw3SDzrnw= X-Received: by 2002:a05:651c:546:: with SMTP id q6mr11288982ljp.235.1608727857241; Wed, 23 Dec 2020 04:50:57 -0800 (PST) MIME-Version: 1.0 References: <971cc41d-b30e-7fc1-25a2-4a63f028321d-at-ice-sa.com> <90ae0836-d487-926c-89e4-696a46fae57d-at-ice-sa.com> <335e0e3cca2e4dd3aeb5f91d83ea08c0-at-sanger.ac.uk> In-Reply-To: <335e0e3cca2e4dd3aeb5f91d83ea08c0-at-sanger.ac.uk> From: Sandhya Date: Wed, 23 Dec 2020 18:20:45 +0530 Message-ID: To: modperl-at-perl.apache.org Subject: Re: [Hangout - NYLXS] Confused about two development utils [EXT] X-BeenThere: hangout-at-nylxs.com X-Mailman-Version: 2.1.30rc1 List-Id: NYLXS Tech Talk and Politics List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1984970764==" Errors-To: hangout-bounces-at-nylxs.com Sender: "Hangout"
--===============1984970764== Content-Type: multipart/alternative; boundary="00000000000078a53105b721245c"
--00000000000078a53105b721245c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
unsubscribe.
On Wed, Dec 23, 2020 at 5:05 PM James Smith wrote:
> > > This costs memory, and all the more since many perl modules are not > thread-safe, so if you use them in your code, at this moment the only saf= e > way to do it is to use the Apache httpd prefork model. This means that ea= ch > Apache httpd child process has its own copy of the perl interpreter, whic= h > means that the memory used by this embedded perl interpreter has to be > counted n times (as many times as there are Apache httpd child processes > running at any one time). > > This isn=E2=80=99t quite true - if you load modules before the process fo= rks then > they can cleverly share the same parts of memory. It is useful to be able > to "pre-load" core functionality which is used across all functions {this > is the case in Linux anyway}. It also speeds up child process generation = as > the modules are already in memory and converted to byte code. > > One of the great advantages of mod_perl is Apache2::SizeLimit which can > blow away large child process - and then if needed create new ones. This = is > not the case with some of the FCGI solutions as the individual processes > can grow if there is a memory leak or a request that retrieves a large > amount of content (even if not served), but perl can't give the memory > back. So FCGI processes only get bigger and bigger and eventually blow up > memory (or hit swap first) > > > > > > -- > The Wellcome Sanger Institute is operated by Genome Research > Limited, a charity registered in England with number 1021457 and a > company registered in England with number 2742969, whose registered > office is 215 Euston Road, London, NW1 2BE.
--00000000000078a53105b721245c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
unsubscribe.
=3D"ltr" class=3D"gmail_attr">On Wed, Dec 23, 2020 at 5:05 PM James Smith &= lt; js5-at-sanger.ac.uk> wrote: <= /div> rder-left:1px solid rgb(204,204,204);padding-left:1ex">
> This costs memory, and all the more since many perl modules are not th= read-safe, so if you use them in your code, at this moment the only safe wa= y to do it is to use the Apache httpd prefork model. This means that each A= pache httpd child process has its own copy of the perl interpreter, which m= eans that the memory used by this embedded perl interpreter has to be count= ed n times (as many times as there are Apache httpd child processes running= at any one time).
This isn=E2=80=99t quite true - if you load modules before the process fork= s then they can cleverly share the same parts of memory. It is useful to be= able to "pre-load" core functionality which is used across all f= unctions {this is the case in Linux anyway}. It also speeds up child proces= s generation as the modules are already in memory and converted to byte cod= e.
One of the great advantages of mod_perl is Apache2::SizeLimit which can blo= w away large child process - and then if needed create new ones. This is no= t the case with some of the FCGI solutions as the individual processes can = grow if there is a memory leak or a request that retrieves a large amount o= f content (even if not served), but perl can't give the memory back. So= FCGI processes only get bigger and bigger and eventually blow up memory (o= r hit swap first)
--
=C2=A0The Wellcome Sanger Institute is operated by Genome Research
=C2=A0Limited, a charity registered in England with number 1021457 and a r> =C2=A0company registered in England with number 2742969, whose registered <= br> =C2=A0office is 215 Euston Road, London, NW1 2BE. --00000000000078a53105b721245c-- --===============1984970764== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Hangout mailing list Hangout-at-nylxs.com http://lists.mrbrklyn.com/mailman/listinfo/hangout --===============1984970764==-- --===============1984970764== Content-Type: multipart/alternative; boundary="00000000000078a53105b721245c" --00000000000078a53105b721245c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable unsubscribe. On Wed, Dec 23, 2020 at 5:05 PM James Smith wrote:
> > > This costs memory, and all the more since many perl modules are not > thread-safe, so if you use them in your code, at this moment the only saf= e > way to do it is to use the Apache httpd prefork model. This means that ea= ch > Apache httpd child process has its own copy of the perl interpreter, whic= h > means that the memory used by this embedded perl interpreter has to be > counted n times (as many times as there are Apache httpd child processes > running at any one time). > > This isn=E2=80=99t quite true - if you load modules before the process fo= rks then > they can cleverly share the same parts of memory. It is useful to be able > to "pre-load" core functionality which is used across all functions {this > is the case in Linux anyway}. It also speeds up child process generation = as > the modules are already in memory and converted to byte code. > > One of the great advantages of mod_perl is Apache2::SizeLimit which can > blow away large child process - and then if needed create new ones. This = is > not the case with some of the FCGI solutions as the individual processes > can grow if there is a memory leak or a request that retrieves a large > amount of content (even if not served), but perl can't give the memory > back. So FCGI processes only get bigger and bigger and eventually blow up > memory (or hit swap first) > > > > > > -- > The Wellcome Sanger Institute is operated by Genome Research > Limited, a charity registered in England with number 1021457 and a > company registered in England with number 2742969, whose registered > office is 215 Euston Road, London, NW1 2BE.
--00000000000078a53105b721245c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
unsubscribe.
=3D"ltr" class=3D"gmail_attr">On Wed, Dec 23, 2020 at 5:05 PM James Smith &= lt; js5-at-sanger.ac.uk> wrote: <= /div> rder-left:1px solid rgb(204,204,204);padding-left:1ex">
> This costs memory, and all the more since many perl modules are not th= read-safe, so if you use them in your code, at this moment the only safe wa= y to do it is to use the Apache httpd prefork model. This means that each A= pache httpd child process has its own copy of the perl interpreter, which m= eans that the memory used by this embedded perl interpreter has to be count= ed n times (as many times as there are Apache httpd child processes running= at any one time).
This isn=E2=80=99t quite true - if you load modules before the process fork= s then they can cleverly share the same parts of memory. It is useful to be= able to "pre-load" core functionality which is used across all f= unctions {this is the case in Linux anyway}. It also speeds up child proces= s generation as the modules are already in memory and converted to byte cod= e.
One of the great advantages of mod_perl is Apache2::SizeLimit which can blo= w away large child process - and then if needed create new ones. This is no= t the case with some of the FCGI solutions as the individual processes can = grow if there is a memory leak or a request that retrieves a large amount o= f content (even if not served), but perl can't give the memory back. So= FCGI processes only get bigger and bigger and eventually blow up memory (o= r hit swap first)
--
=C2=A0The Wellcome Sanger Institute is operated by Genome Research
=C2=A0Limited, a charity registered in England with number 1021457 and a r> =C2=A0company registered in England with number 2742969, whose registered <= br> =C2=A0office is 215 Euston Road, London, NW1 2BE. --00000000000078a53105b721245c-- --===============1984970764== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Hangout mailing list Hangout-at-nylxs.com http://lists.mrbrklyn.com/mailman/listinfo/hangout --===============1984970764==-- |
|