top

Resultado de busca (21):

ABR 17 2014
Comentar Busca Avancada Em PDF

7 razões (evidências) que fazem o Kernel Linux muito superior ao do Windows

Todo sistema operacional possui um núcleo (kernel), inclusive o MS-Windows. Obviamente cada qual possui suas peculiaridades, e o da Microsoft é bem mais acoplado ao Sistema Operacional que o kernel do Linux. O objetivo deste texto, é mostrar evidências, coisas fáceis de verificar, que demonstram que o kernel do Linux é bastante superior ao dos seus concorrentes nos seguintes aspectos:

1- Rapidez de preparo e uso de hardware

De fato, uma das coisas mais evidentes, é comparar o tempo em que um pendrive, que nunca foi inserido na máquina, leva para ler o conteúdo da memória flash. Foi a primeira coisa que percebi quando migrei para o Linux. E isto vale não só para memórias flash, serve para qualquer equipamento, principalmente os com interface USB: webcam, mouse e etc...

Isto acontece principalmente porque os drivers, que fazem estes equipamentos físicos funcionarem, que são inicialmente desenvolvidos separadamente, posteriormente são unidos ao pacote principal do kernel, e compilados conjuntamente. Isso explica também porque é tão fácil e automático instalar novas peças em sistemas linux, e também como é tão simples migrar para um novo hardware (ex. trocar a placa mãe - desde que não mude a arquitetura) sem mudar sequer uma vírgula de configuração no sistema.

Diferentemente, no MS-Windows, você precisa aguardar aquele tempão o sistema instalar o dispositivo, sem contar que na maioria das vezes você precisa instalar antes os drivers indicando os arquivos .inf e muitas vezes reiniciar o sistema.

2- Atualização e testes no mesmo Sistema Operacional

Essa é uma das coisas mais fantásticas que o kernel linux pode realizar. É muito comum nas atualizações do Ubuntu, Fedora, etc, atualizar também o núcleo do sistema, que contém o kernel. Atualmente no Ubuntu, são cerca de 35MB, e qualquer nova função, driver ou característica do novo kernel, estará disponível automaticamente assim que a máquina for reiniciada.

Se você não limpar manualmente, as outras versões de kernel ficarão disponíveis nos sistemas Linux, e você poderá voltar a estas versões se houver qualquer problema. Isso é possível através do menu do inicializador GRUB - acessado quando pressionando SHIFT durante o processo de boot.

3- As opções de depuração

Já passei por problemas variados, que só pude resolver por ter acesso às mensagens de log do sistema disponíveis geralmente em /var/log/messages. O fato é que algumas vezes são variáveis demais a se considerar, e estes erros difíceis de rastrear geralmente são problemas no hardware, algumas vezes o problema é na integração hardware-software.

O kernel linux registra por exemplo, erros de entrada e saída (IO) - quando um disco está com blocos danificados, também inacessibilidade ou falhas de dados na memória, má configuração de dispositivos diversos (ex. resolução não suportada pela placa de vídeo), etc.

O Windows geralmente não lhe oferece nada, ou se oferece, é geralmente incompleto e genético demais para a resolução dos problemas. Cabe a você neste caso recorrer à tentativa e erro, testando timtim por timtim às cegas!

4- Interação em baixo nível

Talvez você não ligue pra isso. Aliás, este é um ponto até meio controverso, pois supostamente um usuário comum do sistema não deveria ter acesso a tal peculiaridade. O fato é, estamos falando de um componente muito básico, e é bom termos o maior controle possível de tudo o que roda na máquina, mesmo que você não precise, é bom ter a opção.

É comum em algumas placas de vídeo, ser necessário desativar algumas configurações de vídeo não muito genéricas através do parâmetro nomodeset, especialmente ao iniciar um LiveMedia; isso normalmente antes de instalar o sistema operacional na máquina. É até natural o entendimento da questão, diferentes partes físicas, necessitam de diferentes configurações, é uma tarefa extremamente desafiadora "adivinhar" quais os requisitos de cada placa previamente.

Praticamente tudo pode ser parametrizado e configurado em tempo de inicialização através do menu do inicializador (boot). Basta saber como, e quais opções disponíveis. Posso citar por exemplo o iommu, que já me foi útil, e também o parâmetro mem, que configura a quantidade de memória que será "enxergada" pelo sistema, muito importante para testes e simulação de situações para desenvolvedores.

5- Arquitetura modular enxuta

