Synology-Forum.nl
Packages => 3rd party Packages => SABnzbd (usenet) => Topic gestart door: arnord op 20 december 2012, 08:08:11
-
Goedendag,
Kan iemand mij verklaren waarom het process httpd (wat meerdere malen geopend is) zoveel geheugen vraagt van mijn DS213+?
Dit gebeurt vooral als de .nzb wordt "uitgepakt"?
Mijn DS reageerd dan haast bijna niet meer...
Alvast bedankt!!
Pleh (ik lijdt aan achterstevoren) :P
-
Dat is een goede vraag, want ik merk hetzelde. Ik heb dit proces 7x draaien en heel m'n geheugen zit vol....
/usr/syno/apache/bin/httpd -DHAVE_PHP
Een restart van apache levert ook wat problemen op
DiskStation> /usr/syno/etc/rc.d/S97apache-user.sh restart
/usr/syno/etc/rc.d/S97apache-user.sh: user httpd stopped
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.utf8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Start User Apache Server .....
/usr/syno/etc/rc.d/S97apache-user.sh: user httpd started
Vraag me alleen af of dat het probleem oplevert, maar het klopt in ieder geval niet :-)
-
En als je de NAS reboot is het dan weer leeg, het geheugen? Zou een bug kunnen zijn in DSM waardoor het per dag vol loopt en uiteindelijk tekort krijgt.
-
Zodra ik mijn DS reboot is het weg....
Maar zodra de downloads weer aan zijn komt het terug!
HELP!! :
Ter info: ik draai DSM 4.1-2657
-
Hier ook...
Zonder SABnzbd overigens...
-
Zal het dan aan de recente DSM liggen?
-
Bij mijn weten zijn dit slapende processen, kosten geen rekenkracht. Pas als er voor een wel actief proces meer geheugen nodig is, worden die slapende processen gekilled.
Als iemand me verbeteren wil: graag.
-
Ik vermoed toch van niet. Als dit voorvalt is m'n syno zo traag dat ik een timeout krijg bij het oproepen van DSM
Sent from my iPhone using Tapatalk
-
Het lijkt erop dat ik in mijn geval een oplossing heb gevonden. Met het installeren van newznab had ik de php-execution time fors verhoogd, omdat ik dacht dat hier een probleem met newznab mee verholpen zou worden. Dat bleek niet het geval, maar ik had de waarden nog niet terug gezet. Dat heb ik nu wel gedaan naar respectievelijk 360 seconden en 60 seconden. Nu lijkt het erop dat het geheugen niet meer volloopt met httpd-processen. Maar ik juich niet te vroeg :roll:
;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
; Maximum execution time of each script, in seconds
; http://php.net/max-execution-time
; Note: This directive is hardcoded to 0 for the CLI SAPI
max_execution_time = 360
; Maximum amount of time each script may spend parsing request data. It's a good
; idea to limit this time on productions servers in order to eliminate unexpectedly
; long running scripts.
; Note: This directive is hardcoded to -1 for the CLI SAPI
; Default Value: -1 (Unlimited)
; Development Value: 60 (60 seconds)
; Production Value: 60 (60 seconds)
; http://php.net/max-input-time
max_input_time = 60
-
Het lijkt erop dat ik in mijn geval een oplossing heb gevonden. Met het installeren van newznab had ik de php-execution time fors verhoogd, omdat ik dacht dat hier een probleem met newznab mee verholpen zou worden. Dat bleek niet het geval, maar ik had de waarden nog niet terug gezet. Dat heb ik nu wel gedaan naar respectievelijk 360 seconden en 60 seconden. Nu lijkt het erop dat het geheugen niet meer volloopt met httpd-processen. Maar ik juich niet te vroeg :roll:
;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
; Maximum execution time of each script, in seconds
; http://php.net/max-execution-time
; Note: This directive is hardcoded to 0 for the CLI SAPI
max_execution_time = 360
; Maximum amount of time each script may spend parsing request data. It's a good
; idea to limit this time on productions servers in order to eliminate unexpectedly
; long running scripts.
; Note: This directive is hardcoded to -1 for the CLI SAPI
; Default Value: -1 (Unlimited)
; Development Value: 60 (60 seconds)
; Production Value: 60 (60 seconds)
; http://php.net/max-input-time
max_input_time = 60
Kun jij deze "leek" leren hoe je dit moet aanpassen...dit probleem wil ik heel graag verholpen zien worden...
Alvast bedankt!!!
-
Ik kan het je wel vertellen, maar na een dag kwam bij mij het probleem weer terug :-(
Vermoed dus dat het hier niet aan gelegen heeft... helaas
-
Iemand anders nog ideeen of sugesties?
-
Wellicht hetzelfde als in mijn bericht "Memory leak Python/SABnzbd", zie elders onder dit hoofdstuk?
-
Wellicht hetzelfde als in mijn bericht "Memory leak Python/SABnzbd", zie elders onder dit hoofdstuk?
Vandaag geprobeerd, nu mee aan het proberen.
-
Even een oud bericht naar boven gehaald via de search functie.
Ik heb sedert de laatste update (4.3-3810 update 1 op een 1512+) exact hetzelfde. HTTPD "vreet" mijn intern geheugen op. Het enige verschil met bovenstaande berichten is, ik heb géén webservice draaien noch maak ik gebruik van SABNZB, Pyton etc. Geen enkel pakket uit het package center is geïnstalleerd. Het is bij mij 100% een backup NAS.
Iemand enig idee of daar iets aan te doen is?
Bij voorbaat dank voor de tips,
ALE
-
In deze topic heeft niemand het over hoeveel is veel :o
Ik heb 2 printscreens gemaakt van mijn 2 NASsen, de vraag is dus, is dit veel ?
-
Hallo Birdy, bedankt voor je reactie.
Je vraag is zeer terecht, waar praten we over? In mijn geval is de 1512+ uitgerust met 4GB geheugen waarvan bijna de helft (47%) wordt opgesoupeerd door het HTTPD proces. Dat lijkt me veel en dit gedrag heb ik nooit eerder gezien.
Thanks,
ALE
-
47% geheugen voor httpd is wel heel veel, ja.
Zeker als je je NAS alleen maar voor backup hebt staan.
Maar die 47 % geheugen verbruik, is dat omdat je te veel httpd processen hebt draaien of omdat de httpd processen veel geheugen nemen.
Doe ook eens een printscreen.
-
Hallo Birdy,
Kleinste is 2.3MB en de grootste is 2.4MB. Het zijn er bijzonder veel, ik moet 2,5 keer naar beneden scrollen in het venster. Ik heb bij mijn weten geen HTTPD processen draaien omdat ik niets gebruik. Ze nemen dus veel geheugen in beslag met status: sleeping.
Ik weet niet hoe ik hier een screenshot kan plaatsen.
Sorry.
ALE
-
Excusses dat ik een oude koe uit de sloot haal.
Ik heb/had hier toevallig ook last van. en ben de geinstalleerde apps 1 voor 1 uit gaan zetten, na dat ik de video app had uitgezet viel het ram gebruik ook terug naar niks.
Waarschijnlijk had/heeft deze app iets vast staan in het geheugen? (verder speel momentje vast staan oid.)
Daarna de app weer aangezet en blijft hij laag in RAM gebruik.
wellicht dat het jullie helpt.
-
Klinkt als een Memory Leak :S
-
Wat ik lees is dat dit veel voorkomt.
Zelfs iets gewoons voor de linux OS.
Ik merk het zelf nu ook per toeval.
De vraag is of we hier wat aan kunnen doen.
Ik had op een gegeven moment 270mb vast staan in een HTTPD slaapmodus proces.
Stop ik mijn Video app, stopt de service en na opstarten is hij 4mb.
ik heb de dag ervoor een aantal films gekeken vanaf de NAS, wellicht dat hij info vasthoud om er vervolgens weer snel bij te kunnen wanneer hij uit slaapstand komt.
Goed precies weten doe ik niet, maar het is wel frappant dat het weg is wanneer ik de video service stop.
-
Even om wat onrust weg te nemen.
Die htttpd processen zijn van de applicaties die webinterfaces hebben.
DSM is wat ruim met het aantal httpd processen wat toegestaan is.
Echter het is op zich geen enkel probleem, maar gewoon normaal linux gedrag.
In linux worden processen die niet meer actief zijn niet uit het gegeheugen gegooid zoals op een windows systeem.
Zolang het geheugen niet ergens anders voor nodig is blijven die processen daar gewoon staan voor hergebruik.
Het zit ook niemand in de weg.
Kortom maak je niet druk over het geheugengebruik van slapende processen.
-
Nee, precies.
Voor mij is het sowieso nog wennen en dit zijn dan de nieuwe dingen voor mij. (zeker qua linux)
Als er van de 1gb geheugen van het apparaat op eens 270mb gebruikt word terwijl de CPU nergens mee bezig is, ga ik me afvragenn waar hij dan mee bezig is.
Jij bevestigd het gene wat ik tegenkwam bij een zoekopdracht, waar dit ook werd genoemd.
Terwijl andere mensen zeggen dat hun NAS stroperig en langzaam word bij zoiets. dat kan dan misschien liggen aan het geheugen van hun nas beschikbaar heeft. maar dat zou dan niet mogen met het gene wat jij verteld als hij het gereserveerde geheugen vrij geeft.
maar nogmaals mij kan je mbt. linux alles wijs maken, is voor mij een lopend leerproces (nieuw)
-
Slapende processen die geheugen gebruiken kunnen nooit tot gevolg hebben dat de NAS stroperig wordt.
Dat is gewoon de verkeerde conclusie.
Als je me niet geloofd, moet je maar eens een paar applicaties opstarten dan verdwijnen die slapende processen meteen uit je geheugen.
Kijk maar eens naar je android telefoon of tablet die doen precies hetzelfde.
Het principe is, waarom zou je moeite doen iets te verwijderen als je geen geheugen nodig hebt en als dat slapende proces wel weer gebruikt gaat worden hoeft het niet van disk gelezen te worden.
Linux is veel efficienter met resources dan windows.