Arquivar

Archive for the ‘Ambiente Gráfico’ Category

Desenvolvimento atual do KDE valendo muita grana… muita mesmo: R$ 297.944.652,48

Dólar fechando o dia em R$ 1,699 (quase 1,70) e recebo esta maravilhosa notícia via e-mail pela Linux Magazine me contando que um “geek”, muito geek mesmo,utilizando de uma outra ferramenta desenvolvida por outro geek, mais geek ainda(!), chegou nesta incrível marca!!! xD

Como pode ser visto no blog do geek (Cornelius Schumacher), ele utilizou a ferramenta SLOCCount de David A. Wheeler para chegar nos números por ele apresentado. O resultado, é que o desenvolvimento destas 4,2 milhões de linhas de puro código fonte aberto, segundo as estatísticas, é estimado em US$ 175.364.716.

Que bom que C. Schumacher  resolveu compartilhar conosco estes dados! :-)

Vejam neste link, um gráfico com as contagens de cada módulo do KDE, totalizando a esta incrível marca.

C. Schumacher, ainda nos diz, que isto é interessante mas não muito significativo, ao ponto de termos uma ideia sobre o que está acontecendo no KDE, e nos faz lembrar, que os bons programadores (voluntários), reduzem o tamanho do código liberado.  E ainda, afirma que estes 4,2 milhões de linhas de código, são apenas uma parte de todo o código escrito do KDE. Existem milhares de aplicações que não entram na distribuição padrão do KDE (…) Seria interessante se fazer as estatísticas completas, mas isso é um tanto quanto difícil. Como se tornar dono de todo o código fonte existente do KDE?

Para quem tem interesse na ferrameta SLOCCount, seja feliz… Quem sabe, você também não descobre o quanto suas contribuições valem para todos nós. =)

Duzentos e noventa e sete milhões de dólares…. agora fiquei curioso para saber o quanto é o custo de desenvolvimento do Kernel Linux segundo o SLOCCount. Se orgulhem Linuxers!

Fontes:

http://www.linuxmagazine.com.br/noticia/kde_vale_us_175_milhoes

http://blog.cornelius-schumacher.de/2009/10/4273291-lines-of-code.html

KDE: Oxygen está “morto”, vida longa ao Oxygen

Hoje, Hugo Pereira da Costa, extraordinário hacker do Nitrogen (um tema de decorações de janelas muito popular na comunidade kde-look), fundiu-o com o Oxygen. Significando isto, que nós teremos todas as funções que o Oxygen e o Ozone trazem separadamente, rodando em apenas um tema e com muito mais novidades.

O que se vê, é uma animação geral vindo da parte dos desenvolvedores do KDE responsáveis por está área do sistema; no qual, eles querem ver logo como as coisas funcionarão.

O “novo” Oxygen, possuirá várias novidades, entre elas um botão personalizável que poderá variar o tamanhos das janelas, configurações de sombras, e fornece um bom destaque na barra de título da janela ativa semelhantemente ao que o Ozone faria (…)

Vale mencionar que isto traz um aval oficial da maravilhosa equipe de desenvolvedores do Oxygen, e eles estão muito animado sobre os planos futuros e as novas funcionalidades que vão trazer para os usuários muito em breve a partir deste ponto.

Como não amar o Open Source?  =)
Oxygen

Preload: Como acelerar o tempo de carregamento de aplicativos no Linux

Se você não anda satisfeito com o tempo de resposta de abertura de alguns aplicativos que você mais utiliza no GNU/Linux, você, com certeza precisa conhecer o Preload.
Então, deixe-me apresentá-lo….
Preload é uma aplicação para linux, que roda em segundo plano fazendo registros estatísticos sobre o uso dos programas mais frequentes do cotidiano. Conforme for colhido os dados destes programas, suas bibliotecas e binários, serão pré-carregados em memória no Linux, e com isto, os aplicativos  são iniciados com menores tempos e maiores velocidades, alcançando resultados mais rápidos e satisfatórios para nós.
Seu processo monitora as aplicações que os usuários executam, analisa estes dados, prevê que os usuários possam executar tais aplicativos, e carregam os binários e suas dependências na memória para que com isso, possa diminuir os tempos de inicialização.
Para instalá-lo no ArchLinux, basta um #pacman -S preload