Infelizmente é desafiador para qualquer sistema funcionar em todo e qualquer dispositivo. Existe uma variedade enorme de hardware, e isto são "variáveis" que os desenvolvedores não podem controlar. Para a Microsoft é muito mais fácil, ela não se responsabiliza por fazer funcionar dispositivos de terceiros, eles que desenvolvam seus drivers e que façam funcionar suas peças na plataforma Windows. Infelizmente alguns fabricantes não têm interesse em fazer funcionar seus produtos no Linux, e alguns destes, quando justifica (são bons), acabam passando por engenharia reversa e tendo uma versão livre de seus drivers disponibilizados para o Linux.

Bom, o ponto em questão é, mesmo que alguns apontem o produto da Microsoft suportando uma maior parcela das peças disponíveis, o Linux funciona em uma parcela muito mais variada de dispositivos. Como Androids, DVRs, Roteadores, e em sistemas embarcados dos mais diversos. Isso é devido ao fato de que a arquitetura é muito bem organizada, e compensa reutilizar boa parte do código existente para dar vida aos fios de cobre e blocos de silício.

6- Desenvolvido por várias pessoas e entidades

O primeiro ponto a se ponderar a respeito desta característica (trunfo), é a organização necessária para que isto não se torne um caos. Qualquer um que já trabalhou numa equipe de desenvolvimento de software sabe o quão complicado é dividir o trabalho, e fazer com que duas pessoas representem o dobro de esforço convertidos em benefícios ao sistema.

Não existem tantas pessoas assim desenvolvendo diretamente o kernel Linux, mas são bem mais de duas. Além do mais, existem mais desenvolvedores que criam módulos que interferem diretamente no funcionamento e integração com o kernel. Alguns deles querem adicionar novas funcionalidades, por exemplo algum fabricante de processadores que quer fazer com que seus chips funcionem melhor. Pode ser também empresas que desejam fazer seus smartphones consumirem menos bateria, enfim, até algumas provedoras de serviços que desejam diminuir a quantidade de servidores necessários para desempenhar determinado papel.

É esta diferença de objetivos e variedade de mentes que fazem com que o kernel linux tenha tão clara, bem definida e crescente lista de melhorias.

7- Auditoria livre

Outra importantíssima característica, que já foi a muito tempo percebida por grandes provedores de serviços, mas que a cada dia se torna mais evidente, é a liberdade de verificar o que de fato implementa certo pedaço de código. Isto impacta gigantescamente (não existe palavra para expressar) na segurança dos sistemas.

Algumas falhas são extramente difíceis de descobrir e explorar, e com o código aberto, é mais fácil chegar numa qualidade melhor, porque é possível testes mais dirigidos. Em qualquer sistema, falhas podem ficar dormentes durante anos, isso foi demonstrado recentemente por uma falha no OpenSSL, se fosse um sistema caixa-preta, talvez o bug não teria sido encontrado, e muito provavelmente a correção teria demorado muito mais para surgir.

E o pior, é a questão ética envolvida. Você está a mercê das empresas detentoras dos direitos dos sistemas fechados. Pode ser que elas por interesse próprio, não divulguem a falha para não causar constrangimentos, pode ser que estes mantenham as falhas "controladas" para tirar proveito a seu bel prazer. Infelizmente, corrupção existe!

Conclusões

Poderíamos citar outras questões, como por exemplo eficiência/eficácia e performance, mas estas características são um pouco mais complexas de descrever, e muitas vezes não é senso comum. Comentem portanto deixando sua opinião e perspectiva a respeito dos kernels disponíveis no mercado!

Não existe produto perfeito, tudo pode e deve melhorar!

Newsletter
Assunto: Software | Comentários(0) | Postado por André EXPANDIR
JAN 10 2014
Comentar Busca Avancada Em PDF

Inscrível história: Como instalar um Sistema Operacional remotamente a 6.914 Km de distância

Essa é a história de como eu recuperei um Sistema Operacional Lubuntu, que rodava no notebook da minha mãe, ela estava nos Estados Unidos da América, e eu aqui no Brasil. Isto não é um tutorial, mas creio que daqui se possa tirar bastante conhecimento e experiência.

Tudo se inicia quando minha mãe me mandou uma mensagem via Facebook, dizendo que o laptop estava travado numa tela preta, e não entrava no sistema, não importando quantas vezes reiniciasse. Em outra oportunidade, fizemos um bate-papo virtual via Hangouts do Google, por sorte ela tem um tablet com Android, e foi bem mais fácil entender de fato qual era o problema, quando ela me mostrou na câmera, numa vídeo chamada.

