vou tentar responder novamente! (o outro foi pro Rio-pm? ?) 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. 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) 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)
Espero que isso ajude, quando eu tinha 512 de ram, eu usava 3 forks para o perfectword, consegue suportar 2000/users por dia sem problemas. 2011/12/9 Stanislaw Pusep <creakt...@gmail.com> > 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. > Uma observação: VM deles é OpenVZ, portanto não aceita swap. Ou seja: > 512MB de RAM do burst.net é 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. > > ABS() > > > > > 2011/12/8 Hélder Máximo Botter Ribas <helderri...@gmail.com> > >> Tenho pensado seriamento no linode, sem entrar na questão de preço stas, >> mas o serviço é bom? >> >> Atenciosamente, >> >> Hélder >> >> >> 2011/12/8 Stanislaw Pusep <creakt...@gmail.com> >> >>> Não entendi lhufas, mas meus 2 cents: http://burst.net/linvps.shtml >>> Tipo assim: 3x mais barato do que Linode o_0 >>> Juntei coragem e migrei os meus lixos que tenho dó de puxar o plug do >>> NightmareHost para burst.net. Para a minha grande surpresa, é um >>> brinquedo bem bacana. >>> >>> ABS() >>> >>> >>> >>> >>> On Thu, Dec 8, 2011 at 10:26, Tiago Peczenyj >>> <tiago.pecze...@gmail.com>wrote: >>> >>>> estava olhando o codigo do WWW::Request para perl6 >>>> >>>> >>>> https://github.com/supernovus/perl6-www-app/blob/master/lib/WWW/Request.pm6 >>>> >>>> quando encontrei o seguinte trecho: >>>> >>>> > elsif %env<psgi.input> { >>>> > ## There is no standard for this, it can be a Str(ing), Array or >>>> IO object. >>>> > my $input = %env<psgi.input>; >>>> >>>> entretanto a especificacao PSGI diz >>>> >>>> > 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. >>>> >>>> > 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. >>>> >>>> http://search.cpan.org/~miyagawa/PSGI-1.03/PSGI.pod#The_Input_Stream >>>> >>>> Confesso que não entendi o que fizeram no WWW::Request -- se >>>> "psgi.input is an IO::Handle-like object" qual a razão para testar se >>>> é um Array ou String? Isso pode depender de outro componente? >>>> >>>> Uma outra duvida, agora de perl6 >>>> >>>> $input.slurp; >>>> >>>> no caso de input ser um IO isto é lazy ou eager? pergunto pois se eu >>>> tiver um upload muito grande, por exemplo, a criação do objeto request >>>> vai ser muito custosa e vai trancar o meu processamento nesse ponto. >>>> Se eu não fosse utilizar o body por alguma razão (posso querer >>>> analisar o header primeiro e descartar sob algum criterio) eu só vou >>>> fazer depois do upload ser inteiramente lido e num possivel ataque de >>>> exaustão de recursos posso ter dor de cabeça (a menos que eu >>>> intercepte com um middleware plack - mas isso me limita um pouco nas >>>> possibilidades). >>>> >>>> Estava pensando em alugar um servidor na linode e brincar de perl6 pra >>>> web usando alguma coisa leve. >>>> >>>> Att >>>> >>>> Tiago >>>> >>>> -- >>>> Tiago B. Peczenyj >>>> Linux User #405772 >>>> >>>> http://pacman.blog.br >>>> =begin disclaimer >>>> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ >>>> SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org >>>> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> >>>> =end disclaimer >>>> >>> >>> >>> =begin disclaimer >>> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ >>> SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org >>> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> >>> =end disclaimer >>> >>> >> >> >> -- >> ------------------------------------ >> Hélder Máximo Botter Ribas >> ------------------------------------ >> twitter: @hmbr >> ------------------------------------ >> >> =begin disclaimer >> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ >> SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org >> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> >> =end disclaimer >> >> > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > -- Saravá, Renato CRON Santos http://www.renatocron.com/blog/ @renato_cron <http://twitter.com/#!/renato_cron>
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer