Codepage na update

[mdekraa]

Ik heb een melding dat de codepage na de update van afgelopen weekend niet meer goed is.
Ik dacht dat jullie dat nu al standaard controleerden.
Zal vanavond een run draaien, maar kun je eens kijken? want ik dacht echt dat het nu in de upgrade programmatuur ingebakken zat.

[mdekraa]

PS
In de Win versie doet hij er ca. 1 per seconde (codepage op database aanbrengen)
In de DOS versie zeker 10 per seconde !

Vanwaar dit verschil in performance

Win versie trekt trouwens > 50% CPU (2.6 GHz machine)
DOS maar minimaal

[Peter Stordiau]

Lijkt me niet veel van te kloppen. Is bij ons gewoon "snel" hoor.
Met 1 per seconde zou je ook een uurt bezig zijn ...

Waarvan de CPU zo hoog wordt kan ik ook niet volgen.
Virusscanner misschien ?

[mdekraa]

nee, taakbeheer gaf 58% op Profit8.exe
daarom heb ik het proces gekilled en ben terug gegaan naar DOS.

PS dat is alleen het gevolg, reden dat ik aan de gang moest was de fout dir tijdens de upgrade was ontstaan

[mdekraa]

gisteravond opnieuw getest
Windows blijft traag, DOS loopt als een tierelier
Moet toch ergens een verschil zitten

Ik laat n.l. na een upgrade momenteel iedere keer ook de cross-reference en de codepages opnieuw bepalen, daar we daar al meerdere malen problemen mee hebben gehad

[Peter Stordiau]

Aanbrengen Code Pages ... echt geen idee hoor.
Als het geen virusscanner is (je zegt wel heel makkelijk Nee trouwens) dan zal je misschien iets hebben in je netwerk met hele grote packets of zo. Maar dat moet je ook altijd wel merken dan.

Als je Vrijgeven doet, en daarna na Raadplegen Verkooporders, hoe lang duurt het dan voordat alle puntjes (bovenin) voorbij zijn gekomen ?


Dokumentatie Cross Reference is een ander verhaal. Daar kijken we naar.

[Wouter Rijnbende]

Dokumentatie Cross Reference is een ander verhaal. Daar kijken we naar.

Ik zie dat dit punt aan mij is toegewezen. Is het de bedoeling dat dit automatisch opgebouwd moet worden na een Upgrade? Standaard? Instelbaar?

[Peter Stordiau]

Ehh ... daar ging het m.i. niet over hoor.

De snelheid ! (Windows)

[Wouter Rijnbende]

Het onderwerp "snelheid" was m.i. i.c.m. "aanbrengen van codepages" en bij "documentatie cross reference kijken we naar" stond een draaiend bolletje.

Nb: Opbouwen Documentatie Cross Reference duurt in Windows ook veel te lang.

[Peter Stordiau]

Beter lezen dan maar.

[Wouter Rijnbende]

Net even een testje gedaan...

Aantal files: 2437

In DOS duurt dit 189 seconden, en in Windows 317 seconden; 1.67x langer.

Nu is dat aanbrengen CodePage een funktie die niet door ons ontwikkeld is, en wat daar precies gebeurt is slecht te overzien. Wel valt op dat het informatie naar disk wegschrijft en dat die file in DOS 454 bytes is en in Windows 838 bytes. Het zou dus kunnen zijn dat langer duurt omdat er meer naar disk geschreven moet worden.

Dat hij er in Windows maar 1 per seconde doet herken ik niet.

Wel geldt dat de file die op disk aangemaakt wordt, in de TMPFILES directory uit de CONFIG.FP(W) wordt aangemaakt.
Denkend in pakketjes zou je er iets bij voor kunnen stellen dat er 2x zoveel pakketjes geschreven moeten worden, en dat 2437x.

Maar ja, zelfs het aanmaken van een bestandje op het netwerk moet sneller gaan dan 1 per seconde. Toch?
Kortom... ik heb ook even geen idee. 

[Wouter Rijnbende]

Beter lezen dan maar.

Sorry hoor, maar ik snap er weer eens geen hout van 

Ik kan niets anders lezen dan dat we geen idee hebben waarom dat aanbrengen van die Codepage zoveel langer moet duren, en er ondertussen een ander onderwerp "Documentatie Cross Reference" aan mij wordt toegekend, maar nergens staat wat daarmee aan de hand is behalve dat MdeKraa dit na een upgrade standaard opbouwt.

Nb: Opbouwen Documentatie Cross Reference duurt in Windows ook veel te lang.

Nu weet ik toevallig dat het Opbouwen Documentatie Cross Reference gigantisch lang duurt in Windows, en misschien doel jij daar ook wel op. Dat staat dan echter nergens, dus zie niet hoe ik dat beter had kunnen lezen 

Hoe dan ook, dát heb ik zojuist opgelost. Opbouwen Documentatie Cross Reference gaat bij mij nu in Windows sneller dan in DOS. 
Duurt nog maar 25 seconden.

[Peter Stordiau]

Dan maar je bril opzetten ... Of je stropdas losser doen ?

Hoe kun je nou ooit denken dat dit over het inbouwen in de upgrade gaat ? DAT zou je in elk geval volledig moeten verzinnen. Het kan dus maar om 1 ding gaan : snelheid. Maar goed :

Als je Vrijgeven doet, en daarna na Raadplegen Verkooporders, hoe lang duurt het dan voordat alle puntjes (bovenin) voorbij zijn gekomen ?

Buiten dat dit voor jou voldoende indikatie moet zijn, zou ik toch graag de regel inbouwen dat als wij geen antwoord krijgen op een vraag als deze, dat we toch even alles laten liggen, desnoods voor altijd. WAT ZOUDEN WIJ ONS DRUKMAKEN !

Het maakt me daarbij niets uit of het aan ons ligt dat we iets niet begrijpen. Een vraag is een vraag, en die wordt gesteld omdat wij dat nodig vinden.
Als betreffende personen zo onbehoorlijk zijn om de mening te hebben dat wij ons moeten uitsloven terwijl ze zich zich doodlachen ... houd het dan maar liever op het laatste.

[Wouter Rijnbende]

zou ik toch graag de regel inbouwen dat als wij geen antwoord krijgen op een vraag als deze, dat we toch even alles laten liggen, desnoods voor altijd.

Lijkt me een goed plan. En om het niet te verwarrend te maken, lijkt het me verstandig dat we dan zelf ook geen draaiende bolletjes aan een ander toekennen als we vinden dat de vraag nog niet voldoende beantwoord is. Geen draaiende bol mag dan tevens voor de klant indikatief zijn dat ze haarzelf eens achter de oren mag krabben.

[Peter Stordiau]

DJEEEEEEEEEZZZZZZZZZZZZZZZZ

Hou nou een keer op man. Heb je nou zelf gezien dat het wel kon kloppen dat dat ding 100 keer te lang duurde ?!?!?!
Nou dan.

Ofwel : dit was een ander onderwerp.