PXI

cancel
Showing results for 
Search instead for 
Did you mean: 

Problem with 8186 performance.

Hi,
I Have a difficult one. 
My Pxi, is slower than my Pc, but they are the same features. 
The execution time of the Pxi is ten times greater than normal Pc.
 
My Pxi have only my program, a "memory program", not a "I/O program".
 
 Although I have read "Optimizing Application" of the Real-Thyme User Manual and I have applicated all tips.
 
Besides: for the program execution from RT target, employs the same time of the startup execution , directly from the pxi? How is it possible?
 
 
Pxi 8186 P4 2.2Ghz - 512Mb Ram, my pc toshiba P4 3.20Ghz- 512Mb Ram
 
0 Kudos
Message 1 of 3
(3,336 Views)
I am sorry, I am not sure I was able to understand correctly what your issue is.
If you feel more comfortable you  can write it in Italian.
One consideration that you should keep in mind, though, is that RealTime does not mean "Fast". Realtime is meant for Deterministic needs in applications. There are some Apps that need specific and precise time constraints. When the precision (determinism) can't be guranteed on a Windows OS, then RT is the solution. But if your app is not running fast enough on Windows, and you are looking for a faster execution time, then RT might just not be the solution for you.
Let us know what the specs for the application are, what timings it needs, and why Windows is not ok for the app as it is.
Thanks
AlessioD
0 Kudos
Message 2 of 3
(3,306 Views)
Ciao Alessio.
 
Grazie per la risposta, e scusa per il mio inglese pessimo.
Provo a rispiegare il problema in italiano.
Ho un pc portatile p4 ed a disposizione un Pxi, con più o meno le stesse caratteristichei.
L'algoritmo a cui ho lavorato mesi, sul pc portatile, ha tempi di risposta pressochè immediati , mentre su Pxi è di una lentezza mostruosa.
 
 
L'idea che mi sono fatto è la seguente:
 
1. L'esecuzione del programma On Target, è tremendamente lenta, perchè può essere interrotta per effettuare un debug.Inoltre tutto il pannello di controllo viene costantemente aggiornato. Questa serie di operazioni, provocan una perdita di potenza, e quindi di tempo da parte del pxi. Ad aggravare questo fatto, anche il tipo di comunicazione fra Host <-> Target, che avviene su rete lan.
 
2. Essendo la lentezza del punto 1 comprensibile,Ho creato l'eseguibile del programma, e l 'ho caricato direttamente sul target(Pxi) in modalità startup. Mediante Rt Communication Wizard ho realizzato una comunicazione di sole 6 variabili intere (pochissimi bytes), ad un programma host, che elabora questi valori in maniera autonoma.
Anche in questo caso i risultati non sono stati buoni: i tempi di esecuzione, non erano paragonabili a quelle del pc portatile.
 
3.L'ultimo tentativo è stato quello di eseguire il programma direttamente su Pxi, senza alcun tipo di comunicazione con li pc host. I risultati sono stati accettabili.
 
Le mie conclusioni possibili sono due:
 
1.La comunicazione fra host e pc  ritarda eccessivamente l'elaborazione del programma reale. Potrebbe essere un esempio di cattiva gestione da parte di Labview.
 
2.La gestione delle priorità dei programmi creati da RT Comm Wizard, in particolare, TCL_nomefile.vi ed NPL_nomefile.vi, non è ben gestita da labview, o dal RT engine del Pxi.
Il programma a bassa priorità si impossessa del controllo della cpu, non permettendo l'esecuzione del vero programma.
 
Ciao e buona giornata
 
0 Kudos
Message 3 of 3
(3,301 Views)