CPU-forbrug version 1.71

[Sonata]

Efter opgradering fra version 1.50 til version 1.71 synes jeg, at StokerKontrol er begyndt at bruge voldsomt meget CPU.

Version 1.50


Version 1.71


Er der en forklaring på dette...? Maskinen kan stort set ikke bruges til andet, da den cirka hvert 10. sekund ryger op på 100% CPU i 2-3 sekunder.

Maskinen er en AMD Sempron 3000+, med 1.5 GB RAM og den nyeste Java runtime (version 6, update 10). Kører XP Home, SP3.
Min brænder en Woody, chip version 4.23.

[Kendub]

Kunne det tænkes at der er ændret i intervallet for de grafer der uploades?

Kan være der er for kort tidsrum mellem dannelse af grafer, så PC'eren hele tiden skal gnaske sig igennem en masse beregninger. Det oplevede jeg selv ved en tidligere opgradering.

[Sonata]

Kunne det tænkes at der er ændret i intervallet for de grafer der uploades?

Jeg tror ikke, det er derfor. Jeg har ikke selv ændret noget, og den burde jo have arvet opsætningen fra v1.50. Desuden var der ingen netværksaktivitet i joblisten.

Nå, nu er jeg foreløbig gået tilbage til v1.50, da jeg også godt selv vil ha' lidt CPU

[BoinkUser]

Kunne det tænkes at der er ændret i intervallet for de grafer der uploades?

Jeg tror ikke, det er derfor. Jeg har ikke selv ændret noget, og den burde jo have arvet opsætningen fra v1.50. Desuden var der ingen netværksaktivitet i joblisten.

Nå, nu er jeg foreløbig gået tilbage til v1.50, da jeg også godt selv vil ha' lidt CPU

Hej Sonata

Ja det var da lige rigeligt, det under mig lidt at den bruger SÅ meget, men her er et fix der skulle sænke forbuget så du får normale tilstande igen.

Hent nedenstående fil:
http://www.stokerkontrol.dk/sk17fix/HTMLGenerator.class

Og kopier den til c:\programmer\stokerkontrol\src\dk\stokersoft\stokerkontrol\
(såfremt StokerKontrol er installeret i c:\programmer\stokerkontrol)

Så kommer der lige en opdatering på et tidspunkt, hvis du ellers kan bekræfte det ser fint ud.

Mvh. Jens

[Sonata]

