Quem disse que o Linux não tem muitos jogos, ou bons jogos?
Cheguei a conclusão que me falta tempo para testar tantos jogos, na sua maioria gratuitos e com código fonte disponível.
Então resolvi fazer um resumo sobre um emulador.
Aproveitando que o Kurumin 7, já vem com Emuladores para Mega e Super Nintendo, resolvi testar alguns emuladores para Nintendo 8bits.
Após testes com alguns emuladores de Nes fiz a minha escolha espero que cada um faça a sua também, mas já vou dar as dicas ao meu favorito entre os testados.
Testei o Fceu, Nestra e o Mednafen.
A minha escolha foi o Mednafen que é um Sistema emulador de jogos (formamulti-game-system emulator), para várias plataformas, incluindo:
* Atari Lynx
* Famicom
* Game Boy (Color)
* Game Boy Advance
* Neo Geo Pocket (Cores)
* NES, ambos NTSC e PAL
* PC Engine / TurboGrafx 16 (CD)
Incluído na lista o Nes, que será o foco deste resumo.
Para instala-lo nas principais distribuições, use os comandos:
Debian, Ubuntu, Kurumin
# apt-get install mednafen
Fedora
# yum install mednafen
Mandriva
# urpmi mednafen
Após a instalação basta usar o comando
mednafen arquivo
Ex: (mednafen Bomberman.nes)
Caso não tenha nenhum arquivo de jogos, 2 bons sites para se conseguir ROMS de jogos são:
http://www.planetemu.net
http://www.romnation.net/
Lembrando que é recomendável ter o jogo original para não que este não seja classificado com pirata.
Algumas de minhas recomendações são:
Battle City, Ninja Cruzaders e Bomberman
Um arquivo de ajuda sobre o Mednafen pode ser encontrada(em inglês) no diretorio:
/usr/share/doc/mednafen/mednafen.html
Baseado nele, nos meus testes e em ajuda procurada na web, vão algumas dicas:
Teclas de atalho para p Mednafen, plataforma NES:
Tecla(s): Ação: Configuration String:
F3 Configura a teclas do Controle1, input_config1
Shift + F3 Configura a teclas do Controle2, input_config2
F5 Salvar estado.
F7 Carregar estado.
F9 Salva Tela (Snapshot), na pasta ~home/.mednafen/snaps/2.png
F10 Reset.
F12 Exit ou Esc(Não funcionou nos testes que fiz, mas Nada que um ALT+F4 não resolva(desde que não esteja em tela cheia).
Após a remoção da pasta "~home/.mednafen" o Esc e F12, voltaram a funcionar
Alt + Enter Modo Tela cheia.
É Isso ai, bom jogo a todos, e guardo os comentários.
segunda-feira, 15 de setembro de 2008
segunda-feira, 1 de setembro de 2008
Linux: Ganhar Mercado é o mais Importante?
Hoje dia primeiro de Setembro do ano de 2008, venho aqui com boas noticias para o Linux
No meu post anterior fiz uma projeção sobre o crescimento do Linux nos micros que acessam a internet, felizmente errei a projeção para o Linux no mês de agosto e o sistema cresceu mais do que o projetado. :)
Projeção Agosto/2008: 0,85 %
Agosto/2008 : 0,93%
Outro motivo além dos já citados no artigo anterior foi: Microsoft Brasil aperta o cerco contra XP pirata em setembro
Mas a questão deste post são alguns artigos, noticias que li neste mês de Setembro que considero complementares., No artigo Que tal Linux? do Márcio Pessoa, que recomendo a leitura, diz no ultimo parágrafo, apenas como citação:
"Meu foco principal nesse artigo é atingir o usuário final, aquele que vai ao supermercado comprar seu primeiro computador, então não vou cair no preciosismo de mencionar as raízes do software livre e como é bom ter acesso ao código fonte dos programas, pois essas informações não tem nenhum proveito para o usuário comum de computadores."
Gostaria de juntar a isso alguns fatos que também não tem nenhum proveito para o usuário comum de computadores e acontecem como por exemplo um hardware não suportado, que o ganho de mercado mostra aos fabricantes de hardware que não existe apenas um sistema operacional neste mundo, assistência técnica, sejam lojas de informática ou os famosos amigos que ajudam a resolver problemas, o baixo custo de manutenção(devido ao aumento da mão de obra disponível).
No artigo Linux: mais importante do que ganhar mercado é compartilhar, diz:
"Claro que a liberdade pode não ser o objetivo de todos que usam software livre. Alguns podem almejar a dominação do mercado, e há empresas como o Ubuntu que se beneficiariam de uma maior adoção do GNU/Linux. O sucesso financeiro delas, em qualquer nível, é benéfico ao sucesso geral do GNU/Linux, porque significa que mais dinheiro será gasto no seu desenvolvimento. Mas ainda que essas empresas vão à falência, o GNU/Linux permanecerá: o desenvolvimento vai continuar, haja ou não apoio financeiro das vendas de serviços, desde que haja um grupo suficiente de pessoas que precisem do software a ponto de compartilhar seu tempo para mantê-lo funcionando e adicionando novas capacidades."
No meu post anterior fiz uma projeção sobre o crescimento do Linux nos micros que acessam a internet, felizmente errei a projeção para o Linux no mês de agosto e o sistema cresceu mais do que o projetado. :)
Projeção Agosto/2008: 0,85 %
Agosto/2008 : 0,93%
Outro motivo além dos já citados no artigo anterior foi: Microsoft Brasil aperta o cerco contra XP pirata em setembro
Mas a questão deste post são alguns artigos, noticias que li neste mês de Setembro que considero complementares., No artigo Que tal Linux? do Márcio Pessoa, que recomendo a leitura, diz no ultimo parágrafo, apenas como citação:
"Meu foco principal nesse artigo é atingir o usuário final, aquele que vai ao supermercado comprar seu primeiro computador, então não vou cair no preciosismo de mencionar as raízes do software livre e como é bom ter acesso ao código fonte dos programas, pois essas informações não tem nenhum proveito para o usuário comum de computadores."
Gostaria de juntar a isso alguns fatos que também não tem nenhum proveito para o usuário comum de computadores e acontecem como por exemplo um hardware não suportado, que o ganho de mercado mostra aos fabricantes de hardware que não existe apenas um sistema operacional neste mundo, assistência técnica, sejam lojas de informática ou os famosos amigos que ajudam a resolver problemas, o baixo custo de manutenção(devido ao aumento da mão de obra disponível).
No artigo Linux: mais importante do que ganhar mercado é compartilhar, diz:
"Claro que a liberdade pode não ser o objetivo de todos que usam software livre. Alguns podem almejar a dominação do mercado, e há empresas como o Ubuntu que se beneficiariam de uma maior adoção do GNU/Linux. O sucesso financeiro delas, em qualquer nível, é benéfico ao sucesso geral do GNU/Linux, porque significa que mais dinheiro será gasto no seu desenvolvimento. Mas ainda que essas empresas vão à falência, o GNU/Linux permanecerá: o desenvolvimento vai continuar, haja ou não apoio financeiro das vendas de serviços, desde que haja um grupo suficiente de pessoas que precisem do software a ponto de compartilhar seu tempo para mantê-lo funcionando e adicionando novas capacidades."
terça-feira, 12 de agosto de 2008
Otimizando o Kurumin
Como prometido em post anterior, fiz uma otimização do Kurumin baseado no artigo Otimizando o Kurumin.
O artigo foi feito baseado em versões anteriores do Kurumin, mas apesar disso deu par aproveitar bem as idéias do mesmo e tive boa economia de memória. Caso tenha alguma dúvida sobre como o Linux mostra a memória livre, funciona assim:
O Linux usa toda a memoria livre para fazer cache, usando o comando free do terminal você vai ver uma saída assim:
Inicialmente o uso de memória era:
Mem: 231968k used - 15936k buffers - 140000k cached = 76032 k (+/- 76MB)
top - 14:44:29 up 19:52, 0 users, load average: 2.62, 1.23, 0.57 Tasks: 71 total, 5 running, 66 sleeping, 0 stopped, 0 zombie Cpu(s): 18.9%us, 4.7%sy, 0.1%ni, 75.3%id, 0.4%wa, 0.3%hi, 0.2%si, 0.0%st Mem: 238788k total, 231968k used, 6820k free, 15936k buffers Swap: 329324k total, 64k used, 329260k free, 140000k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2325 kurumin 18 0 30476 14m 11m S 14.4 6.1 137:59.95 kded 2393 kurumin 16 0 24636 7260 5884 R 12.6 3.0 0:00.67 kio_file 7862 kurumin 15 0 39744 23m 18m S 3.6 10.0 0:16.29 konqueror 8289 kurumin 15 0 2224 1032 784 R 3.6 0.4 0:00.09 top 2160 root 15 0 32924 9.9m 4016 S 1.8 4.2 8:42.01 Xorg 1 root 15 0 1944 636 548 S 0.0 0.3 0:02.87 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.07 ksoftirqd/0 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.42 events/0 5 root 17 -5 0 0 0 S 0.0 0.0 0:00.05 khelper 6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 9 root 19 -5 0 0 0 S 0.0 0.0 0:00.12 kblockd/0 10 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 74 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0 76 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 kseriod 128 root 23 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 129 root 15 0 0 0 0 S 0.0 0.0 0:01.97 pdflush 130 root 10 -5 0 0 0 S 0.0 0.0 0:06.14 kswapd0 131 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
Essa foi a lista de serviços desativados no meu Kurumin 7:
s10sysklogd
s11klogd
s02kdm
s03hplib
s99kdm
Após a desativação dos serviços o uso de memória era(modo texto):
Mem: used - buffers - cached = 24900 k (+/- 24MB)
total used free shared buffers cached Mem: 238788 182792 55996 0 12400 145492 -/+ buffers/cache: 24900 213888 Swap: 329324 0 329324
Após a desativação dos serviços e abertura do Ambiente gráfico Icewm o uso de memória era:
Mem: 197092k used - 16912k buffers - 146324k cached = 33856 k (+/- 33MB)
top - 14:52:01 up 19:59, 1 user, load average: 1.60, 1.68, 1.01 Tasks: 52 total, 2 running, 50 sleeping, 0 stopped, 0 zombie Cpu(s): 19.0%us, 4.8%sy, 0.1%ni, 75.2%id, 0.5%wa, 0.3%hi, 0.2%si, 0.0%st Mem: 238788k total, 197092k used, 41696k free, 16912k buffers Swap: 329324k total, 64k used, 329260k free, 146324k cached [6;1H [7m PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9673 kurumin 15 0 2224 1020 784 R 6.0 0.4 0:00.27 top 1 root 15 0 1944 636 548 S 0.0 0.3 0:02.89 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.07 ksoftirqd/0 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.50 events/0 5 root 17 -5 0 0 0 S 0.0 0.0 0:00.05 khelper 6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 9 root 10 -5 0 0 0 S 0.0 0.0 0:00.12 kblockd/0 10 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 74 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0 76 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 kseriod 128 root 23 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 129 root 15 0 0 0 0 S 0.0 0.0 0:02.02 pdflush 130 root 10 -5 0 0 0 S 0.0 0.0 0:06.23 kswapd0 131 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 132 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0 133 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0
São mudanças que melhoram bem o uso da memória, mas é um artigo para versões anteriores (Kurumin 2), depois de executar os testes conheci um outro artigo sobre uso do Kde Usando KDE em micros com 32 MB de RAM que é mais recomendável para os computadores dos dias de hoje, mesmo os mais antigos, são mais novos que os mais antigos da época do artigo e ainda mantém as funcionalidades(facilidade) proporcionadas pelo Kde.
O artigo foi feito baseado em versões anteriores do Kurumin, mas apesar disso deu par aproveitar bem as idéias do mesmo e tive boa economia de memória. Caso tenha alguma dúvida sobre como o Linux mostra a memória livre, funciona assim:
O Linux usa toda a memoria livre para fazer cache, usando o comando free do terminal você vai ver uma saída assim:
| Total | Used | Free | Shared | Buffers | Cached | |
| Mem: | 515096 | 449188 | 65908 | 0 | 10708 | 164500 |
| -/+ buffers/cache: | 273980 | 241116 | ||||
| Swap: | 2104472 | 132520 | 1971952 |
O segundo campo da linha -/+ buffers/cache, ou seja, segunda linha e segunda coluna, representa a quantidade real de memoria usada pelos aplicativos, o campo free corresponde a quantidade de memoria livre no momento, entretanto já está considerando buffers e cache.
Inicialmente o uso de memória era:
Mem: 231968k used - 15936k buffers - 140000k cached = 76032 k (+/- 76MB)
top - 14:44:29 up 19:52, 0 users, load average: 2.62, 1.23, 0.57 Tasks: 71 total, 5 running, 66 sleeping, 0 stopped, 0 zombie Cpu(s): 18.9%us, 4.7%sy, 0.1%ni, 75.3%id, 0.4%wa, 0.3%hi, 0.2%si, 0.0%st Mem: 238788k total, 231968k used, 6820k free, 15936k buffers Swap: 329324k total, 64k used, 329260k free, 140000k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2325 kurumin 18 0 30476 14m 11m S 14.4 6.1 137:59.95 kded 2393 kurumin 16 0 24636 7260 5884 R 12.6 3.0 0:00.67 kio_file 7862 kurumin 15 0 39744 23m 18m S 3.6 10.0 0:16.29 konqueror 8289 kurumin 15 0 2224 1032 784 R 3.6 0.4 0:00.09 top 2160 root 15 0 32924 9.9m 4016 S 1.8 4.2 8:42.01 Xorg 1 root 15 0 1944 636 548 S 0.0 0.3 0:02.87 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.07 ksoftirqd/0 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.42 events/0 5 root 17 -5 0 0 0 S 0.0 0.0 0:00.05 khelper 6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 9 root 19 -5 0 0 0 S 0.0 0.0 0:00.12 kblockd/0 10 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 74 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0 76 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 kseriod 128 root 23 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 129 root 15 0 0 0 0 S 0.0 0.0 0:01.97 pdflush 130 root 10 -5 0 0 0 S 0.0 0.0 0:06.14 kswapd0 131 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
Essa foi a lista de serviços desativados no meu Kurumin 7:
s10sysklogd
s11klogd
s02kdm
s03hplib
s99kdm
Após a desativação dos serviços o uso de memória era(modo texto):
Mem: used - buffers - cached = 24900 k (+/- 24MB)
total used free shared buffers cached Mem: 238788 182792 55996 0 12400 145492 -/+ buffers/cache: 24900 213888 Swap: 329324 0 329324
Após a desativação dos serviços e abertura do Ambiente gráfico Icewm o uso de memória era:
Mem: 197092k used - 16912k buffers - 146324k cached = 33856 k (+/- 33MB)
top - 14:52:01 up 19:59, 1 user, load average: 1.60, 1.68, 1.01 Tasks: 52 total, 2 running, 50 sleeping, 0 stopped, 0 zombie Cpu(s): 19.0%us, 4.8%sy, 0.1%ni, 75.2%id, 0.5%wa, 0.3%hi, 0.2%si, 0.0%st Mem: 238788k total, 197092k used, 41696k free, 16912k buffers Swap: 329324k total, 64k used, 329260k free, 146324k cached [6;1H [7m PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9673 kurumin 15 0 2224 1020 784 R 6.0 0.4 0:00.27 top 1 root 15 0 1944 636 548 S 0.0 0.3 0:02.89 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.07 ksoftirqd/0 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.50 events/0 5 root 17 -5 0 0 0 S 0.0 0.0 0:00.05 khelper 6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 9 root 10 -5 0 0 0 S 0.0 0.0 0:00.12 kblockd/0 10 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 74 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0 76 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 kseriod 128 root 23 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 129 root 15 0 0 0 0 S 0.0 0.0 0:02.02 pdflush 130 root 10 -5 0 0 0 S 0.0 0.0 0:06.23 kswapd0 131 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 132 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0 133 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0
São mudanças que melhoram bem o uso da memória, mas é um artigo para versões anteriores (Kurumin 2), depois de executar os testes conheci um outro artigo sobre uso do Kde Usando KDE em micros com 32 MB de RAM que é mais recomendável para os computadores dos dias de hoje, mesmo os mais antigos, são mais novos que os mais antigos da época do artigo e ainda mantém as funcionalidades(facilidade) proporcionadas pelo Kde.
sexta-feira, 8 de agosto de 2008
Porcentagem de Uso do Linux
Porcentagem de Uso do Linux
É de conhecimento da maioria de usuários de Linux que a grande maioria de servidores de internet usa Linux, com Servidor Apache.
Mas computadores em desktop na sua grande maioria das vez usa Windows.
Em recente noticia no site guiadoharware.net foi noticiado que: Uso do Windows na Internet poderá ser inferior a 90% em 2008, recomend a leitura.
Acredito que isso está ocorrendo em grande parte, além dos motivos citado na noticia, se deve ao fato do crescimento do Mac OS X, que agora usam processadores intel, o que aumentou as ações da Apple na epoca do anuncio e hoje já pode ser sentido no crescimento desse sistema em uso mundialmente.
Graças ao avanço cada vez maior do Linux, principalmente o Ubuntu entre usuarios mais leigos, que não verdade são cerca 90% dos usuários, da popularidade do Linux em subnotebooks e portáteis, a imprensa que divulga o sistema, em especial no Brasil a Folha de São Paulo, e ao baixo aceite do Windows Vista pela grande maioria dos usuários, muito pela lentidão do mesmo e pela boa estabilidade do XP, não justificando a troca, isso se reflete nos planos de downgrade oferecidos por vários fabricantes de Pc´s.
Mas tenho que concordar que esse sucesso se deve em sua maioria ao Mac, mas um detalhe nessa balança vai pesar, o Mac so roda em hardware de maquinas Mac e o Linux roda na maioria de hardware encontrada por ai, "não apenas computadores", outro grande detalhe é o custo do sistema Linux, aliado ao combate a pirataria promovido pelas empresas de software o resultado pode ser previsto, resumidamente, digo que é um crescimento sustentavel, diferentemente do Mac OS X.
Baseado nos dados dos últimos 10 meses da Net Applications, que é uma pesquisa envolvendo cerca de 160 milhões de usuários por mês, fiz uma projeção de uso do Linux de Agosto de 2008 até Janeiro de 2009, quando provavelmente(talvez antes) o Linux vai estar em 1% das maquinas que acessam a internet, excluindo ai o grande dominio do Linux em servidores, principalmente servidores Web.
Simulação a partir do mês 08/2008Eu diria que isso é um futuro promissor.
Grafico feito com BrOffice 2.4
Fonte dos dados: Net Applications
Assinar:
Postagens (Atom)
