1 |
On 6/28/07, natunobilis@××××××××.org <natunobilis@××××××××.org> wrote: |
2 |
> Alô, pessoal. |
3 |
> |
4 |
> Pergunta: por acaso também aconteceu com vocês de, de umas 2 ou 3 |
5 |
> semanas pra cá, o emerge --sync (na verdade eu só uso eix-sync) ter |
6 |
> ficado *muito* mais rápido? |
7 |
> |
8 |
> Estou perguntando porque pouco antes de ficar mais rápido eu fiz algumas |
9 |
> alterações aqui nos meus sistemas de arquivo, e agora eu fiquei na |
10 |
> dúvida se por acaso eu encontrei uma fórmula mágica pra acelerar o |
11 |
> eix-sync pra 1 minuto e pouco (antes demorava uns bons 4 a 8 minutos, eu |
12 |
> acho). A outra possibilidade é que os desenvolvedores do Portage tenham |
13 |
> implementado melhorias significativas no algoritmo do bicho. |
14 |
> |
15 |
> Se por acaso não tiver sido melhoria do Portage, vou postar as |
16 |
> alterações que eu fiz, aqui e no meu novo blog (que estou aproveitando |
17 |
> pra divulgar): |
18 |
> "Minha Mãe Usa Linux Porque Pode", ou http://mmulpp.blogspot.com. |
19 |
> |
20 |
> Abraços, |
21 |
> Pablo |
22 |
> -- |
23 |
> gentoo-user-br@g.o mailing list |
24 |
> |
25 |
> |
26 |
|
27 |
Não notei, mas é capaz de ser isso mesmo (teu sistema ainda tá |
28 |
funcionando, não?). |
29 |
|
30 |
É até uma lição para os ricers de plantão, milagres em performance não |
31 |
vem de CFLAGS loucas ou de um hardware ultra-caro, eles vêm do |
32 |
desenvolvedor que pensou em uma maneira mais otimizada de fazer uma |
33 |
mesma coisa. |
34 |
|
35 |
Offtopic mas: |
36 |
|
37 |
Dois amigos meus estavam fazendo a manutenção de um sistema em access |
38 |
que estava demorando séculos para funcionar. Conseguiram diminuir o |
39 |
tempo de uma consulta de 3 dias para 13 segundos. |
40 |
|
41 |
O problema? 50 e poucas consultas SQL aninhadas, resultado da |
42 |
programação visual da ferramenta e da inabilidade do desenvolvedor |
43 |
anterior do sistema. |
44 |
|
45 |
-- |
46 |
ja ne |
47 |
-- |
48 |
gentoo-user-br@g.o mailing list |