[Ja det var da lige rigeligt, det under mig lidt at den bruger SÅ meget, men her er et fix der skulle sænke forbuget så du får normale tilstande igen.

Jamen, det var jo bare dét, der skulle til - nu er den ligeså nøjsom som den gamle version  .

Mange tak for hurtig rettelse!!

Frigiver I sourcen til HTML-generatoren, ligesom til de tidligere versioner? Jeg har lavet en lille lognings-utility, som jeg gerne vil compilere med ind igen.

[BoinkUser]

[Ja det var da lige rigeligt, det under mig lidt at den bruger SÅ meget, men her er et fix der skulle sænke forbuget så du får normale tilstande igen.

Jamen, det var jo bare dét, der skulle til - nu er den ligeså nøjsom som den gamle version  .

Mange tak for hurtig rettelse!!

Frigiver I sourcen til HTML-generatoren, ligesom til de tidligere versioner? Jeg har lavet en lille lognings-utility, som jeg gerne vil compilere med ind igen.

Hej igen

Det var godt - det ser også fint ud her - min 450 mhz maskine var tæt på at blive kvalt, nu har den det godt igen.

Der kommer en version 1.72 snart med opdateringen - indtil da kan man gøre det andet.

Det var faktisk ikke planen at frigive sourcen, troede ikke der var nogle der brugte det. Men overvejer det lige igen så....

Mvh. Jens

[epo]

Jeg har stadig CPU load problemer 

Det hjalp ikke for mig at erstatte HTMLgenerator.class på min Stokerkontrol 1.70

Så jeg prøvede igår at
- Afinstallere Stokerkontrol
- Afinstallere Java
- Genstarte PC'en
- Installere Stokerkontrol 1.72

Men nej. Den bruge stadig 100% CPU i ca. halvdelen af tiden. Dog ser intervallet ud til at være noget langsommere - måske 1-2 minutters mellemrum.

PC'en er en 700MHz P-III med XP, vil mene det burde være rigeligt.

Det er javaw processen, som optager CPU'en 

Overvejer at gå tilbage til Stokerkontrol 1.60 - syntes ikke jeg så problemet dengang, men er sku' glad for den lille nye forbrugsliste 

Det er så slemt at det af og til er næsten umuligt at få kontrol over min stoker PC via VNC (har hverken mus, tastatur eller monitor tilkoblet i fyrrummet)

http://www.too-hot.dk/pillefyr

[BoinkUser]

Jeg har stadig CPU load problemer 

Det hjalp ikke for mig at erstatte HTMLgenerator.class på min Stokerkontrol 1.70

Så jeg prøvede igår at
- Afinstallere Stokerkontrol
- Afinstallere Java
- Genstarte PC'en
- Installere Stokerkontrol 1.72

Men nej. Den bruge stadig 100% CPU i ca. halvdelen af tiden. Dog ser intervallet ud til at være noget langsommere - måske 1-2 minutters mellemrum.

PC'en er en 700MHz P-III med XP, vil mene det burde være rigeligt.

Det er javaw processen, som optager CPU'en 

Overvejer at gå tilbage til Stokerkontrol 1.60 - syntes ikke jeg så problemet dengang, men er sku' glad for den lille nye forbrugsliste 

Det er så slemt at det af og til er næsten umuligt at få kontrol over min stoker PC via VNC (har hverken mus, tastatur eller monitor tilkoblet i fyrrummet)

http://www.too-hot.dk/pillefyr

Hejsa - har du mulighed for at sende et screenshot af cpu forbruget under task manager. Er du sikker på at det er nyt iforhold til 1.7? Hvordan har du sat dit interval iforhold til upload af grafer?

Mvh. Jens

[BoinkUser]

Den bruge stadig 100% CPU i ca. halvdelen af tiden. Dog ser intervallet ud til at være noget langsommere - måske 1-2 minutters mellemrum.

PC'en er en 700MHz P-III med XP, vil mene det burde være rigeligt.

Det er så slemt at det af og til er næsten umuligt at få kontrol over min stoker PC via VNC (har hverken mus, tastatur eller monitor tilkoblet i fyrrummet)

Når det tager 1,5-2 minutter, har det ikke noget med rettelsen at gøre.

Har tjekket det lidt mere - et godt bud er at din Opsætning->Ftp Opsætning->Graf interval er for lav, prøv at sætte den lidt op. Min står f.eks. til 100, og det gør at den laver grafer ca. hvert 5. minut, og det trækker tænder ud. Der går den op i 100%, det påvirker dog ikke min VNC som kører fint nok, omend en anelse sløvere. Sådan har det altid været siden dag 1 - graferne rykker lidt tænder ud. Jeg kører på en 500 mhz gammel oldsag.

Det er muligt at der kan gøres lidt iforhold til at få graferne til at bruge lidt mindre ressourcer, har ikke kigget på det, evt. kan vi lade den bruge mindre cpu, og så lade det tage lidt længere tid. Skriver det lige på listen, så kan det være vi får det med i version 2.0.

Mvh. Jens

[epo]

Tak for input... 
Har endelig haft tid til at kigge på det igen. Det lader til at være mit upload interval, som stod for lavt (stod kun på "10"). Kan ikke huske om jeg selv har pillet i den engang.... ikke utænkeligt...

Kunne ikke forestille mig det skulle tage så meget CPU at lave grafer og uploade dem. Men pyt, der er vel ingen grund til at optimere på den del af koden, har ikke brug for mere end 5-10min interval eller noget.

[BoinkUser]

Kunne ikke forestille mig det skulle tage så meget CPU at lave grafer og uploade dem. Men pyt, der er vel ingen grund til at optimere på den del af koden, har ikke brug for mere end 5-10min interval eller noget.

FTP tager tæt på ingenting.

Dannelsen af grafen tager "mange" ressourcer, da det bliver lagt i et meta format, derfra bliver det så lavet til egentlige jpg billede - det er bla. derfor billedet kan resizes inde i programmet. Desuden er der rigtig meget måledata i løbet af en dag som også skal behandles.

Mvh. Jens