Visite também: UnderLinux ·  VivaOLinux ·  LinuxSecurity ·  Dicas-L ·  NoticiasLinux ·  SoftwareLivre.org ·  [mais] ·  Efetividade ·  Linux in Brazil ·  Floripa  

As novidades do GNOME 2.14

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.


 

A imagem acima é da nova versão do Evolution.

Comentários dos leitores

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.
Comentário de lordello
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
/ \

Comentário de nemesis
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")

Comentário de vmedina
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!?!?!?!? :)

Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de aa
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.


Comentário de ricarab
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
Comentário de blaine
...: Dapper ;-)
Comentário de MnB Linuxer
AEEE: Quer dizer que agora ele finalmente está mais rápido que KDE ?(3.5.1)
[]'s
Comentário de Guilherme Steilein
Não acredito que esteja mais: Não acredito que esteja mais rápido do que o KDE, mas deve ter melhorado muito.


Comentário de Kosh Narek
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 :)
Comentário de PT
Ok, gnome mais rapido que gnome :): Estranho...

Eu sei que o foco da comparacao foi entre xterm e gnome-terminal mas eu nao pude evitar fazer uma comparacao. Acompanhem.

Com gnome GNOME 2.13.90 (aka GNOME 2.14 Beta 1)

(gnomet)> /usr/bin/time -h cat /usr/share/dict/words

Com "top -nb 2" eu tenho o seguinte output:

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.

No meu ambiente:

(gnomet)> wc -l /usr/share/dict/words
235882 /usr/share/dict/words

(gnomet)> ls -l /usr/share/dict/words
lrwxr-xr-x 1 root wheel 4 11 Feb 12:55 /usr/share/dict/words@ -> web2

(gnomet)> ls -l /usr/share/dict/web2
-r--r--r-- 1 root wheel 2493082 11 Feb 12:55 /usr/share/dict/web2

A saber, o ambiente onde os output acima foram gerados:
Sony Vaio PCG FRV37, P4 3.0 HT, 1GB, FreeBSD 7.0-CURRENT com SMP.

Se alguem puder postar testes parecidos mas com outros WM como KDE por exemplo, vai ser util.

Comentário de walfredojunior
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.
Comentário de trolah
q burrice: putz como eu sou burro :-(
Comentário de masp
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!
Comentário de nosklo
Dapper Drake: fora compilando, como eu coloco isso no meu Ubuntu!?!?!?!? :)

Atualiza pra Dapper Drake...



Comentário de David Abreu
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?

Comentário de David Abreu
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
Comentário de puelocesar
Olha, eu sei que o Compiz usa: Olha, eu sei que o Compiz usa o metacity, mas acredito que a recíproca não deve ser verdadeira

Estou usando o ultimo beta do gnome2.14 que o ubuntu dapper disponibilizou e o compiz do CVS, que compilei com suporte a gnome

Não vi em lugar nenhum a opção de ativar o composite manager que estão falando que vêm com o metacity

E nem sei se compensa usar ele ao invés do Compiz

--------------------

www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de puelocesar
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.
Comentário de spook
Seria normal...: Se render ao Gstreamer tem algum problema? Não é porque começa com G que trata-se de um projeto do Gnome.
Comentário de lmveloso
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!

Comentário de Webmarlin
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.
Comentário de nemesis
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")

Comentário de Webmarlin
Não Falei: Viu? Não disse?
BR-Linux.org
Linux® levado a sério desde 1996. Notícias, dicas e tutoriais em bom português sobre Linux e Código Aberto. "A página sobre software livre mais procurada no Brasil", segundo a Revista Isto É.
Expediente
Sobre o BR-Linux
Enviar notícia ou release
Contato, Termos de uso
FAQ, Newsletter, RSS
Banners e selos
Anunciar no BR-Linux
BR-Linux apóia
LinuxSecurity, Tempo Real
Suporte Livre, Drupal
Verdade Absoluta
Pandemonium
Efetividade, Floripa.net
sites da comunidade
Ajuda
Moderação
Flames: não responda!
Publicar seu texto
Computador para Todos
Notícias pré-2004
Tutoriais, HCL pré-2004