Egyre több vállalat érdeklődik a RISC-V ISA-n alapuló eszközök iránt, és egyre több mag, gyorsító és infrastruktúra-elem válik elérhetővé akár kereskedelmileg, akár nyílt forráskódú formában, a végfelhasználók egyre nehezebb kihívással néznek szembe: biztosítva, hogy a legjobb döntést hozzák.
Valószínűleg minden felhasználónak olyan igényei és aggályai lesznek, amelyek majdnem megegyeznek a RISC-V kínálatának rugalmasságával, és jóval túlmutatnak a hagyományos PPA mérőszámokon a biztonsági vagy minőségi szempontokig. Ez magában foglalhatja a hitelesítési biztosíték adaptálhatóságát, amely lehetővé teszi az építészeti bővítést és a szükséges hitelesítést.
Hagyományosan a prototípuskészítés három szintjét alkalmazták – virtuális prototípusokat, emulációt és FPGA prototípusokat, beleértve a köztük lévő hibrideket is. Ezután minden platformot különféle célokra használnak, beleértve a szoftverellenőrzést, az architektúra érvényesítését, a hardver funkcionális ellenőrzését, a teljesítményelemzést és még sok mást.
Miközben a RISC-V tervezési és szoftveres ökoszisztémái már kialakulóban vannak, a konfigurációs és ellenőrzési ökoszisztémák elmaradnak, és új technológia kiépítését teszik szükségessé. A RISC-V flexibilitása az, ami óriási kihívást jelent az ellenőrzés során, mindenekelőtt azon, ami a fix processzorok ellenőrzéséhez szükséges. A hardver-szoftver együttfejlesztést is nemcsak lehetővé teszi, hanem szükségessé is teszi.
Együttfejlesztés
Régebben a hardvert választották ki, majd szoftvereket fejlesztettek ki az ezeken való futtatáshoz. A RISC-V esetében a hardvert gyakran szoftver vezérli. "Az első dolog, amit ki kell választania, hogy milyen szabványos RISC-V opciókat szeretne" - mondja Simon Davidmann, a vállalat alapítója és vezérigazgatója. Imperas szoftver. „A RISC-V szolgáltatáskészlet jelenleg 200 vagy 300 opcióval rendelkezik. Honnan tudhatod, hogy az algoritmusodnak jót tenne-e a lebegőpontos egység, vagy a SIMD, a hardveres szorzók vagy akár a vektormotor? Ki kell dolgoznia azokat a hardverképességeket, amelyekre szüksége lesz és meg is engedheti magának, az adott típusú alkalmazáshoz vagy ahhoz a munkához, amelyet a processzornak el szeretne végezni. Ez önmagában egy kis kihívás lesz.”
Az ilyen kompromisszumok megvalósításához prototípusokra van szükség. "Ha a tervező célja a teljesítmény és a célnak való megfelelés értékelése, akkor a virtuális prototípus az egyetlen életképes választás" - mondja Steve Roddy, a cég piacvezető igazgatója. Quadric. „A hardverprototípusok készítése több mint 10-50-szer időigényesebb, mint egy alrendszer vagy a teljes SoC SystemC modelljének elkészítése. A SystemC virtuális prototípusa általában elég gyorsan fut ahhoz, hogy megválaszolja a teljesítménnyel kapcsolatos kérdéseket, például hány képkocka/másodperc átviteli sebességet érhetek el ezzel a processzormaggal, vagy mekkora az X funkció csúcs- és átlagos sávszélességigénye, elfogadható pontossági borítékon belül.
A megfelelő pontosság elérése nehéz lehet. „Minden a pontosságról és a modell nagyon gyors pörgésének képességéről szól” – mondja Frank Schirrmeister, a megoldásokért és üzletfejlesztésért felelős alelnöke. Arteris IP. „A megfelelő pontosságot az határozza meg, amit a kérdésed megkövetel, és ezek előállítása nem triviális. Ha Ön ASIP-szolgáltató, akkor bármilyen sablonból elő tudja állítani ezeket. A kérdéstől függően előfordulhat, hogy csővezeték pontosságra van szüksége, lehet, hogy memóriapontosságra van szüksége, nem kell teljesen pontosnak lennie, de ha egy CAD részleg is érintett, akkor túlságosan félnek a rossz kérdés megválaszolásától.”
De a pontosság kompromisszum a sebességgel szemben. „Bár egyes virtuális prototípusok cikluspontosak, ezek gyakran túl lassan futnak ahhoz, hogy képesek legyenek a szükséges szoftveres átvitelre” – mondja az Imperas's Davidmann. „A legnagyobb teljesítményű virtuális prototípusok nem teljesítménymotorok, mert nem modelleznek processzorfolyamatokat. Szoftveres szemszögből nézik, ahol le tudod fordítani és hardveren futtatni, az utasításszámok vagy a hozzávetőleges időzítési becslések alapján pedig hozzávetőleges teljesítményt láthatsz. Ennek elegendőnek kell lennie egy ilyen építészeti döntés meghozatalához.”
Gyakran több prototípusra van szükség. „Általában két okból készítünk prototípust” – mondja Venki Narayanan, a Microchip Technology FPGA üzletágának szoftver- és rendszermérnöki igazgatója. „Az egyik az építészeti érvényesítés, hogy megbizonyosodjunk arról, hogy megfelelünk az összes teljesítménymutatónak és követelménynek, valamint a funkcionális érvényesítésnek. A másik ok a beágyazott szoftver és firmware fejlesztés. Különböző szintű prototípus-készítési technikákat használunk, amelyek közül a legelterjedtebb a saját FPGA-k használata emulációs platform kifejlesztésére mind az építészeti, mind a funkcionális érvényesítéshez. Olyan építészeti modelleket is használunk, mint a QEMU, hogy virtuális platformokat építsünk a teljesítmény ellenőrzésére és a beágyazott szoftverfejlesztésre egyaránt.”
A lehetőségek száma egyre nő. „Ma sokféleképpen készítenek prototípusokat a vállalatok a RISC-V-vel” – mondja Mark Himelstein, a RISC-V International műszaki igazgatója. „Ezek a gyártói szintű egykártyás számítógépektől a vállalati LINUX-kompatibilis kártyákig terjednek. Az emulációs környezetek (mint például a QEMU) lehetővé teszik a fejlesztők számára, hogy még a hardver elkészülte előtt haladjanak tovább a szoftverrel, és mindenhol megtalálhatóak kész alkatrészek a beágyazott SoC-ktől (például az Espressif és a Telink cégektől), az FPGA-kig (például a Microsemi-től) egészen a az Intel és a SiFive hamarosan megjelenő Horse Creek kártyája.”
Visszatér a teljesítmény/pontosság kompromisszumhoz. „A fizikai prototípusok sokkal több tervezési erőfeszítést igényelnek, mivel valódi RTL-t csatlakoztatunk és szintetizálunk, de sokkal nagyobb pontosságot és átvitelt biztosítanak” – mondja Quadric Roddy. „Egy fizikai prototípus egy FPGA rendszerben, legyen az otthoni vagy a nagy EDA cégektől származó, erőfeszítést igényel. De egy nagyságrenddel gyorsabban tud futni, mint egy SystemC modell, és több nagyságrenddel gyorsabban, mint a teljes kapuszintű szimuláció. A tervezőcsapatok az IP-kiválasztási folyamat során jellemzően a C-alapú modellekről a fizikai modellekre fordulnak, hogy ellenőrizzék a tényleges tervezést az IP-választás után, és hogy rendszerszoftver-fejlesztési platformként működjenek.
Ha már tudja, hogy milyen szolgáltatáskészletet szeretne a hardverben, akkor megnézheti, hogy valaki készített-e már olyan megoldást, amely megfelel az Ön igényeinek legtöbbjének. „Valószínű, hogy az összes eladóval együtt lesz egy olyan kereskedelmi megoldás, amely olyan típusú lesz, mint amit Ön keres” – mondja Davidmann. „A RISC-V-vel azonban nem kell elfogadnia ezt a megoldást úgy, ahogy van. A RISC-V értékének jelentős része az a szabadság, hogy megváltoztathatja, módosíthatja, és különféle dolgokat adhat hozzá, amit szeretne.”
Megvalósítás kiválasztása
Számos módja van egy adott szolgáltatáskészlet megvalósításának, például a folyamatszakaszok száma vagy a spekulatív végrehajtási jellemzők száma. Mindegyiknek más lesz a kompromisszuma a teljesítmény, a teljesítmény és a terület között. „Az ISA íz, legyen az RISC-V, Arm, Cadence Xtensa, Synopsys ARC, nem igazán befolyásolja a modellezési és prototípuskészítési célokat és kompromisszumokat” – mondja Roddy. „A rendszertervezőnek meg kell válaszolnia a SoC tervezési céljaival kapcsolatos kérdéseket, függetlenül a processzor márkától. Technikai szinten a RISC-V modell valóban stabil pozícióban van a piacon a modellezési és teljesítményelemző eszközök támogatásához képest. Számos konkurens alapvető szállító létezik, mindegyik más-más implementációval és processzorfunkcióval. A rendszer fő CPU-jaként nem rendelkezik olyan hosszú élettartammal, mint egy Arm, ezért az EDA világában kevesebb ökoszisztéma-szereplő rendelkezik széles körben validált, használatra kész modellezési támogatással a különféle RISC-V magokhoz. a RISC-V szállítók közül. Konfigurálható, módosítható magként a RISC-V világ lemarad az utasításkészlet-automatizálás szintjén, amelyet a Tensilica 25 évet töltött. Így a RISC-V kevesebb modellezési támogatással rendelkezik, mint kész építőelem, és kevesebb automatizálást használ az utasításkészletekkel végzett kísérletezés platformjaként.
De ez csak az egyik szempontja a megvalósításnak, amelyet értékelni kell. Milyen a minősége? Ha módosítani szeretné, hogyan érvényesítheti újra?
Ezek közül a teljesítmény a legkönnyebben értékelhető. „Ez nem különbözik bármely hagyományos processzorgyártótól” – mondja Davidmann. „Megmondják, hogy ez a mag ennyi Dhrystone-t ad wattonként, és megadják a tipikus processzorelemzési adatokat, amelyek szerint ilyen gyorsan fut ez a mikroarchitektúra. Rendelkeznek minden adattal, és bárki, aki licencel egy processzormagot, ismeri ezeket az adatokat, és beszélni fog velük, és megszerzi ezeket az információkat. Valószínűleg sok választható lehetőség lesz az adatlapjukon, és azt fogják mondani: „Ha bekapcsolja ezt az opciót, akkor ezt vagy azt kapja.” Megnézheti az adatlapon, a gyártók weboldalain. ”
Ezen a szinten valószínűleg cikluspontosságra van szüksége. „Látom, hogy a legtöbb ember emulátorba pumpálja, és elegendő adatot futtat rajta, hogy ésszerű döntést hozzon” – mondja Schirrmeister. „Nem látom, hogy egyhamar a virtuális prototípusok felé haladjunk. Egyes cégek FPGA prototípusokról beszélnek, ahol saját egylapos megoldása van. A megválaszolandó kérdéstől függően dönthet úgy, hogy konfigurálja, előállítja, majd egy FPGA-ba pumpálja, hogy több adatot futtasson rajta, a megfelelő szoftverrutinokkal. Az ipar kellően gyors belépési módokkal rendelkezik az emulátorokba és a prototípusokba, hogy ezt lehetővé tegye. Az alapvető probléma az, hogy a lehető legpontosabb adatok alapján szeretné meghozni ezt a döntést, de előfordulhat, hogy akkor nem rendelkezik ilyen pontos adatokkal, amikor meg akarja hozni ezt a döntést."
Sok ilyen prototípusnak nem csak a processzort kell tartalmaznia. „A virtuális platformok lehetővé teszik más külső fizikai hardverfunkciókkal való integrációt, például a memóriát és a valós környezetben működő érzékelőket” – mondja a Microchip Narayanan munkatársa. „A hibrid rendszerek összehozhatják a virtuális platformokat fizikai prototípusokkal más külső funkciókhoz. Az FPGA-emuláció és prototípus-készítés segít megtalálni az időzítéssel kapcsolatos hibákat, például a versenykörülményeket, mivel így pontosabb a ciklus, és a külső funkciók gyorsabban futnak.”
Igazolás
Mivel a processzortervezés már régóta házon belül zajlik, nincs nyilvános hitelesítési ökoszisztéma a processzor felépítéséhez, és a RISC-V szolgáltatásai sokkal rugalmasabb ellenőrzési megoldást igényelnek, mint amilyen korábban valaha is létezett. Ennek létrehozása még csak most kezdődik.
„Vannak olyan iparági mutatók, mint a Dhrystones vagy a CoreMark, így az emberek összehasonlíthatják a teljesítményt” – mondja Davidmann. „De hogyan lehet összehasonlítani az ellenőrzés minőségét? Egyenlő versenyfeltételekre van szükség, hogy minden szállító azt mondhassa: „Mi így csináljuk.” Szükségünk van néhány minőségi mutatóra az ellenőrzéshez.”
Ebben segíthet a nyílt forráskódú mozgalom. „Ha megnézzük a RISC-V ökoszisztémát, akkor sok nagyon tapasztalt processzorfejlesztő dolgozik” – mondja Schirrmeister. „Két véglet létezik. Az egyik az, hogy kapok egy magot egy szállítótól, és ha nem működik, akkor probléma van velük. Másrészt teljes szabadságom van, és mindent magam csinálok. Valahol a két szélsőség között van kialakulóban az egyensúly. Valami olyasmit kap, ahol bizonyos mennyiségű ellenőrzést biztosít a szállítója, majd a kiterjesztésekért a saját felelőssége van.”
És itt jönnek be a mérőszámok. „Az ISA-kompatibilitás csak az első lépcsőfok a bonyolultságokkal teli létrán, amelyen csak néhány vállalat jutott fel” – mondja Dave Kelf, a Breker Verification Systems vezérigazgatója. „Lehet, hogy a prototípusok létrehozása az egyetlen módja annak, hogy teljes mértékben biztosítsuk a processzorok megbízható működését, de a valódi munkaterhelések kihasználása a prototípusok meghajtásához megkarcolja a valódi processzorlefedettséget. Ez ellentmond a nyílt ISA versenytörekvéseinek, amelyek felgyorsítják a fejlődést és a piaci problémákhoz való időt.”
De mik is ezek a mutatók? „Az OpenHW minőségi csoportban azt próbáljuk kidolgozni, hogy mik legyenek ezek a mutatók” – mondja Davidmann. „Ebbe beletartoznak olyan dolgok is, mint a funkcionális lefedettség, mert nem csak egyszerű utasításokról van szó. Egy jó minőségű processzorhoz ennél sokkal többre van szükség. Szüksége van egy olyan ellenőrzési módszerre, amelyben biztos lehet benne, hogy a referenciával való összehasonlítása mindent lefed. A funkcionális lefedettség csak azt mutatja, hogy megvan a teszt, de ehhez olyan módszertannal kell párosulnia, amely összehasonlítható valamilyen ismert referenciával. Hibabefecskendezési technológiát fogunk hozzáadni, hogy lehetővé váljon annak megállapítása, hogy a tesztpad valóban észlel-e problémákat.”
1. ábra: RISC-V hitelesítési megoldás architektúrájának meghatározása. Forrás: Imperas
Egy sor eszközt igényel. „Amint a RISC-V ökoszisztéma érlelődik, a kereskedelmi megvalósítások kezdik támogatni a meghatározott piaci szegmenseket” – mondja Ashish Darbari, az Axiomise alapítója és vezérigazgatója. „Támogatást látunk olyan piacokon, mint például az autóipar, amelyek megkövetelik a funkcionális biztonsági megfelelést. Az IoT támogatását látjuk, amely biztonságot igényel. A RISC-V gyártói fejlett ellenőrzési technikákba fektetnek be, beleértve az építészeti modellezés és a teljesítmény virtuális prototípus-készítését. Eszközök már elérhetőek a formális módszerek korai elfogadására a hibák kiküszöbölésére a tervezési folyamat korai szakaszában, és elkerülhetők a hibák beszúrása, mivel a tervezők a processzor-memória felületen történő szimulációval küszködnek a saroktok-hibák elfogásával.”
Az egyik szükséges eszköz a tesztesetek létrehozásának képessége egy szolgáltatáslista vagy képességkészlet alapján. „A teszttartalom automatikus generálása kulcsfontosságú, hogy olyan prototípusokat hajtsunk végre, amelyek időben figyelembe veszik az ellenőrzés bonyolultságát” – mondja Breker's Kelf. „Ezek a generáló mechanizmusok most kezdenek megjelenni a piacon.”
Következtetés
Egy ökoszisztéma csak annyira jó, amennyire a leggyengébb összetevője, és a RISC-V esetében ez az EDA eszközlánc. Ennek oka kettős. Először is, egészen a közelmúltig nem volt kereskedelmi piaca a processzor-ellenőrző eszközöknek. Míg a múltban léteztek, mindegyik vagy eltűnt, vagy feloszlott az örökölt processzorcégekbe. Másodszor, a RISC-V ISA rugalmassága új rendszerszintű optimalizálási megközelítést hoz létre, amely új eszközöket igényel. Időbe telik, hogy megértsék ezt a lehetőséget, és megjelenjenek olyan kereskedelmi eszközök, amelyek megfelelően kezelik ezt.
Összefüggő
Minimális RISC-V
Van-e hely egy RISC-V processzor még kisebb változatának, amely helyettesítheti a 8 bites mikrokontrollereket?
A RISC-V bekerül a mainstreambe
A nyílt forráskódú processzormagok kezdenek megjelenni heterogén SoC-kban és csomagokban.
Hatékony nyomkövetés a RISC-V-ben
Hogyan kell dolgozni az új RISC-V hibakeresési szabvánnyal.
Mennyire biztonságosak a RISC-V chipek?
A nyílt forráskód önmagában nem garantálja a biztonságot. Ez még mindig a tervezés alapjain múlik.
- SEO által támogatott tartalom és PR terjesztés. Erősödjön még ma.
- Platoblockchain. Web3 metaverzum intelligencia. Felerősített tudás. Hozzáférés itt.
- Forrás: https://semiengineering.com/selecting-the-right-risc-v-core/
- 1
- 10
- a
- képesség
- Képes
- Rólunk
- felett
- felgyorsult
- gyorsítók
- Elfogad!
- elfogadható
- Fiók
- pontosság
- pontos
- tulajdonképpen
- cím
- Örökbefogadás
- fejlett
- Után
- ellen
- algoritmus
- Minden termék
- már
- összeg
- elemzés
- Analitikai
- és a
- és az infrastruktúra
- válasz
- megjelenik
- Alkalmazás
- megközelítés
- megfelelő
- Ív
- építészeti
- építészet
- TERÜLET
- ARM
- megjelenés
- értékelni
- Automatizált
- Automatizálás
- autóipari
- elérhető
- átlagos
- vissza
- Sávszélesség
- alapján
- alapvető
- mert
- válik
- egyre
- előtt
- Kezdet
- hogy
- haszon
- BEST
- között
- Túl
- Nagy
- Bit
- Blokk
- bizottság
- márka
- hoz
- nagyjából
- Bogár
- bogarak
- épít
- Épület
- épült
- üzleti
- üzlet fejlesztés
- CAD
- képességek
- képes
- Fogás
- vezérigazgató
- bizonyos
- kihívás
- kihívások
- esély
- változik
- játékpénz
- választás
- választás
- A pop-art design, négy időzóna kijelzése egyszerre és méretének arányai azok az érvek, amelyek a NeXtime Time Zones-t kiváló választássá teszik. Válassza a
- felmászott
- CMO
- Párhuzamos
- hogyan
- kereskedelmi
- kereskedelemben
- Közös
- Companies
- összehasonlítani
- kompatibilitás
- versengő
- versenyképes
- teljes
- bonyodalmak
- teljesítés
- összetevő
- alkatrészek
- számítógépek
- aggodalmak
- Körülmények
- bizalom
- Configuration
- Csatlakozó
- megfontolások
- tartalom
- Mag
- tudott
- összekapcsolt
- lefedettség
- fedő
- CPU
- készítette
- teremt
- létrehozása
- teremtés
- Patak
- CTO
- Jelenleg
- dátum
- Dave
- döntés
- meghatározó
- szállít
- igények
- osztály
- attól
- telepített
- Design
- tervezési folyamat
- tervezők
- Fejleszt
- fejlett
- fejlesztők
- fejlesztése
- Fejlesztés
- Eszközök
- különböző
- nehéz
- Igazgató
- Nem
- ne
- le-
- hajtás
- hajtott
- vezetés
- alatt
- minden
- Korai
- legegyszerűbb
- ökoszisztéma
- ökoszisztémák
- erőfeszítés
- erőfeszítések
- bármelyik
- beágyazott
- lehetővé teszi
- Motor
- Mérnöki
- Motorok
- elég
- biztosítására
- biztosítása
- Vállalkozás
- Egész
- belépés
- Környezet
- környezetek
- Egyenlő
- Egyensúlyi
- megalapozott
- becslések
- értékelni
- Még
- EVER
- minden
- végrehajtás
- tapasztalt
- kiterjedő
- kiterjesztés
- kiterjesztések
- külső
- szélsőségek
- Arc
- ismerős
- Divat
- GYORS
- gyorsabb
- Funkció
- Jellemzők
- kevés
- mező
- Füge
- Találjon
- megtalálása
- vezetéknév
- megfelelő
- rögzített
- Rugalmasság
- rugalmas
- forma
- hivatalos
- alapító
- Alapítója és vezérigazgatója
- FPGA
- szabadság
- ból ből
- Tele
- teljesen
- funkció
- funkcionális
- funkciók
- alapjai
- általában
- generál
- generáló
- generáció
- kap
- szerzés
- Ad
- ad
- Go
- Célok
- megy
- jó
- nagyobb
- Csoport
- Növekvő
- garancia
- történik
- hardver
- segít
- segít
- jó minőségű
- házi
- Ló
- Hogyan
- HTTPS
- hatalmas
- Hatás
- végre
- végrehajtás
- in
- tartalmaz
- magában foglalja a
- Beleértve
- növekvő
- egyre inkább
- ipar
- információ
- Infrastruktúra
- utasítás
- integrálni
- Intel
- érdekelt
- Felület
- Nemzetközi
- befektetés
- részt
- tárgyak internete
- IP
- kérdések
- IT
- maga
- Munka
- Kulcs
- Kedves
- Ismer
- ismert
- létra
- nagy
- Örökség
- szint
- szintek
- erőfölény
- Engedélyezés
- Valószínű
- linux
- Lista
- Hosszú
- hosszú idő
- hosszú élet
- néz
- keres
- készült
- Fő
- csinál
- készítő
- KÉSZÍT
- sok
- jel
- piacára
- piacok
- megérik
- max-width
- Találkozik
- Memory design
- Módszertan
- mód
- Metrics
- minimális
- modell
- modellezés
- modellek
- módosítása
- több
- a legtöbb
- mozgalom
- mozgó
- elengedhetetlen
- Szükség
- igények
- Új
- szám
- számos
- célkitűzés
- Esély
- Ajánlat
- ONE
- nyitva
- nyílt forráskódú
- üzemeltetési
- működés
- Alkalom
- optimalizálás
- opció
- Opciók
- érdekében
- rendelés
- Más
- saját
- csomagok
- rész
- alkatrészek
- múlt
- Csúcs
- Emberek (People)
- teljesítmény
- fizikai
- csővezeték
- tengely
- emelvény
- Platformok
- Plató
- Platón adatintelligencia
- PlatoData
- játékos
- játék
- pont
- Nézőpont
- pozíció
- lehetőségek
- lehetséges
- hatalom
- elnök
- valószínűleg
- Probléma
- problémák
- folyamat
- Processzor
- processzorok
- Haladás
- megfelelően
- prototípus
- prototípusok
- prototípus
- ad
- feltéve,
- ellátó
- nyilvános
- szivattyú
- szivattyúzás
- cél
- célokra
- világítás
- kérdés
- Kérdések
- Futam
- hatótávolság
- készáru
- igazi
- való Világ
- ok
- ésszerű
- miatt
- nemrég
- Tekintet nélkül
- megbízható
- cserélni
- szükség
- kötelező
- követelmény
- követelmények
- megköveteli,
- felelősség
- Szoba
- futás
- futás
- Biztonság
- Biztonság és védelem
- Második
- biztonság
- biztonság
- szegmensek
- kiválasztott
- kiválasztása
- kiválasztás
- idősebb
- érzékelők
- készlet
- számos
- kellene
- előadás
- Műsorok
- jelentős
- Simon
- Egyszerű
- tettetés
- egyetlen
- Lassan
- kisebb
- So
- szoftver
- szoftverfejlesztés
- megoldások
- Megoldások
- néhány
- Valaki
- valami
- valahol
- Nemsokára
- forrás
- sebesség
- költött
- Centrifugálás
- stabil
- állapota
- standard
- Kezdve
- Steve
- Még mindig
- Küzdelem
- ilyen
- kíséret
- támogatás
- felületi
- rendszer
- Systems
- Vesz
- tart
- Beszél
- beszéd
- csapat
- Műszaki
- technikák
- Technológia
- sablon
- teszt
- A
- azok
- ebből adódóan
- dolog
- dolgok
- három
- Keresztül
- áteresztőképesség
- idő
- időigényes
- alkalommal
- időzítés
- nak nek
- Ma
- együtt
- is
- szerszámok
- felső
- Végösszeg
- nyom
- hagyományos
- FORDULAT
- tipikus
- jellemzően
- megértett
- egység
- közelgő
- használ
- használó
- Felhasználók
- érvényesített
- érvényesítés
- érték
- fajta
- eladó
- gyártók
- Igazolás
- változat
- életképes
- Alelnök
- Megnézem
- Tényleges
- virtuális platformok
- hiányzó
- módon
- honlapok
- Mit
- Mi
- vajon
- ami
- míg
- lesz
- belül
- Munka
- dolgozzanak ki
- világ
- lenne
- Rossz
- X
- év
- A te
- zephyrnet