Snelheid van scannen

[Briolet]

Wat is een normale snelheid van scannen van AVE? Ik heb het er al een jaar op staan, maar meestal legt hij mijn NAS plat zodat hij eigenlijk altijd uit staat.

Nu met DSM 5 heb ik hem weer eens aangezet, maar ik merk dat ik vrijwel niet op mijn nas kan inloggen. Ik heb ingesteld om alleen de Home folder te scannen. AVE staat nu op 75% en heeft 90.000 files gescanned. Ik kan me eigenlijk niet voorstellen dat ik zoveel files in home heb staan.

AVE was ingesteld om elke zaterdag om 2 uur 's nachts een scan te starten. Normaal was hij daar 's ochtends altijd mee klaar. De traagheid is begonnen toen ik mailserver ben gaan gebruiken en al mijn mail nu in de Home folder staat. Maar dat zijn hooguit een paar duizend mailtjes en geen honderd duizend. Nu doet hij er meer dan 12 uur over. Dus snap ik niet dat er mensen zijn die dagelijks een scan kunnen doen. Bij mij ligt de nas zo ongeveer plat gedurende de scan periode. (Zie afbeelding)



Is dit dus normaal en is de 212j gewoon te zwak voor een goede scansnelheid?

[thecell]

Dat ziet er idd een zware belasting uit. Scant die dan iedere nacht alle files opnieuw af of alleen de nieuw bijgekomen files?

[Briolet]

Ik heb eigenlijk geen idee hoe AVE dat doet. Ik krijg de indruk dat hij alles scant als ik naar de aantallen in het log kijk. Toen ik het een jaar geleden installeerde heb ik eerst een volledige scan gedaan. Volgens het log heeft dat een volle week geduurd. Daar had ik echter nooit last van omdat hij dat langzaam, met heel weinig cpu verbruik deed.

Daarna heb ik hem op wekelijkse scans van bepaalde shares gezet. Dat duurde dan gemiddeld 4 uur en was dus steeds gedurende de nacht afgelopen. De problemen begonnen eigenlijk afgelopen december. Toen was hij ook de volgende dag nog druk bezig en vrat alle cpu tijd op zodat je moeilijk kon inloggen. In het log zie ik dat de gescande hoeveelheid files van 100.000 naar 400.000 gestegen is. Maar zoveel files heb ik niet toegevoegd in die periode dus vraag ik me af waar hij dat vandaan haalt. En ik zie nu dat ik MailStation al twee maand daarvoor ben gaan gebruiken. Dus al mijn mail had ik al twee maand voor de problemen naar de nas verplaatst.

Na die problemen met AVE heb ik de wekelijkse scan tot mijn Home folder beperkt. Het aantal gescande files daalde weer tot 100.000 maar bleef nog steeds alle cpu opgebruiken. Ik heb AVE toen maar uitgezet en heb het nu pas weer eens geprobeerd onder DSM 5.0.

Wat me aan het plaatje boven wel opvalt is dat het cpu gebruik in de eerste uren vooral in de IO-wait zit, en pas later in de gebruiker zelf. Volgens het log was de scan om 2.00 's nachts begonnen en was om 12h30 uur klaar. Maar als je AVE opende stond daar niet dat hij klaar was, maar dat 99% gescanned was. Hij was blijkbaar nog met een afsluitende taak bezig. Dat stond er om 23h30 ook nog en toen heb ik AVE in package center maar uit gezet en de problemen waren weg

Het zal toch ergens een bug zijn waardoor een process oneindig blijft hangen. Het was gister middag zelfs zo erg dat ik regelmatig moeite had om in mijn eigen WiFi netwerk in te loggen omdat de nas als radius server werkt voor de inlog authenticatie.

[Briolet]

Wat me aan het plaatje boven wel opvalt is dat het cpu gebruik in de eerste uren vooral in de I/O-wait zit

Ik heb nooit goed begrepen wat I/O wait precies weergeeft, hoewel die naam wel wat doet vermoeden. In de SynologyWiki komt die term niet eens voor en ook in de nieuwe DSM 5.0 handleiding niet.

Tot mijn vreugde vind ik nu in de on-line help an DSM 5.0 wél een goede omschrijving:

Termen verklaard

I/O wait: I/O wait geeft aan dat de CPU niet actief is en door geen enkel programma wordt gebruikt.
I/O wait is een normaal gedrag. Aangezien de snelheid van de CPU veel sneller is dan die van I/O, is het gebruikelijk dat de CPU op de overdracht van de schijven of het netwerk moet wachten. Als het I/O wait-percentage echter erg hoog is, betekent dit dat de CPU het merendeel van de tijd op I/O wait wacht en dat de CPU waarschijnlijk niet optimaal wordt benut. Gebruik daarom efficiëntere schijfgroepconfiguraties (bijv. SHR of RAID 5) of netwerkconfiguraties (bijv. koppelen) voor betere systeemprestaties.

In elk geval verklaart dat deze waarde omhoog kan schieten bij een intensieve scan.

-----

Ik heb nog eens in broncontrole gekeken. Daar zie ik dat gedurende de scan het geheugengebruik van minder dan 50% naar 80% omhoog schiet. Als ik naar de swap data kijk, zie ik dat gedurende scan ook swapfiles gebruikt worden. Dat verklaart ook waarom de boel extra verergert en het gedeeltelijk ook een geheugenprobleem van mijn 212j model is. (Ik heb altijd al een groot geheugeverbruik doordat SS op de achtergrond draait)

[Birdy]

En swappen doet tie naar disk dus dat IS traag t.o.v. RAM.