Uma vez instalado, ele iniciará o processo de pré-carregamento, e nenhuma ação adicional é necessária.

Para aprendermos sobre as opções de configuração, controlar as atividades, e personalizar nossas próprias configurações e indicar o que o Preload trará de melhoria para o sistema, podemos editar o arquivo preload.conf que está no /etc.

Configuração

O arquivo de configuração do preload é mantido em /etc/preload.conf, trazendo valores padrões que devem ser ideal para a maioria dos usuários. Mas se você quer ajustar a forma como o preload irá operar, uma breve explicação das opções disponíveis no arquivo de configuração é de grande valia.
Algumas opções mais usadas são:
Opção Padrão
Controles
Configuração do modelo de Cache (sistema)
model.cycle 20 [segundos] Tempo em que o Preload irá repetir uma consulta no sistema para atualizá-lo sobre o modelo de programas e bibliotecas de cache.
model.halflife 168 [horas] Em quantas horas o Preload irá começar a “esquecer” sobre os dados registrados. A relevância estatística do atual modelo perde 50% de sua importância.
model.minsize 2000000 [bytes]
O montante mínimo de chamadas feitas no sistema, para que um aplicativos que seja considerado pelo Preload. Um número menor significa um cache do Preload para aplicações menores, enquanto que para fazer cache de Preload apenas para aplicações com maiores tamanho, basta aumentar esse número.
Configurações de Memória
A Formula usada para determinar o máximo de memória disponível para o Preload é:

(Total RAM x model.memtotal) + (RAM disponíveis após a inicialização x model.memfree) + (Memoria em Cache x model.memcached)

model.memtotal -10%
model.memfree 100%
model.memcached 30%

Como já observado, os valores padrões devem ser suficientes para a maioria das pessoas, e você realmente não deve alterar esses valores, ao menos que tenham uma finalidade específica em mente.

Existe uma certa preocupação sobre o uso de memória pelo Preload, e é bom ressaltar e  deixar claro que ele não irá drenar memória do seu sistema! No artigo original, o autor escreve que  em seu sistema com 1GB de RAM, o Preload alocou 83670kb… como tamanho máximo de memória disponível, usou 35% do que estava livre naquele momento!

Monitoramento

Se você quiser saber sobre os recursos que o Preload está usando, você pode acompanhar o seu arquivo de log, usando tail-f /var/log/preload.log como super-usuário.Por padrão - você pode definir manualmente a verbosidade do Preload com a “flag” -V , para obter mais informações, consulte a página do Preload no Manual [man] – , isso não lhes traz muita informação sobre o preload, exceto a quantidade de memória alocada e quantos arquivos  estarão sendo monitorados. Caso precise de mais informações sobre os arquivos específicos que o cache do Preload observa, verifique o arquivo /var/ lib/preload/preload.state

Uma coisa bonita sobre o preload, é que você pode ignorar completamente esses arquivos (como se eles não existissem), independente disso, você pode querer verificar o registro de vez em quando, só para se certificar de que está rodando, mas felizmente o preload irá ficar quietinho no canto dele sem lhes incomodar.

Números

Vai demorar um pouco antes do preload começar a entender seus padrões de uso, por isso não espere ver uma mudança drástica no desempenho de imediato. Além disso, se você apenas abrir e fechar aplicações repetidamente, o computador irá armazenar os arquivos em cache de qualquer maneira (isto é chamado warm” load, ou no bom português, carregamento “morno”), assim você não verá nenhuma diferença na velocidade. No entanto, veremos uma melhoria da velocidade se, por exemplo, usar um programa de forma intermitente, estes programas serão iniciado mais rápida do que sem o preload.
Exemplos? Firefox, OpenOffice, Games que mais utiliza….

O autor do preload, Behdad Esfahbod, escreveu um artigo no qual ele apresenta alguns números de exemplo e resultados mostrando um pequeno benchmark com o uso do preload:

