E
Elephantus
Guest
Olen suunnittelemalla streaming mittauksen kanssa Cypress EZ-USB FX2 käyttäen CyAPI.Tiedot siirretään ulkoisen logiikan kautta orja FIFO liitäntää quad-puskuroitua irtotavarana päätetapahtuma on FX2.PC hakee saadut tiedot FX2 käyttäen siirtää prescheduling on queuing päällekkäin siirrot (sen BeginXfer-WaitXfer-FinishXfer lähestymistapa esitetään CyAPI serpentiini esimerkki).
Annettu lähestymistapa on tuotettava jatkuvasti hakumekanismi koskevien tietojen USB-väylä ja laaja puskuroinnin käytetään PC maksimoidaksesi stream läpijuoksu.
Kuitenkin, kun testaus ja mittaukset, seuranta FLAGB (FIFO täyden lipun) on osoittanut, että FX2 FIFO on tyhjennetty ei jatkuvasti riippuen nykyisen suorittimen kuormitusta.Hakemuksessa, joka käyttää kolme rinnakkaista kierteet (yksi hakemaan ja ennen aikataulun USB-, toinen vastaanottaa tietoja ja käynnistää käsittely ja kolmas, joka simuloi käsittely tietyn kesto)
valvoa FLAGB oli osoittanut, että FX2 FIFO oli täynnä (unserviced on USB Host) on tarkka kesto Simuloidun jalostus (määräajaksi korkean CPU kuormittamattomana).Samanlaisia tuloksia saatiin, kun koko CPU kuormitus on esitetty käyttäen rinnakkain CPU-aikaa vievä prosessi.
Lisämittauksia ja havainnointia sekä FLAGB käyttäytyminen osoitti, että on olemassa mahdollisuus, että askareita preschedule säiettä ei anneta riittävästi CPU aikaa,
jolloin unsufficient nopeus siirtää uudelleenjärjestelystä, joka tyhjentää prescheduled siirto jonoon.Kuitenkin lisääntymässä puskurin / siirtää koot ja muuttaa säikeen prioriteetti ei poista ongelmaa.Kyseiselle suunnittelu on saavuttaa jatkuva tietojen streaming on ratkaiseva vuoksi rajoitettu puskuriominaisuudet kohde-etuutena olevan laitteiston kanssa.Ei-jatkuva hakumekanismi tietojen tuloksia tietojen menetys johtuu puskurin ylivuoto, joka ei ole hyväksyttävää, että kun otetaan huomioon suunnittelussa.
Kysymykset ovat: on riippuvuutta siirto alentaa suorittimen kuormitusta, joita aiheutuu CyAPI / CyUSB kuljettajan arkkitehtuuriin, ja on olemassa tapa parantaa suorituskykyä kanssa CyUSB kuljettaja?Voisiko suorituskykyä lisätään suoraan liitettäviä CyUSB kuljettajan kautta CyIOCTL-käyttöliittymään?
Jos joku on vastauksen, tai muita ajatuksia siitä annetaan ongelman Arvostaisin apua.
Annettu lähestymistapa on tuotettava jatkuvasti hakumekanismi koskevien tietojen USB-väylä ja laaja puskuroinnin käytetään PC maksimoidaksesi stream läpijuoksu.
Kuitenkin, kun testaus ja mittaukset, seuranta FLAGB (FIFO täyden lipun) on osoittanut, että FX2 FIFO on tyhjennetty ei jatkuvasti riippuen nykyisen suorittimen kuormitusta.Hakemuksessa, joka käyttää kolme rinnakkaista kierteet (yksi hakemaan ja ennen aikataulun USB-, toinen vastaanottaa tietoja ja käynnistää käsittely ja kolmas, joka simuloi käsittely tietyn kesto)
valvoa FLAGB oli osoittanut, että FX2 FIFO oli täynnä (unserviced on USB Host) on tarkka kesto Simuloidun jalostus (määräajaksi korkean CPU kuormittamattomana).Samanlaisia tuloksia saatiin, kun koko CPU kuormitus on esitetty käyttäen rinnakkain CPU-aikaa vievä prosessi.
Lisämittauksia ja havainnointia sekä FLAGB käyttäytyminen osoitti, että on olemassa mahdollisuus, että askareita preschedule säiettä ei anneta riittävästi CPU aikaa,
jolloin unsufficient nopeus siirtää uudelleenjärjestelystä, joka tyhjentää prescheduled siirto jonoon.Kuitenkin lisääntymässä puskurin / siirtää koot ja muuttaa säikeen prioriteetti ei poista ongelmaa.Kyseiselle suunnittelu on saavuttaa jatkuva tietojen streaming on ratkaiseva vuoksi rajoitettu puskuriominaisuudet kohde-etuutena olevan laitteiston kanssa.Ei-jatkuva hakumekanismi tietojen tuloksia tietojen menetys johtuu puskurin ylivuoto, joka ei ole hyväksyttävää, että kun otetaan huomioon suunnittelussa.
Kysymykset ovat: on riippuvuutta siirto alentaa suorittimen kuormitusta, joita aiheutuu CyAPI / CyUSB kuljettajan arkkitehtuuriin, ja on olemassa tapa parantaa suorituskykyä kanssa CyUSB kuljettaja?Voisiko suorituskykyä lisätään suoraan liitettäviä CyUSB kuljettajan kautta CyIOCTL-käyttöliittymään?
Jos joku on vastauksen, tai muita ajatuksia siitä annetaan ongelman Arvostaisin apua.