O computador estava travando logo após o boot, o grub deixava uma mensagem de erro, que eu agora não me lembro qual era... Até hoje não sei ao certo o que ocasionou o problema, mas creio que foi uma atualização mal sucedida da distribuição, nesta época tinham acabado de liberar o 13.10. Minha mãe deve ter pensado que se tratava de atualizações corriqueiras e foi: Next + Next + Finish = &$&(*)()@%%$%

Não posso culpá-la, eu poderia ter evitado o estrago. Essa foi a primeira lição: Desabilitar atualizações de distribuição em computadores de pessoas altamente leigas!

Para você entender a gravidade da situação, minha mãe tem seus quase 50 anos, precisa de minha ajuda toda vez que vai anexar arquivos no e-mail... E eu estava a 6.914 Km de distância, ela não tinha um CD do Lubuntu, ou qualquer outro sistema operacional Live, não conhecíamos ninguém que pudesse nos socorrer tendo conhecimentos em Linux nas redondezas, eu não poderia simplesmente deixar numa assistência qualquer, pois só um Unix-Like poderia montar a partição /home - reiserfs, para fazer backup. O notebook dela ainda tem a partição de Recovery do Windows original, mas se eu a instruísse a fazer isto, ela simplesmente perderia todos os seus arquivos! Não era uma opção!

Eu sabia, se ela tivesse um Live CD do Lubuntu, em mãos, seria fácil, instruindo via telefone ou hangouts eu poderia reinstalar o sistema, preservando os dados já separados na partição /home. Eu pensei em mandar um CD ou um pendrive com o sistema Lubuntu por correio, mas minhas cartas demoram quase um mês para chegar lá, fora o risco de chegar avariado... Foi aí que a força da comunidade fez a diferença, lembrei da lista de discussão que participo, de usuários Lubuntu de todo o mundo. O que fiz foi pedir ajuda a algum deles que morasse nos EUA, alguém que poderia gravar este CD e postar no correio, e em cerca de 4 dias meu problema seria resolvido. E assim foi feito, e consegui um chegado do Texas para salvar a pátria!

Por sorte eu já tinha configurado o redirecionamento da porta 5900 para a interface de rede do notebook da minha mãe. Eu tinha feito a regra no DHCP, então tinha certeza que não teria erro, na parte estrutural eu estava garantido. A configuração do moden, fiz pelo compartilhamento de tela do Hangouts anteriormente, era pra eu conseguir controlar toda a máquina, mas você sabe como é o suporte a este tipo de software pra Linux, fraco! Pelo menos eu conseguia ver o que minha mãe fazia, então fui instruindo passo a passo até conseguir o redirecionamento, e poder de fato fazer o acesso remoto via VNC.

Não por sorte, mas por competência, o Lubuntu é bem fácil e direto para fazer a maioria das tarefas, até as não corriqueiras. Com a maravilha tecnológica Live Lubuntu rodando, é possível instalar programas (mesmo rodando apenas na memória RAM). Instrui minha mãe: Vá na tela preta e digite sudo apt-get install x11vnc. Além de fazer isto, ela teria de fazer o serviço VNC rodar, e mais uma vez por sorte, eu já tinha deixado um atalho configurado na partição /home que executa o comando: x11vnc -forever -display :0 -rfbport 5900. Então, foram só dois cliques para montar a partição, mais dois cliques para ativar o x11vnc, e pronto! Eu já estava pronto para fazer o acesso e seguir com o instalador Ubiquity, que apesar de simples, exige certos cuidados, para montar e não excluir os dados em /home.

Para facilitar a vida, os IPs nos EUA costumam ser fixos, eu já sabia qual era o que chegava até o moden da minha mãe então foi tranquilo. Mas se não fosse, também seria simples de resolver, bastava visitar o google e pesquisar uma daquelas páginas que informam seu IP de internet e pronto!

E foi assim, que o dia foi salvo novamente... Graças a eficácia de um bom Sistema Operacional, e a solidariedade dos membros da comunidade de software livre. O meu colega do Texas não quis receber o custo do CD e do envio via PayPal... Então eu tratei de mandar-lhe um presentinho, comprei um kit de velcro bastante útil na china e mandei direto pra casa dele! Foi outra forma de mostrar minha gratidão à ajuda prestada!

Newsletter
Assunto: Software | Comentários(0) | Postado por André EXPANDIR
AGO 06 2013
Comentar Busca Avancada Em PDF

O potencial que o Android tem de 'mexer' com o Desktop Linux

