vou tentar responder novamente! (o outro foi pro Rio-pm? ?)<div><br></div><div>Com 512MB vamos supor, que cada catalyst rode uma app pequena (aka: banco postgres, 4 tabelas, etc..) cada fork vai usar em média 50mb.</div><div>
Com um Postgres rodando, jogue fora ai mais uns 120mb (sei lá, algo em torno de 60mb de shared, 8 de work_mem, limite de 10 conections)</div><div>Ai vai sobrar (com 10 conections com work_mem de 8) no "grosso modo" 60mb ! ai tem que contar o resto né, apache -> troque por nginx pois ele funciona via evento, então gasta bem menos memória (não tem processos novos entrando a cada momento)</div>
<div><br></div><div>Espero que isso ajude,</div><div>quando eu tinha 512 de ram, eu usava 3 forks para o perfectword, consegue suportar 2000/users por dia sem problemas.<br><br><div class="gmail_quote">2011/12/9 Stanislaw Pusep <span dir="ltr"><<a href="mailto:creaktive@gmail.com">creaktive@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Olha Helder, estou com uptime de apenas 11 dias, mas já deu para notar que é muito mais estável do que o NightmareHost: nenhum dos meus processos em background "morreu" misteriosamente até agora.<div>
Uma observação: VM deles é OpenVZ, portanto não aceita swap. Ou seja: 512MB de RAM do <a href="http://burst.net" target="_blank">burst.net</a> é 512MB, *mesmo*; nos reviews que pesquisei, javeiros reclamam que não conseguem rodar Tomcat com isso. E eu também tive que dar uma podada no Apache, pois 40 preforks foram abusivos.</div>
<div><br>ABS()<div><div></div><div class="h5"><br><br>
<br><br><div class="gmail_quote">2011/12/8 Hélder Máximo Botter Ribas <span dir="ltr"><<a href="mailto:helderribas@gmail.com" target="_blank">helderribas@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Tenho pensado seriamento no linode, sem entrar na questão de preço stas, mas o serviço é bom?<br><br>Atenciosamente,<br><br>Hélder<div><div><br><br><div class="gmail_quote">2011/12/8 Stanislaw Pusep <span dir="ltr"><<a href="mailto:creaktive@gmail.com" target="_blank">creaktive@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Não entendi lhufas, mas meus 2 cents: <a href="http://burst.net/linvps.shtml" target="_blank">http://burst.net/linvps.shtml</a><div>
Tipo assim: 3x mais barato do que Linode o_0</div><div>Juntei coragem e migrei os meus lixos que tenho dó de puxar o plug do NightmareHost para <a href="http://burst.net" target="_blank">burst.net</a>. Para a minha grande surpresa, é um brinquedo bem bacana.<br clear="all">
<br>ABS()<div><div><br><br>
<br><br><div class="gmail_quote">On Thu, Dec 8, 2011 at 10:26, Tiago Peczenyj <span dir="ltr"><<a href="mailto:tiago.peczenyj@gmail.com" target="_blank">tiago.peczenyj@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
estava olhando o codigo do WWW::Request para perl6<br>
<br>
<a href="https://github.com/supernovus/perl6-www-app/blob/master/lib/WWW/Request.pm6" target="_blank">https://github.com/supernovus/perl6-www-app/blob/master/lib/WWW/Request.pm6</a><br>
<br>
quando encontrei o seguinte trecho:<br>
<br>
> elsif %env<psgi.input> {<br>
> ## There is no standard for this, it can be a Str(ing), Array or IO object.<br>
> my $input = %env<psgi.input>;<br>
<br>
entretanto a especificacao PSGI diz<br>
<br>
> The input stream in psgi.input is an IO::Handle-like object which streams the raw HTTP POST or PUT data. If it is a file handle then it MUST be opened in binary mode. The input stream MUST respond to read and MAY implement seek.<br>
<br>
> The built-in filehandle or IO::Handle based objects should work fine everywhere. Application developers SHOULD NOT inspect the type or class of the stream, but instead just call read to duck type.<br>
<br>
<a href="http://search.cpan.org/%7Emiyagawa/PSGI-1.03/PSGI.pod#The_Input_Stream" target="_blank">http://search.cpan.org/~miyagawa/PSGI-1.03/PSGI.pod#The_Input_Stream</a><br>
<br>
Confesso que não entendi o que fizeram no WWW::Request -- se<br>
"psgi.input is an IO::Handle-like object" qual a razão para testar se<br>
é um Array ou String? Isso pode depender de outro componente?<br>
<br>
Uma outra duvida, agora de perl6<br>
<br>
$input.slurp;<br>
<br>
no caso de input ser um IO isto é lazy ou eager? pergunto pois se eu<br>
tiver um upload muito grande, por exemplo, a criação do objeto request<br>
vai ser muito custosa e vai trancar o meu processamento nesse ponto.<br>
Se eu não fosse utilizar o body por alguma razão (posso querer<br>
analisar o header primeiro e descartar sob algum criterio) eu só vou<br>
fazer depois do upload ser inteiramente lido e num possivel ataque de<br>
exaustão de recursos posso ter dor de cabeça (a menos que eu<br>
intercepte com um middleware plack - mas isso me limita um pouco nas<br>
possibilidades).<br>
<br>
Estava pensando em alugar um servidor na linode e brincar de perl6 pra<br>
web usando alguma coisa leve.<br>
<br>
Att<br>
<span><font color="#888888"><br>
Tiago<br>
<br>
--<br>
Tiago B. Peczenyj<br>
Linux User #405772<br>
<br>
<a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</font></span></blockquote></div><br></div></div></div>
<br>=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br></blockquote></div><br><br clear="all"><br></div></div><span><font color="#888888">-- <br>------------------------------------<br>Hélder Máximo Botter Ribas<br>------------------------------------<br>twitter: @hmbr<br>
------------------------------------<br>
</font></span><br>=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br></blockquote></div><br></div></div></div>
<br>=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><font size="1" color="#333333">Saravá,</font></div><div><font size="1" color="#333333">Renato CRON Santos</font></div><div><div style="text-align:right">
<font size="1" color="#333333"><a href="http://www.renatocron.com/blog/" target="_blank">http://www.renatocron.com/blog/</a></font></div></div><div style="text-align:right"><font size="1" color="#333333"><a href="http://twitter.com/#!/renato_cron" target="_blank">@renato_cron</a><br>
</font></div><div style="text-align:right"><br></div><br>
</div>