[prev in list] [next in list] [prev in thread] [next in thread]
List: apache-httpd-users
Subject: =?UTF-8?B?UmU6IFt1c2Vyc0BodHRwZF0g562U5aSNOiBbdXNlcnNAaHR0cGRdIOetlOWkjTogW3VzZQ==?= =?UTF-8?B?cnNAa
From: Frank Gingras <thumbs () apache ! org>
Date: 2022-04-25 22:23:47
Message-ID: CAOY50muXketmeU89ZandE+2OeoA1bxYApshMjaikgC_TnBnMzA () mail ! gmail ! com
[Download RAW message or body]
The event mpm is not "unstable". You likely read legacy pages that alluded
to the fact that it's still experimental. It is not. The event mpm is the
recommended mpm for production; in fact, even the ASF itself uses it!
Where did you read that, exactly?
On Mon, 25 Apr 2022 at 05:25, 刘孟 <liumeng@telemap.com.cn> wrote:
> Hi Frank Gingras
>
>
>
> I am sorry I missed this mail.
>
>
>
> I have got your advice and gone to study event mpm.
>
> I had study worker mpm before and very concerned about its
>
> instability in processing large volume servers and the interaction between
> threads.
>
> I don't know if event mpm can avoid this problems but I will study it.
>
> Thank you for you advice again
>
>
>
> Best regards
>
>
>
>
> -------------------------------------------------------------------------------------------
>
> 刘孟 Liu Meng
>
> Project Development Dept.
>
> Tel : 010 82306399-7526 /Phone : 18500386112
>
>
>
> 北京図迅豊達信息技術有限公司 \
> 北京市海淀区北清路永豊路交差点東南 四維図新ビルA－8F
> Address : 8Floor,A Block,NavInfo Building, Southeast Crossing of BeiQing
> Rd. and YongFeng Rd., HaiDian District, Beijing（100094）
>
>
> -------------------------------------------------------------------------------------------
>
>
>
> *发件人:* Frank Gingras <thumbs@apache.org>
> *发送时间:* 2022年4月16日 2:45
> *收件人:* users@httpd.apache.org
> *主题:* Re: [users@httpd] 答复: [users@httpd] [apache]maxconnectionsperchild
> problem
>
>
>
> Aside from the useful tuning tips, I would also caution against using
> prefork for high-volume servers. The event mpm would scale better.
>
>
>
> On Fri, 15 Apr 2022 at 09:55, Yann Ylavic <ylavic.dev@gmail.com> wrote:
>
> On Fri, Apr 15, 2022 at 3:50 PM Yann Ylavic <ylavic.dev@gmail.com> wrote:
> >
> > On Fri, Apr 15, 2022 at 2:16 PM 刘孟 <liumeng@telemap.com.cn> wrote:
> > >
> > >
> > > What I want to ask is, will these 1000 sub processes fail at the same
> time,
> > > causing my httpd serivce to stop responding.But I think you have given
> the answer
> > > > because the clients connections themselves will not have the same
> > > > lifetime (including keep-alive in between requests). In my opinion
> the risk is negligible.
> > >
> > > I think setting MaxConnectionsPerChild will lead to a slight decrease
> in the processing capacity of my server,
> > > but the possibility that all processes failed at the same time can be
> ignored.. Is my understanding correct
> >
> > Yes, and I don't think there will be a noticeable capacity change if
> > you don't set MaxConnectionsPerChild too low (the right tuning depends
> > on the number of connections per second).
> >
> > >
> > > in this way, the restart action usually occurs in the busiest period
> of the server in daytime,
> > > so I think your advice of using cron is a good suggestion. Of course,
> in order to prevent all httped services from
> > > stopping at the same time, I think I should set cron for the servers
> at different times. Is that I am in the right way?
> >
> > Yes, and ideally your DNS switches do not happen at the load peak, so
> > there should be too much processes restarted when the cron executes.
>
> "there should *not* be"
>
> >
> > >
> > > I also thank you for your suggestions on max/minspareservers. The
> adjustment of them will also be in my plan.
> > > > you probably should raise it to something more close to
> MaxRequestWorkers for efficiency.
> > >
> > > Do you mean I should adjust it to a daily peak of about 1000?
> >
> > Yes, that way at the load peak you have the full capacity of
> > processes, and after the peak they should be killed by
> > MaxConnectionsPerChild at some point (without being restarted) hence
> > move towards MinSpareservers, until the next peak..
> > So you should find the MaxConnectionsPerChild setting that does kill
>
> "that does *not* kill"
>
> > processes too often at load peak but still kills enough processes
> > after the peak (during the ramp down).
> >
> >
> > Regards;
> > Yann.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
[Attachment #3 (text/html)]
<div dir="ltr">The event mpm is not "unstable". You likely read legacy \
pages that alluded to the fact that it's still experimental. It is not. The event \
mpm is the recommended mpm for production; in fact, even the ASF itself uses \
it!<div><br></div><div>Where did you read that, exactly?</div></div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 25 Apr 2022 at 05:25, \
刘孟 <<a href="mailto:liumeng@telemap.com.cn">liumeng@telemap.com.cn</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="ZH-CN">
<div class="gmail-m_959440484736601796WordSection1">
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">Hi Frank \
Gingras<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"><u></u> \
<u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">I am sorry I missed \
this mail.<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"><u></u> \
<u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">I have got your \
advice and gone to study event mpm.<u></u><u></u></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">I had study worker \
mpm before and very concerned about its <u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">instability in \
processing large volume servers and the interaction between \
threads.<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">I don't know if \
event mpm can avoid this problems but I will study it.<u></u><u></u></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">Thank you for you \
advice again<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"><u></u> \
<u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">Best \
regards<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"><u></u> \
<u></u></span></p> <p class="MsoNormal" style="text-align:justify"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">--------------------- \
----------------------------------------------------------------------<u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">刘孟 </span><span \
lang="EN-US" style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">Liu \
Meng<u></u><u></u></span></p> <p class="MsoNormal" style="text-align:justify"><span \
lang="EN-US" style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">Project \
Development Dept.<u></u><u></u></span></p> <p class="MsoNormal" \
style="text-align:justify"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">Tel : 010 \
82306399-7526 /Phone : 18500386112<u></u><u></u></span></p> <p class="MsoNormal" \
style="text-align:justify"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"><u></u> \
<u></u></span></p> <p class="MsoNormal" style="text-align:justify"><span lang="JA" \
style="font-size:10.5pt;font-family:"Yu \
Gothic",sans-serif;color:rgb(31,73,125)">北京図迅豊達信息技術有限公司</span><span \
lang="JA" style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"> \
</span><span lang="JA" style="font-size:10.5pt;font-family:"Yu \
Gothic",sans-serif;color:rgb(31,73,125)"> 北京市海淀区北清路永豊路交差点東南 四維図新ビル</span><span \
lang="EN-US" style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">A</span><span \
lang="JA" style="font-size:10.5pt;font-family:"Yu \
Gothic",sans-serif;color:rgb(31,73,125)">－</span><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">8F<u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">Address : 8Floor,A \
Block,NavInfo Building, Southeast Crossing of BeiQing Rd. and YongFeng Rd., HaiDian \
District, Beijing</span><span lang="JA" style="font-size:10.5pt;font-family:"Yu \
Gothic",sans-serif;color:rgb(31,73,125)">（</span><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">100094</span><span \
lang="JA" style="font-size:10.5pt;font-family:"Yu \
Gothic",sans-serif;color:rgb(31,73,125)">）</span><span lang="JA" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"> </span><span \
lang="EN-US" style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p class="MsoNormal" style="text-align:justify"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)">--------------------- \
----------------------------------------------------------------------<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:等线;color:rgb(31,73,125)"><u></u> \
<u></u></span></p> <p class="MsoNormal"><b><span \
style="font-size:11pt;font-family:等线">发件人<span \
lang="EN-US">:</span></span></b><span lang="EN-US" \
style="font-size:11pt;font-family:等线"> Frank Gingras <<a \
href="mailto:thumbs@apache.org" target="_blank">thumbs@apache.org</a>> <br>
</span><b><span style="font-size:11pt;font-family:等线">发送时间<span \
lang="EN-US">:</span></span></b><span lang="EN-US" \
style="font-size:11pt;font-family:等线"> 2022</span><span \
style="font-size:11pt;font-family:等线">年<span lang="EN-US">4</span>月<span \
lang="EN-US">16</span>日<span lang="EN-US"> 2:45<br>
</span><b>收件人<span lang="EN-US">:</span></b><span lang="EN-US"> <a \
href="mailto:users@httpd.apache.org" target="_blank">users@httpd.apache.org</a><br> \
</span><b>主题<span lang="EN-US">:</span></b><span lang="EN-US"> Re: [users@httpd] \
</span> 答复<span lang="EN-US">: [users@httpd] [apache]maxconnectionsperchild \
problem<u></u><u></u></span></span></p> <p class="MsoNormal"><span \
lang="EN-US"><u></u> <u></u></span></p> <div>
<p class="MsoNormal"><span lang="EN-US">Aside from the useful tuning tips, I would \
also caution against using prefork for high-volume servers. The event mpm would scale \
better.<u></u><u></u></span></p> </div>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<div>
<div>
<p class="MsoNormal"><span lang="EN-US">On Fri, 15 Apr 2022 at 09:55, Yann Ylavic \
<<a href="mailto:ylavic.dev@gmail.com" \
target="_blank">ylavic.dev@gmail.com</a>> wrote:<u></u><u></u></span></p> </div>
<blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt \
solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm"> \
<p class="MsoNormal" style="margin-bottom:12pt"><span lang="EN-US">On Fri, Apr 15, \
2022 at 3:50 PM Yann Ylavic <<a href="mailto:ylavic.dev@gmail.com" \
target="_blank">ylavic.dev@gmail.com</a>> wrote:<br> ><br>
> On Fri, Apr 15, 2022 at 2:16 PM </span>刘孟<span lang="EN-US"> <<a \
href="mailto:liumeng@telemap.com.cn" target="_blank">liumeng@telemap.com.cn</a>> \
wrote:<br> > ><br>
> ><br>
> > What I want to ask is, will these 1000 sub processes fail at the same \
time,<br> > > causing my httpd serivce to stop responding.But I think you have \
given the answer<br> > > >because the clients connections themselves will \
not have the same<br> > > >lifetime (including keep-alive in between \
requests). In my opinion the risk is negligible.<br> > ><br>
> > I think setting MaxConnectionsPerChild will lead to a slight decrease in \
the processing capacity of my server,<br> > > but the possibility that all \
processes failed at the same time can be ignored.. Is my understanding correct<br> \
><br> > Yes, and I don't think there will be a noticeable capacity change \
if<br> > you don't set MaxConnectionsPerChild too low (the right tuning \
depends<br> > on the number of connections per second).<br>
><br>
> ><br>
> > in this way, the restart action usually occurs in the busiest period of the \
server in daytime,<br> > > so I think your advice of using cron is a good \
suggestion. Of course, in order to prevent all httped services from<br> > > \
stopping at the same time, I think I should set cron for the servers at different \
times. Is that I am in the right way?<br> ><br>
> Yes, and ideally your DNS switches do not happen at the load peak, so<br>
> there should be too much processes restarted when the cron executes.<br>
<br>
"there should *not* be"<br>
<br>
><br>
> ><br>
> > I also thank you for your suggestions on max/minspareservers. The \
adjustment of them will also be in my plan.<br> > > > you probably should \
raise it to something more close to MaxRequestWorkers for efficiency.<br> > \
><br> > > Do you mean I should adjust it to a daily peak of about 1000?<br>
><br>
> Yes, that way at the load peak you have the full capacity of<br>
> processes, and after the peak they should be killed by<br>
> MaxConnectionsPerChild at some point (without being restarted) hence<br>
> move towards MinSpareservers, until the next peak..<br>
> So you should find the MaxConnectionsPerChild setting that does kill<br>
<br>
"that does *not* kill"<br>
<br>
> processes too often at load peak but still kills enough processes<br>
> after the peak (during the ramp down).<br>
><br>
><br>
> Regards;<br>
> Yann.<br>
<br>
---------------------------------------------------------------------<br>
To unsubscribe, e-mail: <a href="mailto:users-unsubscribe@httpd.apache.org" \
target="_blank"> users-unsubscribe@httpd.apache.org</a><br>
For additional commands, e-mail: <a href="mailto:users-help@httpd.apache.org" \
target="_blank"> users-help@httpd.apache.org</a><u></u><u></u></span></p>
</blockquote>
</div>
</div>
</div>
</blockquote></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic