Bem vamos algumas considera��es a serem pensadas referentes ao liveCDs 

 
O Sistema de arquivos usados por exemplo no kurumin e no knoppix e seu tamanho 
permite que parte da memoria RAM seja usada como um Disco, permitindo coisas 
como dar boot pelo CD e poder ejetar ele depois , ou seja a RAM passa ser a 
raiz em algumas situa��es.  ( claro vc tem que ter mem�ria RAM suficiente ) 

Agora imagine a velocidade de carga de um aplicativo armazenado numa Memoria 
RAM DDR contra a velocidade de um HD .  a RAM vai ganhar com uma larga 
vantagem. por isso os aplicativos parecem carregar  rapidamente pois ja est�o 
na mem�ria. 

Agora como vc fez uma copia de uma maquina Matriz, o conteudo de /proc n�o � 
necessario copia pois ele � montado virtualmente, bastando q exista /proc 
vazio no sistema.

Outra coisa � ver se o Swap est� configurado.

HDPARM para acesso a disco. 

kernel compilado para o processador e com drivers da controladora IDE 
compativel ( o padr�o � o Gen�rico que nem sempre tem a melhor performance )

Eu tenho um Slack  num Athlon XP 2600  e Bord com controladora Nforce  com 
kernel 2.6.1 com drivers adicionados para a contrladora ( e n�o o gen�rico )  
e carrego o OpenOffice 1.1 BR  em  11 Segundos ! 



> Em S�b 31 Jan 2004 17:21, Alexander escreveu:
> > Ol�!
> >
> > Estou meio desesperado com algo que vem acontecendo com meus
> > computadores.
> >
> > Tenho uma rede de treze computadores. Tenho tr�s tipos diferentes de
> > computadores: s�o Atlhon XP 2.2, Atlhon XP 2.2 e Duron 1.1.
> >
> > Rodei o Kalango e o Kurumin numa m�quina dessas e fiquei horrorizado com
> > a velocidade.
> >
> > Acontece que quando rodo o Linux instalado nessas m�quinas(Slack 9.0) o
> > desempenho � brutal de mais baixo.
> >
> > Para se ter uma id�ia, elas rodam como se fossem meu notebook AMD 500.
> >
> > S� consigo enxergar uma coisa que fiz de diferente que possa ter causado
> > isso.
> >
> > TODAS as m�quinas tem suas instala��es copiadas na �ntegra de uma m�quina
> > "matriz", uma Atlhon XP 2.8.
> >
> > O que fiz foi copiar com um "cp -axv" tudo de um HD instalado em outro HD
> > "virgem".
> >
> > O HD de origem � esse do Atlhon XP 2.8.
> >
> > � claro que particionei e formatei tudo direito, inclusive com o mesmo
> > sistema de arquivos e com a reprodu��o exata do /etc/fstab.
> >
> > S� tive que "retocar" as configura��es de hardware e tudo funciona
> > normalmente, sem qualquer problema.
> >
> > Por�m o Open Office 1.1 leva 46 segundos para abrir. Da mesma forma que
> > meu notebook.
> >
> > PIOR, estou rodando o Quick Start do Open Office tamb�m(no desespero por
> > causa da demora) e esses 46 segundos j� s�o com o Quick Start do
> > KDE/OpenOffice.
> >
> > N�o � s� o Open Office(afinal essa coisa demora mesmo), isso vale para o
> > Netscape e para qualquer aplica��o do KDE!
> >
> > Alguma santa alma consegue imaginar alguma coisa que possa acontecer
> > quando se copia com um "cp -axv" um hd para outro e que possa provocar
> > essa lentid�o??
> >
> > � poss�vel que o fato de copiar o /proc provoque isso? Ou estou falando
> > asneira?
> >
> > At� onde eu sei o /proc � criado na inicializa��o pelo kernel e n�o teria
> > como o /proc continuar com configura��es da m�quina de origem.
> >
> > J� fucei todos os BIOS e n�o nada, at� porque s�o m�quinas diferentes e
> > todas com o mesmo problema. Se os processadores s�o apenas tr�s
> > diferentes, as placas-m�es s�o de seis tipos diferentes.
> >
> > Ou seja, para mim o BIOS est� fora desse problema.
> >
> > Algu�m tem alguma sugest�o do que eu posso fazer?
> >
> > Abra�os!
> > Alexander
>
> --
>  + - - - - - - - - - - - - - - - - - - - - - - - - - - +
>
>  | Marcelo Anton - [EMAIL PROTECTED]
>  | ICQ: 75744712 - Usr Linux n.: 230281
>  | Lajeado - RS - Brasil
>
>  + - - - - - - - - - - - - - - - - - - - - - - - - - - +
>
>  | Slackware 9.0 - Kernel 2.4.20
>  | KDE 3.1
>
>  + - - - - - - - - - - - - - - - - - - - - - - - - - - +

-- 
Vagner
Mail: [EMAIL PROTECTED]
Home: http://www.litrix.cjb.net
ICQ:26586689


--
GUS-BR - Grupo de Usu�rios Slackware - BR
http://www.slackwarebrasil.org/
http://www.linuxmag.com.br/mailman/listinfo/slack-users

Responder a