volgens diverse klanten zijn de websites (voornamelijk PHP gebaseerde websites) sneller na een reboot van een server.
Nu vraag ik me af hoe dit kan, en of hier iets aan te doen is zodat de server gewoon altijd optimaal reageerd.
volgens diverse klanten zijn de websites (voornamelijk PHP gebaseerde websites) sneller na een reboot van een server.
Nu vraag ik me af hoe dit kan, en of hier iets aan te doen is zodat de server gewoon altijd optimaal reageerd.
Met Apache of IIS6?
Ik heb het wel met IIS6 icm PHP. Misschien helpt het rebooten van je IIS. PHP slaat ook altijd data op in een tmp-map, misschien dat dat invloed heeft?
geheugen wordt bij reboot leeggemaakt, en een aantal tempfiles worden verwijderd, na een tijdje zit je dus gewoon weer op je oude snelheid (geld voor linux en windoos)
Wij hebben het ook. Hij maakt zijn geheugen/swap leeg en reageert ineens stukken sneller. Ik maak er dan ook een gewoonte van servers bij wat voor probleempjes te rebooten.
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
waarom geen script die geheugen/swap/tempdir leeg maakt iedere xxxx seconden? naar wat ik heb gehoord is te vaak restarten niet goed voor je hardware.
Tools die handig zjn voor ISPs vind je natuurlijk bij Tools 4 ISP.
Hier zat ik dus zelf ook aan te denken om dus een cron elke nacht te laten lopen die de geheugens/swap en temp leegt.
Het veelvoudige rebooten van het systeem lijkt mij geen goed idee.
Het is trouwens een linux bak met apache
Ik heb het gedaan via een cronjob met tmpwatch
Een link is hier: http://linux.maruhn.com/sec/tmpwatch.html
Wel eens aandacht besteed aan je configuratie ?
Of heb je gewoon een standaard setup erop geflikkerd en het verder maar zo gelaten ?
+1 InzichtvolOrigineel geplaatst door Capt.Pascal
Wel eens aandacht besteed aan je configuratie ?
Of heb je gewoon een standaard setup erop geflikkerd en het verder maar zo gelaten ?
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
Toch is dat leeg gooien van je geheugen niet de oplossing.
Als je een beetje begrijpt hoe Linux geheugen beheer werkt, dan weet je dat er altijd geprobeerd word zoveel mogelijk geheugen te gebruiken.
Daar is het tenslote voor
Want wel b.v. een probleem kan zijn is een te laag aantal processen cq threads in apache.
Hangt af van de belasting van je machiene.
Maar in zo'n geval wil een reboot wel es tijdelijk helpen.
Kijk ook of je niet ergens iets hebt draaien dat de boel op hol laat slaan
een overvolle mailbox met administratieve berichtjes die je nooit inkijkt kan ook flink aan het geheugen snoepen waardoor je bak steeds trager wordt.
Ach het is allemaal niet zo moeilijk
gewoon even opletten.
maar idd niet het meest spannende werk.
Met linux/bsd maakt het 99,9% niet uit of je nou boot of niet. Tis meer een windows oplossing ... En wat cap.pascal zegt klopt helemaal ....
een restart van apache zou wel 'ns hetzelfde effect kunnen hebben.
is dit inderdaad zo? dan heb je reden om je apache (en php) configs na te kijken
reboot? niet nodig, tenzij we 'n kernel upgrade 'moeten' doen
Eigenlijk kan ik me daar helemaal in vinden.
Als je al een probleem kunt oplossen met een reboot, komt het gegarandeerd snel weer terug.
het is idd een oplossing die aleen bij Windows werkt (ongetwijfeld omdat het systeem unstable by design is)
Bij een UNIX bak kun je beter eens je logfiles doorspitten, kijk wat je allemaal hebt draaien en kijk of dat allemaal naar behoren gebeurt.
Dan zie je ook meteen het voordeel van een doe het zelfs systeem.
Bij zo'n klikklakklaar geval heb je (behoudens naar jaren diepgaande UNIX kennis, maar dan stel je dit soort vragen ook niet meer) geen idee wat er allemaal aan de hand is.
Feit is dat je het kunt oplossen,
en dat ook nog zonder onhandige oplossingen als reboot.
Overigens Stoffel, er is nog een reden voor reboot.
Ik vergeet dat ook altijd maar repartitionering van je root drive is er ook een