Hoi,
ben niet zeker waar ik dit moet plaatsen, gezien ik niet zeker weet waar het probleem vandaan komt.
Een klant van ons heeft software om fabrieksmachines aan te sturen. Dit draait nog onder NT4, de software kan wel lopen op XP maar dat geeft problemen met de artikelnummers die ze hier hebben (14 karakters, onder XP gaat het mis als ze langer dan 8 karakters zijn).
Het programma loopt op bare-metal NT4 op een Pentium 3 prima. Het gebruikt overigens 2 COM poorten om de machine en de robot aan te sturen.
We hebben geprobeerd de NT4 bakken te virtualiseren (om met recentere hardware overweg te kunnen) en om NT4 bare-metal op een Pentium 4 te zetten. In beide gevallen zien we dezelfde problemen. De klok in het monitor programma loopt niet mee (dit is niet de gewone tijd, maar de tijd dat de machine loopt sinds een job gestart is). Deze tijd wordt wel eens in de zoveel tijd bijgewerkt (dit kan soms 1,5 uur duren voor hij bijspringt), terwijl op de NT4 machines op een P3 dit netjes iedere seconde mee loopt.
Verder zien we een probleem dat de software tussen 23:30 en 24:00 vast loopt. Dit gebeurt alleen op de P4's (al dan niet virtueel) en niet op de P3 machine.
Ik heb zelf het idee dat het los staat van de COM poort hardware. De P4 systemen hebben maar 1 COM poort, hierdoor is getest met een USB COM poortje en een PCI 2 poorts serieele kaart. Iemand wist te melden dat met testen door de vorige systeembeheerder e.e.a. beter liep als de CPU vertraagd werd. Heb dit met CPUkiller3 geprobeerd, behalve dat het retetraag wordt zien we echter geen verschil.
Heeft iemand enig idee waar het vandaan kan komen? Heb zelf het idee dat er iets verandert is de systeemklok oid op de P4, of wellicht bus frequenties oid, waar de software last van heeft. Dit is ook de reden dat ik het in dit forum post.
Heb helaas geen P3 systemen over om te testen hoe het daar virtueel op zou lopen. Puur om te zien of het virtueel dan wel werkt. Gezien NT4 bare-metal op een P4 dezelfde problemen vertoond acht ik de kans erg groot dat het dan wel zou werken (als vmware player/workstation uberhaupt iets wil doen op een P3
).
De optie in vmware om polling op de COM poort te doen ipv interrupts maakt ook geen verschil.
ben niet zeker waar ik dit moet plaatsen, gezien ik niet zeker weet waar het probleem vandaan komt.
Een klant van ons heeft software om fabrieksmachines aan te sturen. Dit draait nog onder NT4, de software kan wel lopen op XP maar dat geeft problemen met de artikelnummers die ze hier hebben (14 karakters, onder XP gaat het mis als ze langer dan 8 karakters zijn).
Het programma loopt op bare-metal NT4 op een Pentium 3 prima. Het gebruikt overigens 2 COM poorten om de machine en de robot aan te sturen.
We hebben geprobeerd de NT4 bakken te virtualiseren (om met recentere hardware overweg te kunnen) en om NT4 bare-metal op een Pentium 4 te zetten. In beide gevallen zien we dezelfde problemen. De klok in het monitor programma loopt niet mee (dit is niet de gewone tijd, maar de tijd dat de machine loopt sinds een job gestart is). Deze tijd wordt wel eens in de zoveel tijd bijgewerkt (dit kan soms 1,5 uur duren voor hij bijspringt), terwijl op de NT4 machines op een P3 dit netjes iedere seconde mee loopt.
Verder zien we een probleem dat de software tussen 23:30 en 24:00 vast loopt. Dit gebeurt alleen op de P4's (al dan niet virtueel) en niet op de P3 machine.
Ik heb zelf het idee dat het los staat van de COM poort hardware. De P4 systemen hebben maar 1 COM poort, hierdoor is getest met een USB COM poortje en een PCI 2 poorts serieele kaart. Iemand wist te melden dat met testen door de vorige systeembeheerder e.e.a. beter liep als de CPU vertraagd werd. Heb dit met CPUkiller3 geprobeerd, behalve dat het retetraag wordt zien we echter geen verschil.
Heeft iemand enig idee waar het vandaan kan komen? Heb zelf het idee dat er iets verandert is de systeemklok oid op de P4, of wellicht bus frequenties oid, waar de software last van heeft. Dit is ook de reden dat ik het in dit forum post.
Heb helaas geen P3 systemen over om te testen hoe het daar virtueel op zou lopen. Puur om te zien of het virtueel dan wel werkt. Gezien NT4 bare-metal op een P4 dezelfde problemen vertoond acht ik de kans erg groot dat het dan wel zou werken (als vmware player/workstation uberhaupt iets wil doen op een P3

De optie in vmware om polling op de COM poort te doen ipv interrupts maakt ook geen verschil.