Re: swap é mesmo necessário?
Lembre-se, não basta mudar o initdefault de 2 para 5, voce pode até deixar em 2. Basta fazer com que o X inicie automaticamente. veja os links no rc*.d (* é o seu runlevel).
> O problema é que o kernel 2.6, que eu instalei também , ele não funciona
> bem, ele só entra no modo texto, depois de entrar no modo texto é que dou
> o comando startx aí ele abre o KDE já retirei o default dele no
> /etc/init..
> muando de 2 para 5 , mas não adiantou nada, sendo assim optei pelo 2.4 e
> top ficou assim
>
> top - 13:07:28 up 1 day, 7:08, 1 user, load average: 2.02, 2.09, 2.04
> Tasks: 63 total, 5 running, 58 sleeping, 0 stopped, 0 zombie
> Cpu(s): 99.0% user, 1.0% system, 0.0% nice, 0.0% idle
> Mem: 2069320k total, 684972k used, 1384348k free, 124384k buffers
> Swap: 0k total, 0k used, 0k free, 199736k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 1714 wel 15 0 1000 996 472 R 49.0 0.0 922:58.45 moa
> 1706 wel 15 0 1000 996 472 R 48.7 0.0 924:05.22 moi
> 1586 root 5 -10 97740 15m 2552 S 2.0 0.8 3:54.75 XFree86
> 3090 wel 9 0 15132 14m 13m R 0.3 0.7 0:00.41 kdeinit
> 1 root 8 0 504 504 452 S 0.0 0.0 0:00.05 init
> 2 root 9 0 0 0 0 S 0.0 0.0 0:00.05 keventd
> 3 root 19 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd_CPU0
> 4 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kswapd
> 5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush
> 6 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kupdated
> 99 root 9 0 0 0 0 S 0.0 0.0 0:00.05 kjournald
> 237 root 9 0 0 0 0 S 0.0 0.0 0:00.01 kjournald
> 421 root 9 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
> 422 root 9 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
> 502 root 9 0 0 0 0 S 0.0 0.0 0:00.00 khubd
> 1316 daemon 9 0 448 448 380 S 0.0 0.0 0:00.00 portmap
> 1473 root 9 0 800 800 696 S 0.0 0.0 0:00.04 syslogd
> wel@Julia:~$
> Thadeu Penna
> >
> > Desculpe ser chato, mas ir para o kernel 2.4 é um retrocesso, no seu
> > caso. Como o Marcos apontou, você não vai usar o HyperThreading. O
> > kernel 2.6 com suporte a SMP liga o APIC, etc.. Eu voltaria para a
> > versão que você testou, e quando o computador apitasse, eu rebootaria e
> > leria a
> > temperatura na BIOS. Pode não ser nada, mas pode ser que a temperatura
> > esteja alta e você esteja pondo em risco seu computador.. Se a
> > temperatura estiver baixa, pode tentar carregar sem o acpi e o apic.
> >
> > Ah, e reply só para a lista :)
> >
> > On Sun, 9 Oct 2005, Francisco Welington de Sousa Lima wrote:
> >> Obrigado pela resposta, já consertei eu instalei o kernel - image
> >> para só uma CPU e está funcionando legal , o problema era mesmo o
> >> kernel errado. mandioca
> >>> On Fri, Oct 07, 2005 at 01:33:40PM -0300, Francisco Welington de
> >>> Sousa Lima wrote:
> >>>> Meu Problema surgiu quando coloquei mais 1Gb de memória no PC, que
> >>>> já tinha 1GB sem swap, daí meu kernel não reconheceu a memória
> >>>> adicionada, então me sugeriram instalar um kernel imagem que
> >>>> reconhecesse a memória adicional e assim o fiz, só quando coloco
> >>>> dois processos para rodar ao mesmo tempo, o comando top mostra os
> >>>> 2Gb de memória e para cada processo em execusão ele coloca 98% e 99%
> >>>> para o outro, aí fiquei supreso pois só uma CPU e não duas e dpois
> >>>> de umas 12 horas executando os programas eu comecei a ouvir um leve
> >>>> bip de mais ou um segundo de intervalo, então de repente o Pc saiu o
> >>>> modo gráfico e ficou mostrando a tela preta com uma menssagem
> >>>> dizendo CPU operando em temperatura superior ao seu limite. O
> >>>> interessante é que no kernel antigo sem a memória adicionada, eu
> >>>> rodava 5 programas ao mesmo tempo e nunca atingiu a temperatura de
> >>>> limite , agora estou com um PC com 2GB de memória , mas só posso
> >>>> executar um programa de cada vez. Alguém sabe porque isto está
> >>>> acontecendo?
> >>>> Thadeu Penna
> >>>>> On Fri, 7 Oct 2005, Eduardo Costa Lisboa wrote:
> >>>>>>
> >>>>>> A existência de uma memória de swap é esperada pelo kernel. Caso
> >>>> você não utilize swap, seu sistema ficará extremamente lento quando
> >>>> o sistema se aproximar do uso máximo da memória (usado + cache).
> >>>>>
> >>>>> E ficará lento se usar a swap pois hd é muito mais lento que RAM..
> >>>> Se o sistema se aproximar do máximo de usado mais cache, é liberado
> >>>> o cache. Se lotar RAM+swap, o kernel começa a matar os processos.
> >>>> Este é o sinal que você precisa de mais swap.
> >>>>>
> >>>>> Aproveitando, não é preciso reinstalar nada para usar swap (ou mais
> >>>> swap). O swap pode residir em um arquivo, não precisa ser partição
> >>>> (apesar de ser mais recomendável).
> >>>>>
> >>>>>> Entretanto, ao utilizar swap (mesmo que um tamanho pequeno), o
> >>>> kernel não se "desespera" tanto tentando liberar o máximo de
> >>>> recursos possíveis.
> >>>>>
> >>>>> Isto é controlável na série 2.6. Eu sempre seto o vm/swappiness
> >>>>> para
> >>>> 10 nas instalações de desktops
> >>>>>
> >>>>>>
> >>>>>> E, dependendo da quantidade de RAM que você tiver, pode utilizar
> >>>> até mesmo um ramdisk e fazer swap usando a própria memória RAM.
> >>>>>>
> >>>>>
> >>>>> Trocou 6 por meia dúzia: se tem RAM sobrando não vai usar swap
> >>>> nunca...
> >>>>>
> >>>>> O uso de swap depende do perfil de usuário, assim como é lenda
> >>>> antiga, desde o tempo do SunOS, que o swap deve ser o dobro de
> >>>> memória RAM...
> >>>>>
> >>> Será que só eu notei isso:
> >>>
> >>> Não acompanhei seu problema muito de perto, Francisco Wellington, mas
> >>> me parece que você instalou um kernel smp (para multiprocessamento) o
> >>> que você não deveria fazer a não ser que tenha uma máquina com dois
> >>> ou mais processadores. E, pelo que notei, o que você fez foi
> >>> adicionar mais RAM, ficando com mais de 1GB de RAM. O parâmetro a se
> >>> ativar no kernel para suporte a grandes quantidades de RAM é outro.
> >>> Não sei ao certo se existe um pacote compilado especialmente para
> >>> este fim nos repositórios, talvez você precise de compilar o seu
> >>> próprio kernel. O fato de você estar usando um kenel para
> >>> multiprocessamento simétrico com apenas um processador pode explicar
> >>> os problemas que vêm enfrentendo com o top e superaquecimento.
> >>> Verifique isto, por favor.
> >>>
> >>> Se necessitar compilar o kernel, recomendo a leitura do capítulo
> >>> correspondente no prático e faça do jeito Debian(Debian way). Se
> >>> entendi mal a sua situação, então desconsidere esta mensagem.
> >>> --
> >>>
> >>> The perfume of tagara and sandalwood is of little enough power,
> >>> while
> >>> the supreme fragrance, that of the virtuous, reaches even up to the
> >>> devas. 56
> >>>
> >>>
> >>>
> >>> --
> >>> To UNSUBSCRIBE, email to
> >>> debian-user-portuguese-REQUEST@lists.debian.org with a subject of
> >>> "unsubscribe". Trouble? Contact
> >>> listmaster@lists.debian.org
> >>
> >>
> >> F. W. S. Lima
> >> Departamento de Física
> >> Centro de Ciência da Natureza
> >> Campus Petrônio Portela
> >> Universidade Federal do Piauí
> >> Teresina-Piauí-Brasil
> >> wel@ufpi.br,wel@fisica.ufc.br, wel@sobral.org
> >>
> >>
> >>
> >>
> >
> > --
> > ___ _ .''`.
> > | |_ _. _| _ |_) _ ._ ._ _. : :' :
> > | | |(_|(_|(/_|_| | (/_| || |(_| `. `'`
> > Linux User #50500 `-
> > Prof.Adjunto - Instituto de Física ---Debian-
> > Universidade Federal Fluminense Alpha/i386
>
>
> F. W. S. Lima
> Departamento de Física
> Centro de Ciência da Natureza
> Campus Petrônio Portela
> Universidade Federal do Piauí
> Teresina-Piauí-Brasil
> wel@ufpi.br,wel@fisica.ufc.br, wel@sobral.org
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
J. R. Martins
Debian user
Instituto de Ciências Exatas
Universidade Federal de Minas Gerais
Mestrando em Física
Reply to: