Re: RES: [shell-script] Limites...

[Reinaldo Carvalho]

Eu acho que ele quis perguntar, quantos bytes eu posso por em uma
variável do bash. (considerando que não foi configurado nenhum limite
de alocação de memória do security/limits.conf)

tipo assim..
a=a
i=0
while true ; do a=$a$a ; let i++ ; echo \$a contem $i bytes ; done

até onde isso vai? hehehe

2006/2/2, Julio Cezar Neves - DATAPREVRJ <address@hidden>:
> | De: Mauricio [mailto:address@hidden]
> | Assunto: Re: RES: [shell-script] Limites...
> |
> |
> | Oi Julio, eu conhećo sim!
> | Tentei usá-lo aqui, mas minha máquina tem muita coisa rodando
> | e acredito que isso atrapalhou um pouco os resultados. Ainda
> | não tive tempo de
> | fazer testes com o cabo de rede desplugado :-) e por isso
> | perguntei ao grupo.
>
> Mas Maurício, a carga de processos na máquina só influencia o "real" que é o
> tempo total gasto. Para aferir os resultados, o importante é a soma dos
> outros 2.
>
> Cuidado! Se vc executar uma instrução e logo a seguir executá-la novamente
> os tempos estarão contaminados por causa do conteúdo do L2.
>
> | Talvez existisse algo escrito a respeito,
> | sei lá, alguém que
> | tivesse feito testes consistentes. De qualquer forma muito obrigado.
> | Sobre os limites para tamanho de variáveis vc poderia indicar
> | alguma leitura?
>
> Bem, qdo vc cria tanto armazenamento que esgota a memória disponível para o
> seu processo, o programa começa a "swapar", o que dá uma perda *enorme* de
> performance. No SOX (4º sistema Unix-like do mundo e desenvolvido em
> 1980->1984 no Brasil pela Cobra), assim como no Mumps (ambos da mesma época
> e com muita similaridade no desenvolvimento), para otimizar o uso da
> partição de memória, carreg´vamos a pilha de programa do endereço 0 para
> baixo e a pilha de dados de 65535 (FF era a limitação de endereçamento
> absoluto na época) para cima.
> |
> | Abraćo,
> | Maurício
>
> Espero que vc dê uma canja para o grupo. :)
> [ ]s,
> Julio
> :wq
>
> |
> | Julio Cezar Neves - DATAPREVRJ wrote:
> | > Fala Mauricio,
> | > não sei se vc conhece o cmd time. Qdo ele é colocado à
> | frente de um cmd ou
> | > de um prg, te devolve os tempos de execução e por ali vc
> | tira as conclusões
> | > necessárias. Veja estes exemplos aqui no meu calhambeque:
> | >
> | > Prompt> time seq -s ' ' 1000000 | cut -f1000000 -d ' '
> | > 1e+06
> | >
> | > real    0m1.874s
> | > user    0m2.870s
> | > sys     0m0.060s
> | > Prompt> time seq -s ' ' 1000000 | awk '{ print $1000000 }'
> | > 1e+06
> | >
> | > real    0m28.352s
> | > user    0m29.260s
> | > sys     0m0.490s
> | > Prompt> time echo ${var##* }
> | > 1e+06
> | >
> | > real    0m9.404s
> | > user    0m8.410s
> | > sys     0m1.000s
> | >
> | >
> | > [ ]s,
> | > Julio
> | > ==================================
> | > ENSOL: dias 12, 13 e 14 de maio
> | > na Universidade Federal da Paraíba.
> | > Veja detalhes em http://www.ensol.org.br
> | > http://www.julioneves.com
> | >
> | >
> | > | -----Mensagem original-----
> | > | De: Mauricio [mailto:address@hidden]
> | > | Enviada em: quarta-feira, 1 de fevereiro de 2006 04:54
> | > | Para: address@hidden
> | > | Assunto: [shell-script] Limites...
> | > |
> | > |
> | > |   Olá,
> | > |   Participo da lista há algum tempo, no comećo mais
> | > | perguntando e, ultimamente, até propondo solućões aos colegas
> | > | e sou um curioso por
> | > | natureza. Embora minha formaćão não tenha relaćão alguma com
> | > | programaćão ou scripts (sou músico) eu peguei o gosto; como
> | > | muitos, acredito.
> | > | Meu trabalho na empresa, além de música, envolve manipulaćão
> | > | de strings em bancos MYSQL e manipulaćão de arquivos; e não
> | > | teve algo até agora
> | > | que eu precisasse que eu não houvesse encontrado na lista ou
> | > | nas referências de leitura. Por isso meu muito obrigado a todos.
> | > |
> | > |   Entretanto esses dias me deparei com uma questão que
> | > | talvez já tenha ocorrido a vocês. Explico: gosto de armazenar
> | > | todo o trabalho em
> | > | variáveis e só usar gravaćão em disco após o final do
> | > | tratamento bem como evito usar awk, sed ou qualquer
> | > | aplicativo externo, a menos que
> | > | realmente seja necessário. Esses dias tentei armazenar muitos
> | > | dados numa variável e o script ficou parado. Não fiquei
> | > | esperando muito pra
> | > | ver se era lentidão ou tamanho em excesso mesmo, porém ficou
> | > | a pergunta:
> | > |
> | > | - Quanto de memória o bash pode alocar pra cada variável?
> | > | Ou onde eu poderia obter esse tipo de informaćão?
> | > |
> | > | E já que estou perguntando:
> | > |
> | > | - Trabalhar com dados em arrays (faćo isso direto) é mais
> | > | rápido ou melhor do que com variáveis "normais"? E por que?
> | > |
> | > | - Existe uma espécie de "ranking" do que executa mais
> | > | rápido dentro do bash? Já ouvi falar que um laćo do tipo
> | > | "for" executa mais rápido do
> | > | que um "if". Isso é lenda ou verdade?
> | > |
> | > | A última desse mail:
> | > |
> | > | - Como posso obter uma lista do que realmente executaria
> | > | em qualquer "unix like"????
> | > |
> | > |
> | > |   Resumidamente amigos, tecnicamente já sei o que
> | > | preciso. Agora quero melhorar meu conhecimento conceitual e,
> | > | com isso, melhorar meu código.
> | > | Como trabalho com bases grandes e com uma ordem de 30.000
> | > | arquivos acredito que isso refletiria em ganho de tempo, além
> | > | do prazer de ver
> | > | algo funcionando melhor... :-)
> | > |
> | > | Abraćo a todos,
> | > | Maurício
>
>
> ---------------------------------------------------------------------
> Esta lista não admite a abordagem de outras liguagens de programação, como 
> perl, C etc. Quem insistir em não seguir esta regra será moderado sem prévio 
> aviso.
> ---------------------------------------------------------------------
> Sair da lista: address@hidden
> ---------------------------------------------------------------------
> Esta lista é moderada de acordo com o previsto em 
> http://www.listas-discussao.cjb.net
> ---------------------------------------------------------------------
> Servidor Newsgroup da lista: news.gmane.org
> Grupo: gmane.org.user-groups.programming.shell.brazil
>
>
> Links do Yahoo! Grupos
>
>
>
>
>
>
>
>


--
Reinaldo Carvalho
Debian Sarge 3.1 - Linux User: #238310
Prodepa - address@hidden