Synology-Forum.nl
Hardware ondersteuning => NAS hardware vragen => Topic gestart door: ringfeart op 09 mei 2012, 12:36:58
-
Mijn website (http://www.ringfeart.net (http://www.ringfeart.net)) draait sinds kort op een DS209+
Ik had de indruk dat de Synology het 'erg druk' had en heb gekeken naar het CPU-gebruik. Deze varieert van 60 - 100%. Zodra ik poort 80 van mijn router dichtgooi zakt het gebruik meteen.
Is dit normaal? De website wordt niet echt overladen door bezoekers (gemiddeld zo'n 150 per dag).
Ik draai de nieuwste firmware (4.0-2019) en er zijn geen andere pakketten actief, zoals Photostation e.d.
Vanmorgen kon ik het systeem helemaal niet meer benaderen (via de Synology-assistent). De lampjes van de harddisks knipperen continu.
Iemand die antwoorden heeft op bovenstaande?
-
Als je in de Resource Monitor (Broncontrole in NL ?) op CPU gebruik klikt, krijg je een pop-up met de top-10 CPU gebruikers ...
pag. 161 van de NL handleiding (http://ukdl.synology.com/download/ds/userguide/DSM4.0/Syno_UsersGuide_NAServer_nld.pdf)
Of met Telnet/SSH inloggen en dan 'top' ...
-
Klopt, ik heb dit ook gecontroleerd. Er lopen momenteel 6 httpd processen.
Elk met een percentage. Totale CPU gebruik van met name de httpd processen zit nu tussen 40 en 100%. Op dit moment bij 3 httpd processen met elk ongeveer 30% CPU belasting en 3 httpd processen met 0%.
De schijven geven een temperatuur aan van tussen 30 en 35 graden. Het systeem echter geeft, vind ik, een vrij hoge waarde aan, nl. 52 graden.
-
Op dit moment bij 3 httpd processen met elk ongeveer 30% CPU belasting
Da's bizar veel ... er lopen bij mij ook een stel HTTPD processen, maar ik kom met wat andere packages erbij niet eens aan 30% cpu totaal.
Is dat alleen je WordPress site of draait er meer ?
-
Zoals ik al aangaf lopen er verder geen packages. Er lopen wel twee backup jobs, maar die spelen hier geen rol in.
(http://www.ringfeart.net/wp-content/uploads/2012/05/systeeminfo1.gif)
(http://www.ringfeart.net/wp-content/uploads/2012/05/systeeminfo2.gif)
Kan de drukte van de processor te maken hebben met zoekrobots?
-
Kan de drukte van de processor te maken hebben met zoekrobots?
Dat denk ik wel. Ik heb destijds ook de toegang via internet tot Photo Station en Web Station uitgezet omdat mijn harddisks continu bezig waren. Naast de zoek machines zijn er nog veel meer web bots op zoek naar informatie.
-
Maar waarom zou een robot jouw CPU aan het werk zetten, die leest toch alleen maar bestanden van jouw website ?
Ik zou verwachten dat je dan ook bij Netwerkgebruik veel uitgaand verkeer zou zien ...
Anders eens een robot.txt in je webroot zetten, met :
User-agent: *
Disallow: /
Of : <meta name="robots" content="noindex,nofollow"> in de HTML ...
-
Maar waarom zou een robot jouw CPU aan het werk zetten, die leest toch alleen maar bestanden van jouw website ?
Ik zou verwachten dat je dan ook bij Netwerkgebruik veel uitgaand verkeer zou zien ...
Daar heb je wel gelijk in. Kan me ook niet voorstellen dat er veel bezoekers zijn die Web Station of Photo Station enorm belasten. Tenzij je een enorm populaire website hebt. Maar ik had ook enorm veel "traffic" toen poort 80 nog open stond. En als ze alleen maar bestanden lezen, zijn er dus ook veel harddisk activiteiten. En dat wil je eigenlijk ook niet 24/7 hebben.
Anders eens een robot.txt in je webroot zetten, met :
User-agent: *
Disallow: /
Of : <meta name="robots" content="noindex,nofollow"> in de HTML ...
Is dat een gouden tip? Werk dat echt?
-
Bots, spiders en crawlers die zich aan de regels houden (dus in ieder geval de grote jongens als Google en Yahoo) zouden je site niet moeten indexeren.
Er is een vrij lange thread op het internationale forum :
http://forum.synology.com/enu/viewtopic ... 1&start=45 (http://forum.synology.com/enu/viewtopic.php?f=17&t=641&start=45)
http://support.google.com/webmasters/bi ... wer=156449 (http://support.google.com/webmasters/bin/answer.py?hl=en&answer=156449)
Even zitten kijken ; je kunt door bij Google in de zoekbalk
site:www.ringfeart.net of site:<jouwnaam>.synology.me
in te tikken zien of je ge-indexed bent ...