“No link a seguir, Davyd Madeley escreve sobre as novidades do GNOME 2.14, que está a cada dia melhor!” A nota foi enviada por semente (sementeΘgmail·com) , que enviou este link para mais detalhes.
Os comentários abaixo são responsabilidade de seus autores e não são revisados ou aprovados pelo BR-Linux. Consulte os Termos de uso para informações adicionais. Esta notícia foi arquivada, não será possível incluir novos comentários.
Velocidade: O melhor de tudo é a velocidade, o Gnome 2.14 está muito mais rápido do que as versões anteriores.
Estou rodando ele aqui usando o GARNOME, aqui no meu gentoo ele compilou na boa.
Gentoo AthlonXP GNU/Linux
GNU/Linux User #239576 Lincoln Lordello
/"\
\ / Campanha da Fita ASCII - Contra Mail HTML
.X. ASCII Ribbon Campaign - Against HTML Mail
/ \
gnome fodão: a mudança na velocidade parece devida em grande parte ao uso de um novo alocador de memória, GSlice, substituindo o antigo GMemoryChunk.
A comparação aqui:
http://www.gnome.org/~davyd/gnome-2-14/
mostra um teste de inserção e deleção de itens em um GList e rodando uns 20 threads. GSlice sai na frente com 2 segundos, seguido tradicional malloc com 4 e, surpreendentemente, GMemoryChunk leva 26 segundos!! O surpreendente é que tenham levado tanto tempo para substituir um componente tão claramente deplorável!
Graças à ele, parece que o Gnome terminal também está mais rápido.
Gnome Meeting, que agora tem o estúpido nome de Ekiga, tem suporte a voz e vídeo sobre IP.
E, por fim, para quem gosta de eye-candy: o gerenciador de janelas oficial do Gnome, Metacity, agora tem um composite manager rodando em OpenGL, embora desativado por padrão por depender de extensões ainda instáveis do projeto xorg. Mas isso e GTK+ com Cairo significam que o desktop vai estar bem preparado quando M$Vista chegar...
gedit tmb está com uns recursos da hora para salvar arquivos remotos e pode agora ser extendido em python! será o começo de um novo emacs? ;)
um buscador web está integrado no próprio painel do Gnome e funciona de maneira semelhante ao integrado no Firefox. me parece meio redundante, mas pode agradar a pessoas migrando do KDE... ;)
;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")
Só se pode dizer uma coisa...: Não sou digno! Não sou digno! :P
Aquele aplicativo de travas no ambiente é muito legal, o Deskbar é 1000, o aplicativo de aplicações preferenciais ficou muito bom incorporando as opções do Firefox e o gedit está ficando muito bom.
Pergunta que não quer calar... fora compilando, como eu coloco isso no meu Ubuntu!?!?!?!? :)
Consertaram a janela de impressão?: Trocaria todas estas firulas por uma opção de imprimir pares/impares numa janela de dialogo de impressão padronizada decente. Foda é ter que usar o gnome-terminal para um "lpr -o page-set=even filename" num suposto ambiente de desktop que se pretende fácil. Se qualquer leigo me perguntasse qual gerenciador de desktop usar eu perguntaria: vai imprimir frente/verso? No resto até acho que KDE e gnome se equivalem, embora eu prefira o primeiro e admire o visual do segundo (com algumas ressalvas), mas essa da janela de impressão é osso. A do KDE pode até ter opçoes demais, mas é o tipico exemplo onde é melhor pecar pelo execesso do que pela falta.
Seja um bom menino! :-D: Seja um bom menino e espere o lançamento do Ubuntu 6.04 que deverá ser em abril, ou então de uma olhada no Fedora, que deve ser lançado mês que vem com o novo Gnome! ;-)
A Física é tão subjetiva quanto qualquer outra empresa humana.
Albert Einstein
para usar o 6.04 não precisa: para usar o 6.04 não precisa esperar não... só mudar o source.list para dapper ao invés de breeze ou hoary e mandar bala no update :)
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
604 gnomet 1 112 0 75300K 72376K select 0 28:58 17.82% Xorg
2080 gnomet 1 98 0 5092K 4028K select 1 0:14 14.76% xterm-static
E ao termino do "cat":
zythum
Zyzomys
Zyzzogeton
4,028s real 0,00s user 0,19s sys
Ok, vamos la entao.
Com Enlightenment 0.16.999.023 (aka DR17 BETA), os resultados ao termino do teste exatamente igual, sao:
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
604 gnomet 1 112 0 75300K 72376K select 0 28:58 17.82% Xorg
2080 gnomet 1 98 0 5092K 4028K select 1 0:01 1.34% xterm-static
E ao termino do "cat":
zythum
Zyzomys
Zyzzogeton
3,94s real 0,00s user 0,00s sys
Sob o mesmo gnome o gnome-terminal leva 1,92s pra fazer a mesma coisa enquanto o xterm mantem seu tempo (citado), ja, sob Enlightenment o gnome-terminal leva 12,91s (real) e 0,07s (sys).
Como voces podem ver o xterm gera apenas 1 thread. A saber, o gnome-terminal sob gnome gerou ate 5 threads e sob E gerou 3 threads.
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
604 gnomet 1 104 0 92672K 89140K RUN 0 31:24 13.87% Xorg
2188 gnomet 3 113 0 22424K 14496K RUN 1 0:20 11.62% gnome-terminal
Em todos os casos como voces podem notar o terminal, fosse ele qual fosse (xterm ou gnome) estava alocado na CPU1 enquanto Xorg estava na CPU0. Fiz os mesmos testes mais de uma vez, e os resultados foram sempre muito proximos variando menos de 0,02s por execussao. A unica variacao notada foi que as vezes o gnome-terminal sob Gnome gerava 4 e as vezes 5 threads. Sob E sempre gerou apenas 3.
Conclusoes? Cada um tire as suas, logico que os resultados podem ser diferentes de acordo com a configuracao do sistema e do sistema operacional mas eu fiz isso porque fiquei curioso se o Gnome alem de melhor do que as versoes anteriores dele mesmo estava tambem muito melhor do que outros WM. Eu pessoalmente nao uso KDE nem Gnome nem afins, soh mesmo Enlightenment (na verdade o DR16, o 17 so uso pra testes ainda). Mas a *minha* conclusao e que quando a aplicacao esta bem integrada com as APIs do gnome o resultado parece ser bem melhor mesmo. Mas quando as aplicacoes nao sao "gnome aware" nao muda muita coisa, ou nos casos em que muda o gnome nao e necessariamente mais rapido. Nesse meu caso nao foi.
Lembrando que o Enlightenment nunca foi um sistema que preza "por ser rapido". Sempre foi um cara que objetiva ser "bonito" mesmo que isso custe belos pares de MBs de memoria e ciclos de CPU a mais. E ainda assim a aplicacao em comum (xterm) obteve resultado melhor sob E.
Sobre os resultados eu queria comparar com o do Web site mencionado entao se alguem souber qual configuracao da maquina e qual o tamanho do dict/words seria uma informacao interessante. Provavelmente la e Linux, mas "qual Linux" seria importante saber pra determinar o tamanho do arquivo.
Gnome no RedHat Enterprise 3.0 e 4.0: sempre usei o KDE no RedHat... mas um dia resolvi instalar com o Gnome.. e verfiquei que alem de mais rapido que o KDE ele consome 215MB de memória.. o que no KDE usava todas minha memória 512MB e mais swap.
Hoje atualmente uso só o gnome, não sei se nas outras distros ocorre o mesmo. mas com o gnome a performace da minha maquina ficou muito melhor.
Não aconselho este procedime: Não aconselho este procedimento no momento.
Ainda vai ser lançado o Dapper Flight 4 (última versão de testes alfa do novo Ubuntu). São muitas as atualizações semanais, pra não dizer quase diárias. Por causa disso, são muitos os problemas encontrados para um usuário final. Não use as versões de teste como seu sistema principal!
qual composite manager?: Só não entendi uma coisa, o metacity esta usando o COMPIZ (o recem lancado comp manager da novell)?? Ou é outra implementação? Percebi que é em cima do xorg lógico, mas não vi em momento algum referência ao compiz.
Ele não esta atvivado por padrão então será possivel usar OUTRO comp. manager, ou estou falando bobagem?
Alguem pode esclarecer o assunto, por favor?
Um dev um dia disse que:
: Um dev um dia disse que:
gnome: leve no processador alto na memoria
KDE: leve na memoria alto no processador
e agora? =DDD
mais um passo pro software livre e um salto gigantesco pro gnome
até o kde vai se render ao Gstreamer =)
vamos esperar pra ver tudo isso bem estruturado e testado no UBUNTU 6.04 ai sim vai começar o debante, lol
Acabo de abrir o gconf-editor: Acabo de abrir o gconf-editor para conferir a chave de configuração do Metacity, em app/metacity, e não encontrei nenhuma opção relativa a um composite manager
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Verdade Comprovada: Eu também posso testemunhar o aumento significativo no desempenho. Compilei o Gnome (usando o GARNOME) justamente para ver quais seriam as novidades da 2.14. Logo ao iniciar a sessão o que me chamou a atenção foi a velocidade, e agora lendo sobre todo o trabalho de otimização feito posso garantir que está show mesmo!
Parabéns aos desenvolvedores e a comunidade Gnome!
Do tempo do onça: É que o nemesis é daqueles caras retrógrados melancólicos que sentem saudades do tempo dos ATXT em que tudo era feito através de linha de comando. Se bobear ele voltaria à era dos cartões perfurados.
Em pleno século XXI, em que tudo é gráfico... deve ser porque ele assiste muito Matrix.
the truth is out there: "É que o nemesis é daqueles caras retrógrados melancólicos que sentem saudades do tempo dos ATXT em que tudo era feito através de linha de comando."
eu não sinto saudades de um sistema patético rodando M$DOS, obrigado.
"Em pleno século XXI, em que tudo é gráfico... deve ser porque ele assiste muito Matrix."
Se vc pensasse um pouco a respeito, veria que sua comparação não faz o menor sentido, ou melhor, é completamente contraditória com o que vc diz: no filme, a Matrix é a mais perfeita simulação gráfica e sensorial que existe e, no entanto, é somente ao deixar de lado as tentações ilusórias e aprender a ver as coisas através de fluxos de caracteres, que Neo se torna realmente poderoso. Uma parábola interessante sobre o poder da linha-de-comando sobre GUIs... ;)
;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")
Estou rodando ele aqui usando o GARNOME, aqui no meu gentoo ele compilou na boa.
Gentoo AthlonXP GNU/Linux
GNU/Linux User #239576 Lincoln Lordello
/"\
\ / Campanha da Fita ASCII - Contra Mail HTML
.X. ASCII Ribbon Campaign - Against HTML Mail
/ \