[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RES: RES: [shell-script] Limites...
From: |
Julio Cezar Neves - DATAPREVRJ |
Subject: |
RES: RES: [shell-script] Limites... |
Date: |
Thu, 2 Feb 2006 10:45:10 -0200 |
| 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
- RES: RES: [shell-script] Limites...,
Julio Cezar Neves - DATAPREVRJ <=
- Re: RES: [shell-script] Limites..., Reinaldo Carvalho, 2006/02/02
- Re: RES: [shell-script] Limites..., Humberto Pereira, 2006/02/02
- bash e reboot..., Mauricio, 2006/02/03
- Re: [shell-script] bash e reboot..., Murilo Opsfelder Araújo, 2006/02/03
- Re: [shell-script] bash e reboot..., Bruno Gola, 2006/02/03
- Re: [shell-script] bash e reboot..., Gentil de Bortoli Júnior, 2006/02/03