Este é um artigo traduzido livremente desta fonte. A bastante tempo queria colocar estes dados aqui, mas o tempo é curto. Veja e opine:

Aplicativos Android em Linux muda tudo

Com a notícia de que o kernel do Linux vai ter compatibilidade com o Android, tem crescido um sentimento de que os apps Android estarão em casa no ambiente de trabalho Linux.

Neste artigo, vou mergulhar em como a compatibilidade Android pode afetar o ambiente de trabalho Linux e também no que podemos ver acontecer em um futuro próximo. Enquanto a notícia da compatibilidade Android pode parecer sem importância para o usuário Linux casual, ele poderia significar grandes oportunidades para desenvolvedores do Android.

Android em seu desktop

Quando a notícia da compatibilidade Android foi anunciada, eu imediatamente ouvi, de desenvolvedores Android, que isso é uma oportunidade para as aplicações destes poderem rodar no desktop Linux.

Obviamente, vai haver muitos aplicativos desenvolvidos para o Android que não vão rodar em Linux por causa do sistema de janelas X . No longo prazo, no entanto, eu acho que haverá muitas aplicações interessantes para Android que rodarão no Linux sem grandes modificações.

Então, o que tem de interessante nisso? A resposta é simples - mais software significa mais escolhas. E mais escolhas se traduzem em mais recém-chegados ao Linux, atraídos por nomes e softwares familiares que já conhecem de seus telefones Android.

Voltando à questão do desenvolvimento Android, vejo muitas aplicações para tablet prontos para encontrar um espaço nas lojas de aplicativos como o Ubuntu Software Center. São decisões como esta - feitas por ambos os desenvolvedores do kernel e Google igualmente - que vão atrair grandes dividendos com a adoção de mais usuários e assim por diante.

A porta de entrada para aplicações proprietárias

Photoshop Touch para Android não só é realidade, como funciona muito bem. Agora, considere a possibilidade de um título como o Photoshop chegando ao desktop Linux? Graças ao código do Android, agora empacotado no kernel, não vejo nenhuma razão para que futuras versões do Photoshop Touch não cheguem ao desktop Linux.

Obviamente, a versão atual do Photoshop Touch é um aplicativo desenhado para telas a toque. Por isso, não muito agradável de usar, sem uma tela sensível ao toque de fato. Mas quem disse que a próxima versão não pode ter a opção de trabalhar com ambos, tela ou mouse? Graças ao Android, as aplicações existentes podem ser expandidas para o espaço Linux, a Adobe deve querer que sim.

Claro, isso levanta a questão maior: estão os aplicativos proprietários em uma posição onde a portabilidade de software faz sentido no ambiente Linux? Sim, eu acredito que com essa inclusão do Android, começaremos a ver uma enxurrada de novos aplicativos proprietários fazendo o seu caminho para o desktop Linux. Eu também acredito que vamos ter um sobressalto em novos usuários.

Dito isto, lá vem problema - eu geralmente prefiro usar aplicativos com licenças FoSS na minha máquina Linux. Não que eu me considera um "puritano FoSS", mas sim porque eu não gosto das travas que alguns distribuidores impõem. Em geral, é impraticável e é muita dominação pro meu gosto.

Pior ainda, essa inclusão do Android no Linux poderia simplesmente empurrar ainda mais o domínio do Chrome OS/Android no ambiente desktop, deixando outras distribuições sozinhas no escuro. Bem, pelo menos essa é a teoria que eu ouvi de alguns mais "preocupados" entusiastas Linux por aí.

Paranoia de lado, não é provável que haja essa conspiração do Google tentando ganhar mais consumidores para seus produtos.

O fator DDG

Eu acho que a longo prazo, os apps Android vão encontrar mercado no desktop Linux, depois que o breve período de adoção passar. Quando isso acontecer, conteúdo adicional baseado em DDG provavelmente será disponibilizado a todos os usuários do Linux, e não apenas para os que executam o Android ou Chrome OS.

Lembrando que, enquanto ainda temos acesso zero a opções como o Netflix no Linux, atualmente ele está disponível no Chrome OS. Então, nós sabemos que esse tipo de conteúdo, por meio de sistemas operacionais do Google, é possível.

E o que é realmente legal, é que aqueles que não optarem por usar DDG não serão obrigados. Simplesmente evitar o Flash e o navegador Chrome (não o Chrome OS) são um bom ponto de partida para esta perspectiva.

