Vraag & Antwoord

OS Linux

LINUX soms extreem zwaar om te draaien ?????,

15 antwoorden
  • soms begint mijne Linux (mandrake 8.2) zwaar te draaien , kbedoel daarmee , traag reageren enzo op muis , terwijl er nikske speciaal draait. de diskacces is blijkbaar ook soms traag , terwijl ik vermoed dat de Ultra66 aanstaat. iemand een uitleg voor dit fenomeen? jimjanssen@msn.com
  • ehm... misschien even handig om je systeem specs hier te posten? ;)
  • [quote:a5bc406f04="bond007"]soms begint mijne Linux (mandrake 8.2) zwaar te draaien , kbedoel daarmee , traag reageren enzo op muis , terwijl er nikske speciaal draait. de diskacces is blijkbaar ook soms traag , terwijl ik vermoed dat de Ultra66 aanstaat. iemand een uitleg voor dit fenomeen? jimjanssen@msn.com[/quote:a5bc406f04] SYSTEEM INTEL Pentium III 5XX GFORCE II mx400 512 mbram ultra66 HD.
  • hmmmm heb je gekeken wat op dat moment de cPU load is? misschien dat er wat PIDS aan het "loopen" zijn?
  • [quote:367f8700d6="KayJay"]hmmmm heb je gekeken wat op dat moment de cPU load is? misschien dat er wat PIDS aan het "loopen" zijn?[/quote:367f8700d6] met welk commando kun je dat zien
  • dat kun je zien met o.a. het commando top... dit is een system monitoring programma... op de bovenste regel vind je je 'load average'... post die eens (op de momenten dat ie traag is dan); - je kunt je load average overigens eventueel ook opvragen met 'uptime'...
  • Dat komt doordat er bij RedHat en Mandrake standaard elke dag een achtergrondproces draait die je hele harde schijf doorzoekt en indexeert om zoeken sneller te maken. Maar daar heb je niet zoveel aan, dus je kunt hem beter uitzetten met: [code:1:f78ca760a3]chkconfig crond off chkconfig atd off chkconfig anacron off service crond stop service atd stop service anacron stop[/code:1:f78ca760a3] Kan natuurlijk ook met een Click&Drool GUI maar dit is gewoon veel sneller. ;)
  • [quote:1c1b0299d0="RobertV"]Dat komt doordat er bij RedHat en Mandrake standaard elke dag een achtergrondproces draait die je hele harde schijf doorzoekt en indexeert om zoeken sneller te maken. Maar daar heb je niet zoveel aan, dus je kunt hem beter uitzetten met: [code:1:1c1b0299d0]chkconfig crond off chkconfig atd off chkconfig anacron off service crond stop service atd stop service anacron stop[/code:1:1c1b0299d0] Kan natuurlijk ook met een Click&Drool GUI maar dit is gewoon veel sneller. ;)[/quote:1c1b0299d0] emmm, opzich doen die daemons ook nog nuttig werk hoor!!!
  • Als je zelf taken hebt geplant wel ja. Maar aangezien bond007 een beginner is denk ik dat hij nog nooit heeft gewerkt met crond en dat soort daemons. Dan kun je die dingen net zo goed uitzetten.
  • [quote:a77dd0f4eb="RobertV"]Als je zelf taken hebt geplant wel ja. Maar aangezien bond007 een beginner is denk ik dat hij nog nooit heeft gewerkt met crond en dat soort daemons. Dan kun je die dingen net zo goed uitzetten.[/quote:a77dd0f4eb] Maar dan mis je ook je logrataties en worden je logs nogal groot...
  • In principe kun je beter de cron daemon instellen op een tijdstip dat je niet computert. Bijv om 04.00 uur 'snachts. Heb je wel de voordelen van een schoon systeem, maar geen hinder van de schoonmaak ;) max
  • En als je aan het slapen bent en je computer staat uit? :)
  • Eeuh volgens mij kun je beter de cron deamon niet zomaar uitschakelen die doet inderdaad veel nuttige dingen. Waar het probleem waarschijnlijk in zit is de update van het commando "locate". Dit is een commando waarmee je in een database snel bestanden op je HD kunt vinden. Het commando om die database te updaten wordt geloof ik door redhat standaard in de cron gezet. Het commando is "updatedb", dus zoek deze ff op en verwijder deze entry.
  • Het grote gezijk met RH achtige distro's zoals mandy en RH zelf is dat ze de updatedb draaien elke keer als je die bak opstart.. dit zie je voornamelijk bij RH OS's .. bij mandy is dat niet het geval. volgens mij is die slocate trouwens ook standaard ingesteld als ergens 3 uur snachts. niet ergens op de dag. Alleen snachts. ik denk dan ook dat het slocate proces ook geen roet in het eten gooit en denk ik dat het wat anders is. het lijkt me verstandig om top te laden en kijken wat je load averages zijn/worden als dat kreng traag word (dat ten eerste ) ten tweede zal er ,indien het toch de updatedb is, een proces ergens bovenaan de lijst komen genaamd slocate.. echter kan het ook de kswapd zijn, die op bepaalde tijdstippen gaat lopen kloten met je swapspace.. wat kswapd precies doet weet ik echter niet... het is zeker wel een nuttig proces.. en indeed... gooi te nimmer nooit je cron uit. Dat is een van de belangrijkste en leukste dingen van het linux/unix OS. FYI: ik heb zelf erg slechte ervaringen met dit soort gezeur gehad als het om mdk 8.2 gaat. een rijtje problemen die ik tegenkwam in (hoogste prioriteit boven) 1: een verwarde crontab. de crond begon na 2 dagen uptime bepaalde processen 100x op te starten waardoor het systeem niet meer aan zijn overige processen kwam. kortom: een volledig hangend systeem. geen inlogmogelijkheden meer etc. 2: bij het openen van een terminal (pts/5 in X) iets bewerken met VI (vi improved). Bij het afsluiten van bijv Eterm ipv eerst vi afsluiten zorgde ervoor dat me CPU load naar de 100% ging. kortom.. iets ging mis met de overerving betreffende kind en moeder proces..moest zijn: moeder dood, kind ook dood... echter bleef vi gewoon doordwalen. 3: Supermount. Deze werdt standaard ingesteld.. windows achtige praktijken zoals dit behoren standaard niet op een linux sys. het werkt niet geheel goed en het is traag. gewoon zelf mounten die zooi. 4: SCSI emu werdt niet gedetecteerd, kortom, na de upgrade van 8.1 naar 8.2 kon ik opeens niet meer fikken.. of dit met die supermount te maken heeft weet ik niet... offtopic: overigen.. als je je afvraagt of ik dat ben in die avatar.. kan ik je gerust stellen... dat ben ik niet :D
  • Check je kernel eens. Het kan zijn dat je kernel te heftig is gebakken. Zorg er voor dat het hoognodige in je kernel zit en dat de rest een module wordt. Scheelt een hele hoop. :D

Beantwoord deze vraag

Weet jij het antwoord op deze vraag? Registreer of meld je aan met je account

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.