[MULTILINUX] TRAVAMENTO PODEM SER JOGOS, E RAM,

[Alexandre Cristiano Heck]

Olá a todos, os testes prosseguiram e constatou-se que os problemas ocorrem
mesmo com a utilização de editores de texto em uma frequencia bem menor. A
ultima questão que foi levantada é a de que o problema pode estar
relacionado aos mouses já que utilizamos mais de 1 marca em cada PC. Os
computadores com todos os mouses da MTEK parecem apresentar mais problemas.

2008/9/18 Raimundo Sampaio sampaio <alefesampaio em gmail.com>

> OLA, A TODOS DA LISTA
>  BEM TODAS AS VEZES QUE TENTEI, USAR OS JOGOS,  COM AS PLACA ATI XL
> Quad,NÃO FUNCIONOU, TALVEZ E PORQUE ELAS SÃO SÓ 32MB  MAS TENTA USAR 2
> CABEÇA PARA VER COMO SE CONTINUA OS TRAVAMENTO OU MELHOR TENTA SEM MULTI
> TERMINAL SE  CONTINUAR  TRAVANDO  E  O  JOGO
>
> 2008/9/18 <multilinux-request em listas.softwarelivre.org>
>
>> enviar inscrições da lista de discussão Send MULTILINUX para
>>        multilinux em listas.softwarelivre.org
>>
>> Para se cadastrar ou descadastrar via WWW, visite o endereço
>>
>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/multilinux
>> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
>> corpo da mensagem para
>>        multilinux-request em listas.softwarelivre.org
>>
>> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
>> endereço
>>        multilinux-owner em listas.softwarelivre.org
>>
>> Quando responder, por favor edite sua linha Assunto assim ela será
>> mais específica que "Re: Contents of MULTILINUX digest..."
>>
>>
>> Tópicos de Hoje:
>>
>>   1. Re: Jogos da Série Educacional Gcompris travam terminais
>>      (Tiago Vignatti)
>>   2. Re: Jogos da Série Educacional Gcompris travam terminais
>>      (marcio torres)
>>   3. Re: Jogos da Série Educacional Gcompris travam terminais
>>      (Tiago Vignatti)
>>   4. Re: Jogos da Série Educacional Gcompris travam terminais
>>      (Alexandre Cristiano Heck)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Thu, 18 Sep 2008 17:00:26 -0300
>> From: Tiago Vignatti <vignatti em c3sl.ufpr.br>
>> Subject: Re: [MULTILINUX] Jogos da Série Educacional Gcompris travam
>>        terminais
>> To: "Comunidade de Multiterminais com GNU / Linux."
>>        <multilinux em listas.softwarelivre.org>
>> Message-ID: <48D2B35A.8060802 em c3sl.ufpr.br>
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>>
>> marcio torres escreveu:
>> >     Os travamentos por aquecimento das placas de video acabaram,
>> >
>> >
>> > Como sabe que os travamentos ocasionados por excesso  acabaram, o que
>> > fez para dissipar o calor com eficiência ?
>>
>> Nunca vi acontecer travamento por aquecimento de placa de video (mas
>> imagino que isso possa acontecer).
>>
>> Já flagrei duas placas de video muito próximas uma da outra e devido ao
>> aquecimento, derreter o fiozinho elÃ(c)trico, pegando fogo na máquina (por
>> sorte eu tava perto e desliguei tudo na hora).
>>
>>
>> >     no entanto os Jogos da SÃ(c)rie Educacional Gcompris continuam a
>> travar
>> >     os terminais.
>> >
>> >
>> > O problema que está diretamente ligado a travamentos e queda do
>> servidor
>> > gráfico Ã(c) falta de "RAM", quanto de memoria "RAM"  tem ?
>>
>> Não. A falta de memória não deve ocasionar o travamento, nem a queda do
>> servidor X.
>>
>>
>> >  O mouse para de responder apos pouco tempo de uso nos termianis.
>> >
>> > TambÃ(c)m pode está diretamente ligado a falta de "RAM"
>>
>> Se o mouse "trepida" daí o problema Ã(c) memória. Se o mouse pára de
>> funcionar daí não Ã(c) memória. Imagino que o mouse seja USB e a
>> maravilha
>> do fabricante do dispositivo não seguiu a especificação correta. Aí o
>> kernel Linux desliga ele. Acontece bastante disso.
>>
>>
>> > Nas versões mais atuais de diversas Distros os eventos podem ser
>> > captados, por meio de outro endereço, e com a evolução do evdev e
>> udev,
>> > creio que isso deva fazer a diferença, então, porque não usa uma
>> Distro
>> > mais atual ?, na wiki você terá diversos sabores de distro para
>> > escolher, e todoas atuais.
>> >
>> > Debian - Etch/Lenny
>> > Ubuntu - 8.04.1
>> > Mandriva - PowerPack/Spring/One - 2008.1
>> > openSUSE - 11.0
>> > Dreamlinux - 3.1
>> >
>> >
>> > Outros fatores podem causar um desempenho ruim em multiterminas, e cada
>> > caso Ã(c) um caso.
>>
>> A grosso modo uma distribuição deve ser encarada meramente como um
>> empacotamento de aplicativos. Se você pegar as últimas versões das
>> distros, elas empacotam praticamente as mesmas versões do X, udev, hal e
>> usb etc. Acho muito difícil o desempenho de uma distro ser
>> significativamente melhor do que de outra.
>>
>> abraços,
>>
>> --
>> Tiago Vignatti
>> C3SL - Centro de Computação Científica e Software Livre
>> www.c3sl.ufpr.br
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Thu, 18 Sep 2008 18:05:40 -0300
>> From: "marcio torres" <mkmt.es em gmail.com>
>> Subject: Re: [MULTILINUX] Jogos da Série Educacional Gcompris travam
>>        terminais
>> To: "Comunidade de Multiterminais com GNU / Linux."
>>        <multilinux em listas.softwarelivre.org>
>> Message-ID:
>>        <bbcb40a80809181405h4303ca0co8960479ab2d365ea em mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>>  Tiago Vignatti
>>
>> >
>> >
>> >     no entanto os Jogos da SÃ(c)rie Educacional Gcompris continuam a
>> travar
>> >>    os terminais.
>> >>
>> >>
>> >> Não. A falta de memória não deve ocasionar o travamento, nem a queda
>> do
>> > servidor X.
>> >
>>
>> Thiago, me perdoe mais dessa vez você está errado, a falta de memoria
>> está
>> sim ligado ao travamento e queda do servidor gráfico, e tanto que se
>> quiser
>> eu faço um vídeo aqui e lhe passo.
>>
>> EX:
>>
>> Tenho um CPU com dois terminais com o openSUSE 11.0, e 1250 de ram, e
>> funciona perfeito sem qualquer tipo de travamento ou queda do X, porÃ(c)m se
>> eu
>> retirar os 1250 de ram , e subistituir por  250 MB, o OS vai inicializar
>> já
>> com alguma dificuldade, e depois quando abrir os terminais , basta abrir o
>> "netbeans" e no segundo rodar  um DVD, e pronto, cai e volta pro login.
>>
>>
>> >
>> >
>> >
>> >
>>
>> >   O mouse para de responder apos pouco tempo de uso nos termianis.
>> >>
>> >> TambÃ(c)m pode está diretamente ligado a falta de "RAM"
>> >>
>> >
>> > Se o mouse "trepida" daí o problema Ã(c) memória. Se o mouse pára de
>> funcionar
>> > daí não Ã(c) memória. Imagino que o mouse seja USB e a maravilha do
>> fabricante
>> > do dispositivo não seguiu a especificação correta. Aí o kernel Linux
>> desliga
>> > ele. Acontece bastante disso.
>> >
>>
>> Esse teste pode ser feito tambÃ(c)m, quando eu pego  a mesma configuração
>> acima
>> citada, e abro o gmail em ambos, então pressiono a tecla da direita para
>> percorrer o texot, o mouse ps2, vai normal , já o USB com essa quantidade
>> de
>> memoria fica parado e só depois de alguns segundos ele responde, mesmo
>> depois de ter tirado o dedão da tecla.
>>
>> A grosso modo uma distribuição deve ser encarada meramente como um
>> > empacotamento de aplicativos. Se você pegar as últimas versões das
>> distros,
>> > elas empacotam praticamente as mesmas versões do X, udev, hal e usb
>> etc.
>> > Acho muito difícil o desempenho de uma distro ser significativamente
>> melhor
>> > do que de outra.
>> >
>>
>> Como você mesmo disse: - "Acho", ou seja não tem certeza, como eu
>> tambÃ(c)m não
>> posso lhe garantir e nem tenho um gráfico sobre esses possíveis ganhos
>> não
>> tenho muito o que discutir, mais Ã(c) fato que por exemplo o xorg, melhorou
>> muito em relação aos primeiros que eu havia testado, pode-se ler na wiki
>> do
>> Xorg, que a próxima versão tará melhorias em relação ao Xephyr, assim
>> como o
>> udev teve melhorias, ou será que lançaram um nova versão apenas para
>> modificar o nome do mesmo....
>>
>>
>> Eu não tenho um conhecimento tÃ(c)cnico para dar detalhes, mais quando se
>> trata
>> de testes físicos, homem máquina, isso eu conheço um pouco...
>>
>>
>>
>>
>> >
>> > abraços,
>> >
>> > --
>> > Tiago Vignatti
>> > C3SL - Centro de Computação Científica e Software Livre
>> > www.c3sl.ufpr.br
>> >
>> > _______________________________________________
>> > MULTILINUX mailing list
>> > MULTILINUX em listas.softwarelivre.org
>> > http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/multilinux
>> >
>> >
>>
>>
>> --
>> Marcio Kleber Torres
>>
>> .--.
>> | o_o | +------------------------+
>> | :_ / | | Linux Registered User |
>> / / \ \ | # 463046 |
>> ( | | ) +-------------------------+
>> / ' \_ _/ ` \
>> \___)=(___/ Vila Velha - ES
>> -------------- Próxima Parte ----------
>> Um anexo em HTML foi limpo...
>> URL:
>> http://listas.softwarelivre.org/pipermail/multilinux/attachments/20080918/addae444/attachment-0001.html
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Thu, 18 Sep 2008 18:47:18 -0300
>> From: Tiago Vignatti <vignatti em c3sl.ufpr.br>
>> Subject: Re: [MULTILINUX] Jogos da Série Educacional Gcompris travam
>>        terminais
>> To: "Comunidade de Multiterminais com GNU / Linux."
>>        <multilinux em listas.softwarelivre.org>
>> Message-ID: <48D2CC66.5090200 em c3sl.ufpr.br>
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>>
>> marcio torres escreveu:
>> > Thiago, me perdoe mais dessa vez você está errado, a falta de memoria
>> > está sim ligado ao travamento e queda do servidor gráfico, e tanto que
>> > se quiser eu faço um vídeo aqui e lhe passo.
>> >
>> > EX:
>> >
>> > Tenho um CPU com dois terminais com o openSUSE 11.0, e 1250 de ram, e
>> > funciona perfeito sem qualquer tipo de travamento ou queda do X, porÃ(c)m
>> > se eu retirar os 1250 de ram , e subistituir por  250 MB, o OS vai
>> > inicializar já com alguma dificuldade, e depois quando abrir os
>> > terminais , basta abrir o "netbeans" e no segundo rodar  um DVD, e
>> > pronto, cai e volta pro login.
>>
>> Se isso acontece, então Ã(c) um bug feio. Não deveria acontecer de maneira
>> alguma. O log diz alguma coisa?
>>
>> (A propósito, vc tentou ativar o swap nesta máquina com pouca memória?)
>>
>>
>> > Esse teste pode ser feito tambÃ(c)m, quando eu pego  a mesma
>> configuração
>> > acima citada, e abro o gmail em ambos, então pressiono a tecla da
>> > direita para percorrer o texot, o mouse ps2, vai normal , já o USB com
>> > essa quantidade de memoria fica parado e só depois de alguns segundos
>> > ele responde, mesmo depois de ter tirado o dedão da tecla.
>>
>> Isso Ã(c) "normal".
>>
>> O cursor do mouse está sendo renderizado por sw (não na GPU) no Xephyr e
>> qnd muita CPU Ã(c) ocupada ele fica trepidando. Mas o problema mais visível
>> aqui Ã(c) CPU e não memória, como vc tinha dito. Pra uma descrição mais
>> clara sobre isso tudo leia este post:
>>
>>
>> http://vignatti.wordpress.com/2007/07/06/xorg-input-thread-summary-or-something/
>>
>>
>> > pode-se ler na wiki do Xorg, que a próxima versão tará melhorias em
>> > relação ao Xephyr, assim como o udev teve melhorias, ou será que
>>
>> A única mudança aparente no Xephyr Ã(c) o suporte a GLX e DRI. Em
>> relação a
>> desempenho não tem nada.
>>
>>
>> um abraço,
>>
>> --
>> Tiago Vignatti
>> C3SL - Centro de Computação Científica e Software Livre
>> www.c3sl.ufpr.br
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Thu, 18 Sep 2008 20:00:19 -0300
>> From: "Alexandre Cristiano Heck" <alexandreh5 em gmail.com>
>> Subject: Re: [MULTILINUX] Jogos da Série Educacional Gcompris travam
>>        terminais
>> To: "Comunidade de Multiterminais com GNU / Linux."
>>        <multilinux em listas.softwarelivre.org>
>> Message-ID:
>>        <b8c6336a0809181600qf9ad2bcy666e41b19e6bcc80 em mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Como disse, antes de colocarmos as placas 4Vga em 1 PCI slot da ATI xl
>> Quad, as placas ficavam tão proximas que aqueciam demais, chegava a
>> derreter
>> solda estanho, mais de 250 graus celcius.
>>
>> Sei que agora o não Ã(c) problema de aquecimento do chipset de video pois
>> da
>> pra tocar os mesmos quando a maquina está ligada e rodando os terminais,
>> a
>> temperatura Ã(c) praticamente a mesma do ambiente, tanto do chipset grafico
>> quanto dos outros componentes da placa de video.
>>
>> O desempenho da maquina Ã(c) bom roda tudo muito ligeiro, o computador tem
>> 1GB
>> de memória DDR2, e atravÃ(c)s do monitor do sistema pude ver que nunca
>> ultrapassa 420MB de memória RAM usada (abri mais de 30 aplicativos nas 4
>> cabeças para chegar a este valor), o tamanho do espaço em disco usado
>> para
>> SWAP, quando falta memória, Ã(c) de apenas alguns megabytes, mesmo tamanho
>> que
>> vejo no meu Notebook que tem 2 GB de RAM.
>>
>> Quanto a forma como foram implementados os multiterminais Ã(c) a mesma
>> utilizada pelo laboratório do Paraná Digital que conta com mais de 40000
>> estações Multiterminal nas escolas do Estado do PR, desenvolvida pela
>> equipe
>> do C3SL da UFPR (Universidade Federal do Paraná)
>>
>> O uso de jogos atravÃ(c)s de emulador de megadrive para o Linux eram
>> impraticaveis, a frequencia dos travamentos diminui muito com os jogos da
>> SÃ(c)rie Educacional Gcompris no entanto ainda ocorrem.
>>
>> Para instalar o multiterminal baixei o Ubuntu 7.04 do site oficial e
>> instalei o mesmo, depois rodei os Scripts desenvolvidos pela C3SL que se
>> encontram na pasta multiterminal do Live CD multiterminal desenvolvido
>> pela
>> equipe do C3SL.
>>
>> A solução multiterminal implementada usa o Xephir modificado pelo C3SL e
>> outros pacotes que vem junto da pasta do Live CD encontrado no site do
>> CESL
>> http://www.c3sl.ufpr.br/multiterminal/index-pt.php.
>>
>> Quanto a não usar uma distro mais recente, Ã(c) porque alguns pacotes
>> usados
>> para configurar o multiterminal já são de versões mais recentes que os
>> necessários para criar os multiterminais usando a metodologia explicada
>> acima.
>>
>> O que me intriga Ã(c) o fato de não rodarem jogos ou de os problemas
>> encontrados na execução de jogos inviabilizarem neste caso a solução
>> multiterminal adotada neste caso.
>>
>> Me ajudem por favor
>>
>>
>> Atenciosamente
>> Alexandre Cristiano Heck
>> Departamento de Tecnologia da Informação
>> Prefeitura de Missal-PR
>> -------------- Próxima Parte ----------
>> Um anexo em HTML foi limpo...
>> URL:
>> http://listas.softwarelivre.org/pipermail/multilinux/attachments/20080918/4ead61cf/attachment.htm
>>
>> ------------------------------
>>
>> _______________________________________________
>> MULTILINUX mailing list
>> MULTILINUX em listas.softwarelivre.org
>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/multilinux
>>
>>
>> Fim da Digest MULTILINUX, volume 19, assunto 38
>> ***********************************************
>>
>
>
> _______________________________________________
> MULTILINUX mailing list
> MULTILINUX em listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/multilinux
>
>


-- 

Atenciosamente
Alexandre Cristiano Heck
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.softwarelivre.org/pipermail/multilinux/attachments/20080919/a9847058/attachment.htm