Planet
Metas 2008.. como estão?
Bom em 2008 eu prometi muita coisa como no post que fiz neste blog.
Assim só atualizando as metas e algumas concluídas.. vamos lá:
- Manter o blog atualizado com how-tos e afins para a comunidade; = Não está como gostaria mes estou mantendo.
- Arrumar meu cantinho, porque hoje moramos na casa de minha mãe; = Consegui alugar um barracão no qual estou morando com a Dandy e já montei o meu escritório. Posto fotos depois.
- Passar no vestibular, e terminar um curso superior; = Estou fazendo facul, isso mesmo na COC
- Colaborar sem falhar com os pacotes e traduções no Debian; = PENDENTE
- Manter-me mais estável em um emprego. = Estranho falar isso mas estou quase completando um ano em uma única empresa, pois adorava ser mochileiro pelos desafios que me eram apresentados. Mas ficando quietinho um pouco estou podendo economizar e poder investir um pouco em mim e na minha família.
Agora convido a você a rever suas metas que a blogar como estão indo após 6 meses de luta.
Você sabe como estão os pacotes de sua arquitetura?
Recentemente navegando no blog do nosso amigo Tadeu Pena ele postou falando sobre a situação dos pacotes que se encontram para quem usa o SID.
Achei interessante em repassar o artigo dele porque eu não conhecia esta parte do projeto Debian. Você que usa o SID sabe do que estou falando quando damos aquele famoso upgrade, e não conseguimos mais manter a nossa máquina “usável”. Assim pelo que entendi no site dos Desenvolvedores do Debian o “TEMPO” lhe indicará como está a situação daquele dia para os pacotes em sua arquitetura. Um tanto curioso mas muito interessante para aqueles que sempre gostam de ter a ultima versão do pacote em seu desktop instalado
… “O “tempo” de uma determinada base de distribuição Debian é uma indicação de quão seguro é em um determinado dia para tentar fazer alguma instalação / atualização de pacote. Um “mau dia” é um dia em que uma percentagem razoável de que a distribuição e/ou repositório não é instalável devido a quebra e inter-dependências de pacotes. Um “bom dia”, ao contrário, é quando a maior parte (possivelmente todos) dos pacotes disponíveis nessa distribuição repositório serão instalados. ” … (tradução do texto do site)
Para aqueles que já estão se preparando para migrar o servidor de etch para lenny, é interessante visitar antes para ver se a arquiterura está num bom dia.. sem as famosas nuvens aterrorizantes
No mais espero que tenham gostado que nem eu gostei.
Teste de Stress
Chegou hoje na empresa no qual trabalho uma placa mãe que de cara eu tinha falado que tinham tomado cano, porque cade o processador. Aí a anta aqui não tinha lido sobre a era da família VIA, que agora tá correndo em carreira solo. Assim para que conheçam um pouco a placa é uma PC2500E.
Fui delegado em fazer os testes para ver se o produto que estão desenvolvendo rodaria neste tipo de computador e lá vou eu pro meu fundo do baú de comandos no debian e lembrei do stress.
Stress é uma ferramenta que pode ser configurada para realizar um testes de stress de CPU, I/O, memória e disco em sistemas da família unix. E sua licença é GPL.
Esta ferramenta foi desenvolvida para vários sistemas operacionais, como dito acima. Assim, existem compilações específicas para determinados sistemas e, também, existe o source code disponível para compilação local.
A instalação no debian é bem simples:
aptitude install stress
IMPORTANTE: Antes de realizar os testes, tenha no mínimo dois terminais abertos no servidor sobre teste. Assim, caso a ferramenta consuma muitos recursos da máquina, você terá a oportunidade de matar seu processo sem ter que esperar que o teste acabe. Caso esteja remoto como foi o meu caso use o screen.
Abaixo seguem alguns exemplos práticos de como testar o seu servidor com esta ferramenta:
# stress --cpu 1k
Este comando faz um fork de 1024 processos a serem processados pela CPU.
# stress --cpu 12 --timeout 10s
Este comando faz um fork de 12 processos a serem processados pela CPU e o tempo do teste deverá ser de 10 segundos.
# stress --vm 2
Faz um fork de 2 processos que alocarão memória do servidor
# stress --vm 2 --vm-bytes 128M
Faz um fork de 2 processos que alocarão 128M cada durante o processo de stress test.
# stress --vm 2 --vm-bytes 128M --vm-hang --timeout 1h
Durante o teste serão alocados 128Mb de memória do servidor que somente serão liberados ao término do processo (após uma hora, segundo o parâmetro “–timeout 1h”)
# stress --io 4
Durante o teste, 4 processos farão múltiplas chamadas da função sync() (chamada de sistema que faz um flush do que existe na memória para o disco).
# stress --io 4 --timeout 10s
Faz exatamente o que o teste acima faz, porém, durante apenas 10 segundos.
# stress --hdd 6
Faz com que 6 processos utilizem a chamada de sistema write(), responsável pela escrita em disco no sistema operacional.
# stress --hdd 10 --hdd-bytes 2g --timeout 50s
Faz com que 10 processos utilizem a chamada de sistema write() para escrever arquivos de 2Gb de dados em disco, durante 50 segundos. O padrão para o parâmetro –hdd-bytes é de arquivos de 1Gb.
# stress --hdd 3 --hdd-noclean
Faz com que 3 processos criem arquivos de 1Gb (default do stress) no ambiente e não façam o unlink destes processos. Para maiores detalhes a respeito do unlink, por favor, utilize “man unlink” em ambientes Unix.
Referência
Em http://weather.ou.edu/~apw/projects/stress/ podem ser encontrados mais detalhes a respeito do stress e suas formas de uso.
Trabalho remoto
Muita gente ainda tem medo de acessos remotos em sua empresa e ao mesmo tempo as informações confidenciais serem roubadas. Mas o mercado vem mudando assustadoramente, até mesmo com ensino superior a distância, por coincidência estou fazendo também (coc).
Alguns clientes fazem contratos para acesso remoto, e aí? as horas trabalhadas são enviadas na base de confiança?
E aqueles que querem que comprovemos?
Eu tinha me esquecido do comando que poderia responder a este problema, mas fazendo uma breve e muito rápida a pesquisa encontrei o:
# last
Este comando apresenta tudo que necessitamos para a comprovação de nossos acessos aos servidores:
User Terminal Sem. Mês Dia Hora Inicial Hora Final Total de horas logada
sene pts/0 :0.0 Fri Feb 1 14:22 – crash (00:59)
sene pts/3 :0.0 Fri Feb 1 13:50 – 13:54 (00:03)
sene pts/2 :0.0 Fri Feb 1 13:45 – 13:54 (00:08)
sene pts/1 :0.0 Fri Feb 1 10:59 – 13:54 (02:54)
sene pts/0 :0.0 Fri Feb 1 10:15 – 13:54 (03:39)
sene tty1 Fri Feb 1 10:14 – crash (05:07)
sene tty1 Fri Feb 1 10:14 – 10:14 (00:00)
sene pts/0 :0.0 Fri Feb 1 10:11 – down (00:01)
Uma solução prática hoje pra mim
Uma entrevista interessante.
ÓTIMA A IDÉIA DE RITA LEE
Idéia de Rita Lee, no programa do Amaury Jr., a cantora e ativista Rita Lee teve uma daquelas idéias brilhantes, dignas do seu gênio criativo.Reclamando da inutilidade de programas como o Big Brother, ela deu a seguinte sugestão: 'Colocar todos os pré-candidatos à presidência da República trancados em uma casa, debatendo e discutindo seus respectivos programas de governo. Sem marqueteiros, sem máscaras e sem discursos ensaiados. Toda semana o público vota e elimina um. No final do programa o vencedor ganharia o cargo público máximo do país. Além de acabar com o enfadonho e repetitivo horário político, a população conheceria o verdadeiro caráter dos candidatos.
A idéia não é incrivelmente boa?
Então gritemos para pesse país: Casa dos Políticos JÁ!
Conexão com a internet
Bom, tudo hoje necessita da internet, como também nós meros mortais necessitamos nas grandes capitais, de empresas que provêem acesso a internet (Conhecidos como provedor de acesso). Tudo hoje encontra-se monopolizado as grandes operadoras de telecom, que isso me da uma tremenda saudade de Águas de Lindoia, aonde tinha o meu provedorzinho a Lindoianet.
Como é chato ficar na linha esperando atendimento, quando tinha o meu provedor no interior se não atendesse o cliente em menos de 24horas com certeza eu tinha um cliente a menos. Fiquei na linha esperando, esperando, até um atendente falar que estava com problemas no meu modem, que não estava muito estável a instalação. Puts, que mentirada, vou fingir que não sei como acessar o modem, ver sinal, nem sei nada de redes, e assim por diante. Fora que a mais de um ano sempre funcionou, mas vamos chamar realmente de osmar e que o defeito e esse.
A famosa frase é falada pela atendente: “Sr. deverá aguardar o nosso técnico até 72horas em sua residência, para verificar o que está acontecendo com a sua conexão”. O pior da história que tenho tudo com essa empresa: TV + NET + Telefone.
Bom ainda estou no ar, assim fui dar uma navegada sem rumo e achei esse video no youtube que adorei, assim todos agoram podem compartilhar comigo a minha indignação de não ter a velocidade atendida pelos provedores de acesso dentro das capitais. Porque não deixam isso dentro de pequenas empresas provedoras para poderem entregarem serviços com mais qualidade e sempre ter alguem perto pra poder pelo menos XINGARRRRRRRRRR.
Flash em máquinas AMD64
Hoje troquei minha máquina de trabalho de i386 para amd64, assim me deparei com algumas falhas de programas que necessitamos no dia a dia de trabalho. Ainda mais que tenho que sempre ficar on-line com os famosos softwares: skype, gajim (jabber, talk, msn, yahoo, icq, entre outros).
Para estes tive que fazer somente um malabarismo com o skype, pois o restante tinha no repositório oficial do debian. Já a nível da navegação tive problemas com o firefox, parei um pouco para debugar o script de instalação e consegui instalar o mesmo do site oficial sem muitas torturas… assim posto a simples linha que devem alterar.
Baixe no site da Macromedia o tar.gz do flash.
Como usuário normal, sem ser root, descompacte-o e entre no diretório:
[sourcecode language='bash']$ cd ~/install_flash_player_9_linux[/sourcecode]
Agora edite o arquivo de instalação:
$ vi flashplayer-installer
Procure por este pedaço do código:
# check architecture
TEMPARCH=`uname -m`
case $TEMPARCH in
i[3456]86)
ARCH=i386
;;
*)
exit_cpu $TEMPARCH
;;
esac
Altere somente este pedaço:
# check architecture
TEMPARCH=`uname -m`
case $TEMPARCH in
#i[3456]86)
x86_64)
ARCH=i386
;;
*)
exit_cpu $TEMPARCH
;;
esac
Pronto agora só instalar normalmente, lembre-se todos os browsers que tiver aberto deverá estar fechando antes da instalação, agora só rodar o comando:
$./flashplayer-installer
Para ter certeza que funcionou, abra o browser e digite about:plugins se aparecer o flash esta tudo ok.