Aplicação Inicialização sem o Preload Inicialização com o Preloaded
% de ganho
Login no Desktop 30s 23s 23%
OpenOffice.org Writer 15s 7s 53%
Firefox 11s 5s 55%
Evolution 9s 4s 55%
Gedit Text Editor 6s 4s 33%
Gnome Terminal 4s 3s 25%
Tenha em mente que estes números não representam medições em hardware atual e foram gerados já a algum tempo.
Preload

As máquinas modernas provavelmente vão bater com folga o tempo bruto desses números, mesmo em tempos de inicialização sem o preload, mas obviamente ainda veremos uma melhoria na velocidade com ele.

O Preload estando configurado para ser carregado durante a inicialização, é perceptível a melhora com a quantidade de tempo que se leva para acessar um desktop completo.

Conclusão

O Preload pode proporcionar uma grande melhora no tempo de inicialização de aplicativos, desde que as máquinas mais modernas tenham uma boa quantidade de memória livre; o preload colocará esta memória RAM para ser utilizada de uma forma que o sistema não sobrecarregue.
É altamente recomendável instalar em sua máquina de trabalho, e embora possa demorar um pouco para o daemon conhecer os seus hábitos antes de vermos qualquer melhora de desempenho real, é uma grande ferramenta que irá aumentar gradativamente  a velocidade de carregamento de seu sistema.

Fontes e artigo original:

http://behdad.org/download/preload.pdf

Idéias para futuro Visual do Firefox 3.7 e 4.0

15/08/2009 memphyx 6 comentários

Talvez alguns discordem do que vou escrever, mas… pelo menos para mim, depois de um software ter um grande amadurecimento, chega-se o momento de se trabalhar na aparência, no visual, no desenho, na interface para com o usuário. E, depois de grandes novidades, correções de bugs, chegou a vez do Mozilla Firefox pensar a respeito disto.

O que se vê, é que os desenvolvedores buscaram se inspirar e muito no tema Aero do Janelas® Vista/7. Percebe-se, pelas imagens disponibilizadas, que algo peculiar do Ribbon (inserido n o Microsoft Office 2007, e agora também em aplicativos como a calculadora, Wordpad e Paint no 7), também terá uma pontinha presente no Firefox 3.7 e também no Firefox 4.0., nada tão exagerado.

Vejamos a versão esperada para o Firefox 3.7:

Mockup-Vista-Firefox-3.7-001

A redução na quantidade de informações visuais dos botões de funções, é um salto, tanto quanto esperado. Também vemos, que reinventar a roda, é perca de tempo, e o botão “Tools”, diz claramente de onde que veio tal ideia: (É… isto mesmo que o leitor está pensando) Um misto de Chrome com Internet Explorer 7/8.

Isto não é de todo mal, mais é bem possível que muito usuários não gostarão disto.

Mockup-Vista-Firefox-3.7-002

Se você não possui uma placa gráfica muito boa, e que a mesma não roda efeitos de transparência, é bom ver que também, o visual sem o Aero, também possui muitas linhas agradáveis se comparada diretamente com a com Aero Glass. Os botões, também, continuam com um visual 3D.

Prá quem usa o Windows XP, também não esqueceram, e o que se vê… é uma simbiose do Firefox 3.7 entre os diferentes sistemas operacionais da Microsoft, tendo, praticamente, uma identidade visual única e ao mesmo tempo, diferenciada.

Mockup-Vista-Firefox-3.7-003

Para o Firefox 4.0, vemos uma modernidade ainda maior entre um e outro desenho.

Também, vemos como a inspiração no Chromium do Google, está sendo, uma das grandes influências para estes futuros updates visuais do Firefox… tais como eliminação dos famosos menus como o conhecemos (Arquivos, Editar, Exibir, Histórico…), sendo que tudo ficará integrado e acessível de uma forma mais… digamos… simplistas como no design do 3.7, e com os botões de ações, ainda mais reduzidos em quantidades padrões.

Mockup-Vista-Firefox-4.0-001

