Tööriistad, metoodikad ja vood, mis on kasutusel olnud pooljuhtide disaini algusest peale, lagunevad, kuid seekord pole potentsiaalsete lahendustega palju teadlasi. Tööstusharu on ise nende ideede sõnastamiseks ja selleks on vaja palju koostööd EDA ettevõtete, tootjate ja disainerite vahel, mis pole varem olnud nende tugevaim külg.
Midagi on raske optimeerida, kui te ei saa seda analüüsida, ja analüüs muutub palju keerulisemaks, kuna paljud suurte pooljuhttoodete probleemid on kas mitmest füüsikast või on tegemist riist- ja tarkvara, süsteemi, plaadi kombinatsiooniga. , IC-pakett, interposer, kiip ja IP-plokk. Varem on probleemide lahendamise viis olnud jaga ja valluta lähenemisviis. Mõnikord tehakse seda hierarhiliselt, näiteks ploki täielik kontrollimine enne selle integreerimist või mõnikord probleemi eraldamine, näiteks kella-domeeni ristumisega.
Kuid üha sagedamini on mõned probleemid seda tüüpi lähenemisviisidele vastu ja tööstus ei ole veel leidnud lihtsat lahendust. Näiteks sellised probleemid nagu turvalisus on süsteemitaseme probleemid. Sama kehtib ka paljude jõudluse või võimsusega seotud probleemide kohta. Isegi sellised probleemid nagu toide ja signaali terviklikkus peavad tegelema hierarhiaga, mis ulatub IP-st süsteemini, mitme kihi keeruka ühendamise kaudu, millest igaüks on traditsiooniliselt kohandatud erinevate tööriistade jaoks.
See loob uued modelleerimisprobleemid ja nõuab, et mõned olemasolevad tööriistad võtaksid palju suurema rolli kui varem. Teise võimalusena peab tööstus tõsiselt võtma disainilahendustele piiranguid, et analüüs oleks võimalik. Kuigi see tööstusharu on hakanud probleeme mõistma, tegeleb see täna sellega killustikuga. Üldist, tulevikku ulatuvat lahendust pole seni keegi välja pakkunud.
See on numbrimäng. "Kui võtta arvesse kogu süsteemi, kasvab nurkade arv plahvatuslikult," ütleb ettevõtte turundusjuht Shekhar Kapoor. Synopsys. „Täna naasevad lähenemisviisid ikka veel hierarhilisele jaga-valluta-tegemisviisile ning otsivad ka viise, kuidas vähendada stsenaariumide arvu, millega peate tegelema. Ilma nendeta on arvutusnõuded tohutud. Ja selleks, et saaksite süsteemidesse sisse logida, on tee palju-palju pikem.
Mõne asja puhul on hierarhilised lähenemised siiski kasulikud. "Abstraktsiooni põhimõtet kasutatakse kohtades, kus analüüsi põhiline keerukus on liiga keeruline," ütleb Prakash Narain, Real Intenti president ja tegevjuht. „Simulatsioonis kasutame seda siini funktsionaalsete mudelite ja staatilise ajastuse analüüsi osas. Kasutame seda, luues I/O-taseme ajastusmudeleid, kella-domeeni ristumisi, kella-domeeni ristumise staatilisi väljalogimistehnikaid, lähtestamise-domeeni ristamist. Need kõik on kohad, kus me edukalt kasutame hierarhilisi tehnikaid.
Nurkade vähendamine hõlmab sageli disainiotsuseid. "Miks mitte vältida domeenide ristamist," ütleb Synopsys' Kapoor. "Lihtsalt hoidke kujundust asünkroonsena, kus iga tükk on ajastatud eraldi. Nii saate hallata konkreetse tüki nurkade arvu. Seejärel saate peale selle kasutada nurkade vähendamise tehnikaid. Ajastusanalüüsi hierarhiliste lähenemisviiside abil ajastame iga osa eraldi ja seejärel mõlemad koos piirangutega ning teeme nurkade liitmise.
Mida mõeldakse kõikjal suurenevate teede all. "Paljud inimesed tahavad analüüsida mitmest stantsist koosnevaid süsteeme," ütleb Synopsyse HPC IP vanemdirektor Mick Posner. "Signaali ja toite terviklikkuse lahendused keskendusid stantsele, paketi kaudu PCB-le. Nüüd on sellest saanud die, interposer, pakendamine, PCB. See kehtib eriti suure jõudlusega liideste (nt 112G) ja mäluliideste kohta, kus keskendutakse palju selle interposeri või marsruutimiskihi mõjule. Peame välja mõtlema, kuidas seda teavet IP-ga pakkida, mis on mõnikord võimatu, kuna me ei tea, kuidas seda IP-d kasutatakse. Saame pakkuda võrdlusvoogu, mis näitab neile, kuidas nad seda analüüsi teevad.
Probleem on selles, et mõningate vajalike abstraktsioonide tegemine on keeruline. "Abstraktsiooninõuded on rakendusele väga spetsiifilised," ütleb Real Intenti Narain. „Need sõltuvad tehnoloogiast ja on tooteti erinevad isegi selle rakenduse puhul. Need sõltuvad tehnoloogiast, mida iga toode funktsiooni rakendamiseks kasutab. Seejärel peate arvestama soovitud täpsuse tasemega. See on rakenduse ja tehnoloogia jaoks väga spetsiifiline ning standardid järgivad tõesti hiljem, sest see on väga keeruline protsess.
Posner toob konkreetse näite. "HBM3 jaoks pakkisime kokku võrdlusdisaini. See on meie enda testkiibi etalondisain. Töötasime välja PHY, kuid kui teeme testkiibi, peame välja töötama ka interposeri, mis ühendub HBM-i virnaga. Peame tegema kõike sarnaselt sellega, mida peaks tegema klient. Siis saavad nad seda voolu võimendada. Aga loomulikult oli see meie testkiip. Nad saavad voogu uuesti kasutada, kuid tegelikud andmed sõltuvad sellest, kuidas nad selle sekkuja paigutavad.
Modelleerimise probleem
Nende raskuste põhjuseks on mudelite ja nende mudelite genereerimise vahendite puudumine. Mudelid on kompromissid truuduse, täpsuse ja jõudluse vahel. Suure täpsusega mudelid on tavaliselt hea täpsusega, kuid töötavad aeglaselt, samas kui mudelid, mis töötavad kiiremini, loobuvad millestki kas täpsuse, täpsuse või mõlema osas. Vajalikud mudelid on nii funktsionaalsed kui ka mittefunktsionaalsed mudelid.
Oleme probleemiga funktsionaalses valdkonnas juba mõnda aega tegelenud, kuid selleks on vaja veel tööd teha. "Funktsionaalseks kontrollimiseks teeme mõned mudelid," ütleb Neil Hand, disainikontrolli tehnoloogia strateegia direktor Siemens EDA. “Meil on tsüklitäpne, juhiskomplekti täpsus jne. Kuid soovite, et nende vahel oleks lihtne liikuda. Hübriidmodelleerimisega saate kasutada seda, mida nad nimetavad kiireks ja seejärel täpseks. Lennult peate saama mudelit vahetada. Näiteks võib keegi käivitada operatsioonisüsteemi vähem täpsel, kiirel mudelil ja seejärel lülitada kujundusoleku jooksutäpseks mudeliks. Nüüd saavad nad sellest punktist edasi minna palju täpsemini ja mudelis endas palju täpsemini. Peame arendama veelgi suuremaid võimeid, et truuduste vahel vahetada, kui neid vajate.
Tänapäeval kasutatakse sarnast metoodikat plokitaseme ja integratsiooni kontrollimisel. "Kui ostate Arm-tuuma, ei kontrolli te Arm-tuuma funktsionaalsust," ütleb ettevõtte asutaja ja tegevjuht Simon Davidmann. Tarkvara Impera. "Te kontrollite selle integreerimist. Siin tulevad mängu sellised ettevõtted nagu Breker. Teil on need plokid olemas, aga kuidas kontrollida, kas nad kõik omavahel kenasti räägivad? Te ei tee seda samal viisil, nagu kinnitaksite plokki UVM-i või Verilogiga, mida kasutate plokitaseme kinnitamiseks. Kinnitamise hierarhia seisneb selles, et kõik teie plokid töötavad, testitakse neid eraldi, seejärel koondatakse ja muretsetakse integratsioonitestide pärast. Kuid need nõuavad erinevaid metoodikaid.
Probleem on alati olnud selles, et nende mudelite loomine võtab aega ja vaeva ning järjepidevuse tagamiseks tuleb iga mudelit kontrollida. "Arhitektuuri jaoks on vaja ka mittefunktsionaalseid omadusi, näiteks ajastuse detaile," ütleb Synopsyse virtuaalse prototüüpimise peainsener Tim Kogel. „See nõuab mudelite ehitamiseks tunduvalt rohkem pingutusi. Kuigi tööstus on loonud kõrgema abstraktsioonitaseme, pole nende mittefunktsionaalsete jõudlusmudelite loomiseks tööriistade loomine olnud nii edukas. Näiteks näeb tarkvara töötlemiselemente abstraktsemate ressursiüksustena ja siis võivad teil olla üksikasjalikumad mudelid ühenduse ja mälu alamsüsteemist või erinevate kiipide vahelisest võrgust. Arteris ja Arm pakuvad neid sidusate võrkude jaoks, erinevat tüüpi IP-ühenduste jaoks ja ka mälukontrollerite jaoks, mis on integratsiooni põhielemendid.
Vaja on rohkem mudeli loomise tööriistu. "Kui analüüsite disaini konkreetsete mustrite abil, on teil võimalus luua abstraktne mudel," ütleb ettevõtte direktor ja tootespetsialist Malik Vasirikala. Ansys. "Näiteks kui ma analüüsin kiibi sisemisi, siis tean ka, kuidas see liidese vaatenurgast käitub. Ma saan luua mudeli, nagu näeksin kogu seda osa perifeeriast või kiibi piiril välismaailma poole. Siis, kui analüüsin teist sellega ühendatud kiipi, ei vaja ma kiibi sisemisi detaile. Ma lihtsalt ühendan selle käitumismudeli selle analüüsiga ja ma olen valmis.
Kuid seal on lünki. "Puudu on paremast integratsioonist ja andmevahetusest füüsiliste ja virtuaalsete maailmade vahel," ütleb Synopsys Kogel. "Me vajame arhitektuurset mudelit, mis põhineb õpitud korruseplaani teabel ja õpitud geomeetriatel, mis virtuaalse prototüübi tasemele üleviimisel aitavad teil jõudlust, võimsust ja soojust kinnitada tegeliku rakendustegevuse põhjal."
Millal olete lõpetanud?
Lõpetamine on iga analüüsiülesande üks probleeme. Kas olete käsitlenud olulisi juhtumeid? Katvuse mõõdikud on olemas plokitaseme funktsionaalse kontrolli jaoks, kuid see on veel üks mudel, mis tuleb üle viia kõrgematele abstraktsioonitasemetele ja mittefunktsionaalsetele domeenidele. "Kui kasutate osa oma kinnitamisest RTL-i valdkonnas ja mõnda virtuaalses prototüübis, kuidas saate need leviüksused kokku liita?" küsib Siemensi käsi. "Tänapäeval tehakse seda funktsionaalse katvuse kaudu, kuid on võimalus – eriti kui vaatate stiimulite genereerimist, kui kasutate tehisintellekti katvuse poolel – hakata järeldama teavet erinevat tüüpi katvuse kohta."
Tarkvaramaailm on selles osas olnud väga lõtv. "Ma ei usu, et levitamiseks on standardset lähenemisviisi või metoodikat," ütleb Imperase Davidmann. "Minu teada ei ole inimesed teinud tarkvara ümber automatiseerimist, mis oleks samaväärne HDL-i levipunktide ja katterühmadega. Protokollikontrollid on olemas kontrollimiseks ja analüüsimiseks. Ja saate koostada statistikat, kus saate vaadata funktsioone või vaadata juurdepääsu muutujatele. Standardi puudumise tõttu pakume vajalikke tööriistu, kuid kasutaja peaks selle ise ehitama.
Kui teil on katvuse mõiste, on võimalik mõelda kinnitamise optimeerimisele. "Olgu see kaasaskantav stiimul praegusel kujul või midagi, mis põhineb nendel arusaamadel, vajame stsenaariumide loomist süsteemi tasemel," ütleb Hand. „Kas me saame selle võtta ja minna ühe taseme võrra kõrgemale ning minna koos virtuaalsete prototüüpidega ja süsteemi modelleerimisega ning luua stsenaariume tugevate süsteemide vahel? See muutub üha olulisemaks, kuna süsteemid muutuvad üha integreeritumaks.
Teised nõustuvad. "Tahate, et see järjepidevus oleks IP-taseme, SoC-taseme ja seejärel silikoonilise kontrolli vahel, " ütleb Kogel. „Kaasaskantav stiimul on üks viis selle saavutamiseks. Seejärel saate käivitada ka abstraktse testjuhtumi, näiteks programmi manustatud tuumal, seejärel virtuaalses prototüübis. Selles laiemas mõttes on see arhitektuurse kontseptsiooni kontrollimine. Hiljem käivitate RTL-i koos tarkvaraga emulaatoril, FPGA prototüübil ja seda saab kasutada jõudluse kinnitamiseks, sest see on rohkem nagu "See, mida näete, on see, mida saate." See pole mingi kõrgetasemeline virtuaalmudel.
Joonis 1: mudelite ja kontrollieesmärkide mitu taset. Allikas: Synopsys
Teine viis integratsiooni kontrollimiseks on funktsionaalne vastavus. "Armis on tehtud katse, mida nimetatakse "süsteemiks valmis", et määratleda, mida tähendab olla ühilduv ja võimeline operatsioonisüsteemi käivitama," ütleb Nick Heaton, ettevõtte tunnustatud insener ja SoC verifitseerimisarhitekt. Cadence. „Kui teie juurutamine läbi läheb, ei pea te Red Hati ega muu OS-i väljalaseid muutma. Nad lihtsalt käivitavad selle. See on tarkvara ja riistvara vaheline leping. Kaasaskantav stiimul üritab seda teha üldistatumalt ja me nimetame seda VIP-iks, kuna see on omamoodi karbist väljas sisu, mida pakume näiteks sidususe tasemel. Testime kõiki sidususe permutatsioone ja saame selle pakkuda põhimõtteliselt igale platvormile, olgu selleks Arm või RISC-V või mis iganes.
Silumisprobleem
Üks asi on mudeli käitamine, kuid mudelis või mudeli kasutusviisis probleemi leidmine ja parandamine on hoopis teine asi. "Kui silute tarkvara riistvaras või FPGA-s, saate sellega ühenduse loova gdb-i ja saate protsessori juhistevooga ühe sammuga liikuda," ütleb Davidmann. "Kuid probleem tekib siis, kui neil on 10 või enam protsessorit ja nad peavad teadma, kui "this" kirjutab "sellele", kuidas see välja näeb? Analüüs ja silumine tuleb teha terviklikult, et saaksite kõike näha. See peab hõlmama tarkvarapakke, et saaksite vaadata platvormi käitumist.
See on teistsugune nõudmiste kogum kui lihtsalt riistvara silumine. "Riistvara/tarkvara integratsiooni testimise alustamisel hakkame nägema rohkem tarkvara silumisvõimalusi, mis on integreeritud virtuaalsesse prototüübi silumiskeskkonda, " ütleb Hand. „Kui hakkame seda süsteemidisaineritele kättesaadavaks tegema, on meil võimalus vaadata kasutusmudeleid ja millised on disainikeskkonnad, millega need meeskonnad töötada soovivad? Kuidas me saame seda lisada? Soovite, et süsteemidisainerid suhtleksid virtuaalsete prototüüpidega viisil, mis on nende jaoks mõttekas. See kõik seisneb lõppkasutajate tuvastamises ja kasutusmudelite kaardistamises. See on valdkond, kus saame palju ära teha ja palju peaksime ära tegema.
Vahendid ja metoodikad peavad vastama iga taseme vajadustele. "Poisid, kes teevad integratsiooni verifitseerimist, ei ole need, kes tunnevad iga plokki," ütleb Cadence'i Heaton. „Silumise aeg või tööaeg on muutumas üha olulisemaks. Silumistsüklite arv, mida saate päevas käivitada, on kriitiliselt problemaatiline. Kui tööriistad suudavad suunata teid esimese tellimiskohani, võib see säästa tunde silumist. Oleme selle teekonna alguses. Õppimine on käimas ja see, kuidas me neid tööriistu kasutame, läheb paremaks.
AI võib aidata. "Hoolimata tõsiasjast, et inimestel on parim närvivõrk, on meie I/O siiski enam-vähem seeriaviisiline," ütleb Cadence'i tooteinsenerirühma direktor Matt Graham. «Võib-olla saame hakkama kahe-kolme paralleelse rajaga, aga kindlasti mitte rohkem. Masinad suudavad kõiki neid asju paralleelselt arvestada. Nad võivad kasutada lihtsat algoritmi või lihtsat tehisintellekti komplekti, et teha midagi selle tohutult paralleelse ja väga integreeritud asjaga. Kuid see erineb sellest, mida me ise suudame. Võib-olla on need asjad nagu viimane kord, kui meil oli revisjon või mis on muutunud, või tuvastamine, kus käitumine erineb või millised olid parameetrid, mida IP-s muudeti.
Järeldus
Süsteemi keerukus ületab paljud tänapäeval kasutatavad tööriistad ja metoodikad. Kuigi minevikus kasutatud tehnikad on endiselt väärtuslikud, ei piisa. Tööstusharu on näinud paljusid neid probleeme funktsionaalse kontrollimise valdkonnas, kuid see on vaid jäämäe tipp. Arvestades, kui vähe edu on saavutatud kõige paremini mõistetavas valdkonnas, ei ole paljudes muudes valdkondades edusammud tõenäoliselt kiired – eriti nendes, mis on tingitud täiustatud pakenditest.
- SEO-põhise sisu ja PR-levi. Võimenduge juba täna.
- Platoblockchain. Web3 metaversiooni intelligentsus. Täiustatud teadmised. Juurdepääs siia.
- Allikas: https://semiengineering.com/design-and-verification-methodologies-breaking-down/
- 1
- 10
- a
- Võimalik
- MEIST
- ABSTRACT
- konto
- täpsus
- täpne
- Saavutada
- üle
- tegevus
- edasijõudnud
- AI
- algoritm
- Materjal: BPA ja flataatide vaba plastik
- alati
- analüüs
- analüüsima
- analüüsides
- ja
- Teine
- taotlus
- lähenemine
- lähenemisviisid
- arhitektuuri-
- arhitektuur
- PIIRKOND
- valdkondades
- ARM
- ümber
- Automaatika
- saadaval
- tagasi
- põhineb
- Põhimõtteliselt
- sest
- muutuma
- muutub
- saada
- enne
- Algus
- on
- BEST
- Parem
- vahel
- suurem
- Blokeerima
- Plokid
- juhatus
- Purustamine
- tooma
- lai
- ehitama
- Ehitus
- Ehitab
- buss
- ostma
- Cadence
- helistama
- kutsutud
- võimeid
- võimeline
- juhul
- juhtudel
- tegevjuht
- kindlasti
- kontrollima
- kiip
- laastud
- SIDUS
- kombinatsioon
- Tulema
- tulevad
- Ettevõtted
- keeruline
- keerukus
- Vastavus
- Nõuetele vastav
- mõiste
- seotud
- ühendab
- Arvestama
- piiranguid
- sisu
- leping
- koostöö
- tuum
- Nurk
- nurgad
- kursus
- cover
- katmine
- kaetud
- looma
- loob
- loomine
- Praegune
- klient
- tsüklit
- andmed
- päev
- tegelema
- tegelema
- otsused
- tarnima
- edastamine
- nõudmisi
- sõltuv
- Disain
- disainerid
- disainilahendused
- detail
- üksikasjalik
- detailid
- arendama
- arenenud
- Surema
- erinev
- raske
- raskusi
- Juhataja
- Eriline
- teeme
- domeen
- Domeenid
- Ära
- alla
- ajendatud
- iga
- kergesti
- jõupingutusi
- kumbki
- elemendid
- varjatud
- insener
- Inseneriteadus
- tagama
- keskkond
- keskkondades
- Samaväärne
- eriti
- asutatud
- Isegi
- kõik
- näide
- vahetamine
- täitma
- olemasolevate
- laiendama
- väline
- mood
- KIIRE
- kiiremini
- vähe
- truudus
- Viigipuu
- leidma
- leidmine
- esimene
- Määrama
- voog
- Voolud
- Keskenduma
- järgima
- vorm
- edasi
- Asutaja
- Asutaja ja tegevjuht
- FPGA
- Alates
- täielikult
- funktsionaalne
- funktsionaalsus
- funktsioonid
- põhiline
- tulevik
- mäng
- Üldine
- teeniva
- põlvkond
- saama
- Andma
- antud
- Go
- Eesmärgid
- läheb
- hea
- suurem
- Grupp
- Grupi omad
- käepide
- riistvara
- müts
- aitama
- hierarhia
- kõrgetasemeline
- suur jõudlus
- rohkem
- kõrgelt
- terviklikku
- Lahtiolekuajad
- Kuidas
- Kuidas
- hpc
- HTTPS
- tohutu
- Inimestel
- hübriid
- ideid
- identifitseerimiseks
- mõju
- rakendada
- täitmine
- oluline
- kehtestav
- võimatu
- in
- lisada
- kasvav
- üha rohkem
- Üksikult
- tööstus
- info
- integreeritud
- integratsioon
- terviklikkuse
- tahtlus
- suhelda
- Interface
- liidesed
- sisemine
- kaasama
- IP
- probleem
- küsimustes
- IT
- kirjed
- ise
- teekond
- Kapoor
- hoidma
- Võti
- Laps
- Teadma
- teadmised
- puudus
- suur
- viimane
- kiht
- kihid
- õppinud
- õppimine
- Tase
- taset
- Finantsvõimendus
- Tõenäoliselt
- vähe
- enam
- Vaata
- näeb välja
- Partii
- masinad
- tehtud
- Tegemine
- juhtima
- viis
- palju
- kaardistus
- Turundus
- massiliselt
- Vastama
- max laiuse
- tähendusrikas
- vahendid
- Mälu
- Merge
- ühinevad
- metoodikad
- Metoodika
- Meetrika
- võib
- puuduvad
- mudel
- modelleerimine
- mudelid
- muutma
- rohkem
- kõige
- liikuv
- mitmekordne
- vajalik
- Vajadus
- vajadustele
- võrk
- võrgustikud
- Neural
- Närvivõrgus
- Uus
- Mõiste
- number
- numbrid
- ONE
- tegutsevad
- operatsioonisüsteemi
- Võimalus
- optimeerima
- optimeerimine
- et
- OS
- Muu
- enda
- pakend
- pakendamine
- Parallel
- parameetrid
- osa
- eriline
- eriti
- möödub
- minevik
- tee
- mustrid
- Inimesed
- jõudlus
- perspektiiv
- füüsiline
- tükk
- tükki
- Koht
- Kohad
- inimesele
- Platon
- Platoni andmete intelligentsus
- PlatoData
- Punkt
- võrra
- ujula
- võimalik
- potentsiaal
- võim
- Prakash
- president
- Peamine
- põhimõte
- Probleem
- probleeme
- protsess
- töötlemine
- töötlejad
- Toode
- Toodet
- Programm
- Edu
- omadused
- pakutud
- protokoll
- prototüüp
- prototüüpide
- prototüüpimine
- anda
- annab
- reaalne
- realm
- põhjus
- tunnistama
- Red
- Red Hat
- vähendama
- etalondisain
- Pressiteated
- nõudma
- nõutav
- Nõuded
- Vajab
- Teadlased
- ressurss
- jõuline
- Roll
- jooks
- jooksmine
- sama
- Säästa
- stsenaariumid
- turvalisus
- nägemine
- otsib
- näeb
- pooljuht
- vanem
- tunne
- seeria-
- tõsine
- komplekt
- peaks
- Näitused
- kirjutama
- Signaali
- sarnane
- Simon
- lihtne
- simuleerimine
- alates
- ühekordne
- Aeglaselt
- So
- nii kaugel
- tarkvara
- lahendus
- Lahendused
- mõned
- Keegi
- midagi
- allikas
- ulatub
- spetsialist
- konkreetse
- Kestab
- Hoidla
- standard
- standardite
- algus
- Käivitus
- riik
- statistika
- Samm
- Veel
- stiimul
- Strateegia
- oja
- tugev
- edukas
- Edukalt
- selline
- piisav
- varustama
- Lüliti
- süsteem
- süsteemid
- kohandatud
- Võtma
- võtab
- rääkimine
- Ülesanne
- meeskonnad
- tehnikat
- Tehnoloogia
- tingimused
- test
- Testimine
- testid
- .
- Piirkond
- Tulevik
- oma
- ennast
- soojus
- asi
- asjad
- kolm
- Läbi
- Tim
- aeg
- Ajastatud
- ajastamine
- ots
- et
- täna
- kokku
- liiga
- töövahendid
- ülemine
- suunas
- traditsiooniliselt
- tõsi
- liigid
- arusaadav
- Käimas
- üksused
- us
- kasutama
- Kasutaja
- Kasutajad
- kasutatud
- kasutades
- KINNITAGE
- kinnitamine
- väärtuslik
- eri
- Kontrollimine
- kinnitatud
- kontrollima
- kontrollimine
- VIP
- virtuaalne
- virtuaalsed maailmad
- Watch
- kuidas
- M
- kas
- mis
- kuigi
- WHO
- will
- ilma
- Töö
- treening
- töö
- maailm
- maailma
- oleks
- kirjutamine
- Sinu
- sephyrnet