E aqueles que querem ter acesso aos meios de comunicação que este DDG permite, pode finalmente ter a liberdade de tomar essa decisão em um sistema operacional de sua escolha. Isso vai gerar alguns debates interessantes no futuro próximo. Argumentos sobre a liberdade em software provavelmente só vão crescer mais aquecidos a partir disto.

Android + Google Play = Usuários Feliz

O Google não está tentando encurralar todos em sua plataforma exclusiva proprietária. O Google está mais do que feliz em capturá-lo em seus outros portais, como o Google Play, por exemplo.

Quando se considera o fato de que os apps Android são capazes de rodar no desktop Linux, percebe-se que valia de alargar a base crescente do Google de usuários do Android. Isso significa que opções como Google Play em breve serão viáveis (DDG e qualquer outro). Música, filmes e muito mais estarão disponíveis para usuários de todas as plataformas usando o Google Play.

A compatibilidade Android no kernel Linux entra em ação quando os usuários de Linux querem desfrutar de aplicações Android a partir de suas contas no Google Play. Embora esta não seja a única maneira de desfrutar do Android em seu desktop, o Google já tomou rumo ao torná-lo muito fácil de acessar.

Pessoalmente, acredito que a maior parte da adoção Android, que terá lugar no desktop Linux irá suceder através do Google Play.

Android encabeçando o desenvolvimento de software

Uma área que permanece obscura para mim, é a tentativa de determinar como os aplicativos Android no desktop Linux afetam o desenvolvimento de novas aplicações.

Desenvolvimento de novos softwares se traduzem em coisas novas para mim brincar. No entanto, a verdadeira questão é se estas novas aplicações serão projetadas apenas para tablets e telefones Android, ou para uma experiência desktop igualmente.

E é aí que reside o problema. Mesmo com todas essas ótimas aplicações Android caminhando para o desktop Linux, será que o fato, de elas serem projetadas para a interface de toque, se tornarão um problema?

Eu não posso ajudar a não ser em pensar que todos os aplicativos Android que caminharem para o desktop Linux poderão enfrentar uma árdua batalha.

Aplicativos nativos são mais naturais

Uma questão que me intriga: ??como os apps Android se sairão contra as aplicações que já usamos no desktop Linux?

Pense nisso desta maneira: estamos propensos a substituir as aplicações que já funcionam bem? Não é muito provável, já que muitas aplicações rodando nativamente, como o Thunderbird ou LibreOffice , já funcionam bem e são projetados para um ambiente de teclado/mouse.

No fim das contas, vejo aplicações Android apresentando um complemento interessante para uma já forte biblioteca de aplicações FoSS suportados nativamente para Linux. O que acho é que, qualquer benefício que a compatibilidade Android agregue ao desktop Linux, será bem vinda.

No entanto, quando tudo estiver dito e feito, o Android provavelmente não vai mudar a forma como os entusiastas do Linux já desfrutam em sua experiência no desktop.

Meus Comentários

Como se trata já de um artigo antigo (para os padrões atuais de mudança), algumas das mudanças e previsões que o autor fez já são realidade. Dentre as mais evidentes, agora o Google Play vende conteúdos multimídia, livros e afins. Além disso a massiva adoção do Android em smartphones é maior a cada dia, no mundo inteiro! Grande parte desse sucesso é devido à liberdade que os entusiastas têm de brincar com seus dispositivos...

Em relação ao entrave do sistema X, ele pode estar com os dias contados, pois a Canonical já deu início ao projeto MIR, que pretende substituir este já ancião e amado servidor de janelas, no intuito de unificar as realidades desktop e mobile, para uma melhor integração de aplicativos.

Além disso, a Canonical também alavancou o projeto de crowfunding intitulado Ubuntu Edge, que visa dar corpo ao chamado "convergência", um conceito que exprime a tendência de que os computadores se tornam cada vez mais portáteis, portanto desktop e mobile tendem a ser um só.

É, realmente grandes mudanças estão por vir, o que não é novidade no meio software livre. Fica claro que as pressões por mudanças ocorrem por todas as bordas, e não só o Android se aproxima do desktop, mas o desktop de certa forma migra para o mobile. Basta esperar para ver aonde será o ponto de equilíbrio!

Newsletter
Assunto: Software | Comentários(0) | Postado por André EXPANDIR

1 2 3 4 5 6 7 

Feed RSS Boletim de novidades via email Siga-me no twitter
Lab de Garagem Lubuntu Espirito Livre Diolinux

FRASE DO DIA

spacer

Encontrou-se, em boa política, o segredo de fazer morrer de fome aqueles que, cultivando a terra, fazem viver os outros.

Voltaire


bottom