[Rio-pm] [DUVIDA] Array muito longo
Tiago Peczenyj
tiago.peczenyj em gmail.com
Terça Abril 15 10:01:11 PDT 2014
Sim, mas ai você passa o Devel::NYTProf e estuda os gargalos, reduzido o IO
ao máximo SE vc precisar.
Em 15/04/2014 13:59, "Aureliano Guedes" <guedes_1000 em hotmail.com> escreveu:
> Então. Eu queria evitar IO para nao perder em performance.
> Se eu usar um banco de dados ou cache nao sera um tipo de IO?
>
> Tiago Peczenyj <tiago.peczenyj em gmail.com> escreveu:
>
> RAM não necessariamente é RAM física. Conta SWAP e isso degrada
> performance pq é IO em disco.
> Em 15/04/2014 13:46, "Stanislaw Pusep" <creaktive em gmail.com> escreveu:
>
> Memória RAM é o limite.
> Vc pode usar o DBM::Deep, aí o seu storage será o limite. Mas cuidado:
> https://metacpan.org/pod/distribution/DBM-Deep/lib/DBM/Deep.pod#Large-Arrays
>
>
> 2014-04-15 18:33 GMT+02:00 Aureliano Guedes <guedes_1000 em hotmail.com>:
>
> Ola, monges.
>
> Gostaria de saber quais opções eu tenho para gravar um numero muito
> grande de informações em um array.
>
> Exemplo, imagine que eu tenha uma rotina tosca como essa:
>
> sub multiplicador{
> my @ini = (100..999);
> my $fim = 999;
> my @memo
> while ($fim != 100){
> foreach (@ini){
> my $m = $_ * $fim;
> push (@memo, $m);
> }
> $fim--;
> }
> }
>
> Essa rotina multiplica 100 * 100 ... 100 * 999, depois 101 * 100 ... 101
> * 999 ate 999*999.
> Os resultados de cada multiplicação são jogados para um array. Ou seja, um
> array grande pra caramba.
>
> Como faria para que @memo fosse capaz de guardar todos os valores?
>
> Qual é o limite de dados que posso normalmente guardar em um array?
>
> Obrigado,
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20140415/8711c41a/attachment.html>
Mais detalhes sobre a lista de discussão Rio-pm