E
Elephantus
Guest
Ja sam izradi streaminga podataka aplikacija s čempres EZ-USB FX2, koristeći CyAPI.Podaci su preneseni iz vanjskih logika preko robovsku FIFO sučelje na quad-međupohranom skupno za vršne točke u FX2.PC dohvaća podatke iz FX2 koristeći prijenos prescheduling by čekanje u redu overlapped transferi (u BeginXfer-WaitXfer-FinishXfer pristup kao što je prikazano u CyAPI uzana primjer).
The yield trebali dati pristup kontinuiranom dohvat podataka o USB sabirnice i opsežnog poliranje se koristi na računalu kako bi se povećala propusnost stream.
Međutim, nakon ispitivanja i mjerenja, praćenje FLAGB (FIFO punoj zastava) je pokazala da je FX2 FIFO se prazni non-kontinuirano, ovisno o trenutnom CPU load.U program koji koristi tri paralelne threads (jedan za sitne unaprijed raspored USB podatke, drugi za primanje podataka i pokrenuti obradu i treći koji simulira obrada za dano trajanje) praćenje FLAGB pokazala da je bila puna FX2 FIFO (unserviced by USB Host) za točno vrijeme na simulirani obrade (određenog razdoblja visoke CPU load).Slični rezultati su postignuti pri ukupnom CPU load je podignuta pomoću paralelnih CPU-vrijeme trajanja procesa.
Dodatna mjerenja i motrenja na FLAGB ponašanje navelo je da postoji mogućnost da je donese i preschedule nit nije dobio dovoljan CPU vremena,
što je rezultiralo u unsufficient brzine prijenosa reprogramiranje, koja se prazni prescheduled transfer red čekanja.Međutim, povećanje tampon / prijenosa i mijenjanje veličine nit nije prioritet eliminirati problem.Za dati dizajn, postizanja kontinuiranog streaming podataka od iznimne je važnosti zbog ograničene sposobnosti međupohrana predmetne hardver.Non-continuous dobavljanje podataka rezultate u gubitak podataka uslijed buffer overflow, što je neprihvatljivo s obzirom na dizajn.
Pitanje: je ovisnost o prijenosu stopa na CPU load uzrokovane CyAPI / CyUSB vozač arhitekture, te je li postoji način da povećate performanse sa CyUSB driver?Moglo bi se povećati performanse po izravno pristupanje CyUSB vozača putem CyIOCTL sučelje?
Ako bilo tko ima odgovor, ili bilo koja druga ideja o given problem, ja bih svaku pomoć.
The yield trebali dati pristup kontinuiranom dohvat podataka o USB sabirnice i opsežnog poliranje se koristi na računalu kako bi se povećala propusnost stream.
Međutim, nakon ispitivanja i mjerenja, praćenje FLAGB (FIFO punoj zastava) je pokazala da je FX2 FIFO se prazni non-kontinuirano, ovisno o trenutnom CPU load.U program koji koristi tri paralelne threads (jedan za sitne unaprijed raspored USB podatke, drugi za primanje podataka i pokrenuti obradu i treći koji simulira obrada za dano trajanje) praćenje FLAGB pokazala da je bila puna FX2 FIFO (unserviced by USB Host) za točno vrijeme na simulirani obrade (određenog razdoblja visoke CPU load).Slični rezultati su postignuti pri ukupnom CPU load je podignuta pomoću paralelnih CPU-vrijeme trajanja procesa.
Dodatna mjerenja i motrenja na FLAGB ponašanje navelo je da postoji mogućnost da je donese i preschedule nit nije dobio dovoljan CPU vremena,
što je rezultiralo u unsufficient brzine prijenosa reprogramiranje, koja se prazni prescheduled transfer red čekanja.Međutim, povećanje tampon / prijenosa i mijenjanje veličine nit nije prioritet eliminirati problem.Za dati dizajn, postizanja kontinuiranog streaming podataka od iznimne je važnosti zbog ograničene sposobnosti međupohrana predmetne hardver.Non-continuous dobavljanje podataka rezultate u gubitak podataka uslijed buffer overflow, što je neprihvatljivo s obzirom na dizajn.
Pitanje: je ovisnost o prijenosu stopa na CPU load uzrokovane CyAPI / CyUSB vozač arhitekture, te je li postoji način da povećate performanse sa CyUSB driver?Moglo bi se povećati performanse po izravno pristupanje CyUSB vozača putem CyIOCTL sučelje?
Ako bilo tko ima odgovor, ili bilo koja druga ideja o given problem, ja bih svaku pomoć.