Os botões de parar e recarregar páginas, se integram em um único botão menor no lado direito da barra de endereços, eliminando espaço e limpando o ambiente. O botão “Home”, também ganhou um novo estilo, ficando ao lado da barra de abas, onde também, possui uma entidade redesenhada para se ver as páginas abertas e carregadas… talvez com um “q” a mais do qual desconhecemos ainda.

Mockup-Vista-Firefox-4.0-002

Neste último, acabamos por ver o que o Chromium mostrou ao Firefox… limpeza… esta é a palavra chave!

Apesar destes dois últimos exemplos, tenho que dar minha pitada de crítica, e dizer que um estilo de mistura entre os dois, seria o ideal. Como?

Pois bem… pegue a transparência da janela, e aplique-a a barra de abas e barra de endereços e chegaremos próximo ao estado da arte. =)

Elimine aquele botão na barra de endereços escrito “Google” e estará acabado. Bom mesmo é ter os dois designs para se escolher na hora da instalação ou após a mesma.

Estas telas podem ser obtidas no wiki da Mozilla, sendo os links a seguir:

https://wiki.mozilla.org/Firefox/3.7_Windows_Theme_Mockups

https://wiki.mozilla.org/Firefox/4.0_Windows_Theme_Mockups

O que fica devendo?

Ahh.. é claro!

Ainda não surgiram nenhum desenho de janelas destas futuras versões do Firefox para nenhum outro sistema operacional, algo que, acredito, em breve mudar.

Com a experiência adquira no Firefox 3.5 nos sistemas Linux, e vendo o comportamento visual em ambientes tais como Gnome e KDE e a integração com o tema utilizado pelo usuário, é claro que o web browser, não ficará devendo para outros sistemas. Pois, já sabemos do potencial do navegador e sua integração com o Linux.

No Mac OS X, é claro.. terá o Aqua, e olhando os Mockups visuais do Firefox 3.7 no Windows XP, é substancial termos uma ideia de como ele se comportará nas maçãs mordidas.

Sempre é bom haver renovações, e uma delas, pelo meu ponto de vista, seria utilizar algo similar ao que ocorre com o Koffice 2.0… as chamadas área Acopláveis, trazendo novas funcionalidades e quem sabe até ocultar outros recursos.

E aqui fica meus dois centavos de contribuição para a divulgação destes novos ideais da Mozilla para que o Firefox conquiste cada vez mais espaço e o coração dos internautas.

E você? O que achou?

Deixe sua opinião =)

Adeus KDEmod!

04/08/2009 memphyx 4 comentários

Adeus KDEmod Para minha surpresa, com o lançamento as portas do KDE 4.3.0, os desenvolvedores do ArchLinux resolveram nos antecipar com este update… e para minha felicidade, a surpresa não parou só nisso.

Adeus KDEmod… a partir deste ponto, o KDE oficial nos repositórios do ArchLinux, será distribuído “modularmente“… tudo que eu esperava oficialmente do KDE do ArchLinux a pouco mais de dois anos de utilização deste.

Vendo tudo isto, temos, como usuário, o dever de agradecer a todos os desenvolvedores do Kdemod por dar este pontapé inicial rumo a uma maior customização de uma das melhores distribuições linux de todos os tempos através de uma das Window Manager mais bem acabadas e completas para o mundo *nix… incentivando a distribuição a trabalhar de modo muito próximo como o qual do kdemod, com o release oficial do kde: - Parabéns mesmo…nossos agradecimentos!!!

Sei que com isto, o Kdemod acabará tomando um novo rumo, que ainda não faço ideia de qual; e acho muito legal também, o pessoal do KDE no Arch, ter abraçado toda esta filosofia de modularização de software. Bacana isto!!!

Para quem não conhece o KDEmod, ele é uma versão modular e refinada do KDE e que foi otimizado para o Arch Linux. Contém patches adicionais de funcionalidade e eyecandy(temas,ícones,etc) e uma instalação ligeiramente aprimorada do Qt3. Está disponível no formato padrão de pacotes do Arch Linux .pkg.tar.gz para i686 e x86_64

http://wiki.archlinux-br.org/KDEmod

Vamos aos testes:

Este é um grande passo para a distro conquistar cada vez mais espaço!