Strømforbruket til en enhet påvirkes av hvert trinn i design-, utviklings- og implementeringsprosessen, men å identifisere muligheter for å spare strøm kan ikke lenger bare handle om å gjøre maskinvaren mer effektiv.
Verktøy og metoder er på plass for de fleste strømsparingsmulighetene, fra RTL og ned gjennom implementering, og deler av halvlederindustrien bruker dem allerede. Begge anses som modne, og det samme er standardene for å definere maktintensjon.
Det gjenstår fortsatt store muligheter for ytterligere strøm- og energisparing, men mange av disse innebærer å stille spørsmål ved beslutninger på systemnivå som har blitt blindt akseptert i generasjoner og mange implementeringsnoder. Noen av disse beslutningene må vurderes på nytt fordi de hindrer bygging av større og mer komplekse design.
"Det er tre ryttere i blandingen - kraft, energi og termisk," sier Rob Knoth, produktadministrasjonsdirektør i Digital & Signoff Group på Cadence. "De har alltid vært der, og makt er nok den mest fremtredende, men energi har kommet i forgrunnen de siste årene. Nå ser vi termisk dukke opp. Alle er interessante fordi du kan angripe dem på bestemte punkter i flyten din med spesifikke verktøy.»
Og der ligger et problem. "Arkitektens dilemma er at du trenger informasjon på lavt nivå for å gjøre tidlige estimater," sier Frank Schirrmeister, visepresident for løsninger og forretningsutvikling hos Arteris IP. "Dette dilemmaet har aldri blitt løst og vil sannsynligvis ikke bli løst i løpet av min virksomhets levetid. For å ta arkitektoniske beslutninger så tidlig som mulig, trenger vi et sett med informasjon, et sett med verktøy og et sett med evner for å støtte disse beslutningene. Vi trenger disse beslutningene så tidlig som mulig, men de må også gjenspeile implementeringseffektene så nøyaktig som mulig.»
For å legge til det, kan ikke makt presenteres som et enkelt tall. Noen mennesker er bekymret for total energi, fordi det kan påvirke batterilevetiden. Andre er mer bekymret for toppeffekt fordi det kan forårsake driftsproblemer på en brikke, eller strøm over tid, noe som kan skape termiske problemer.
For å gjøre analysen må du vite nøyaktig hvordan systemet skal brukes. "Se for deg at du har en SoC med 100 forskjellige blokker," sier Ninad Huilgol, grunnlegger og administrerende direktør i Innergy Systems. "De samhandler alle sammen, og du vet ikke hvordan de skal produsere en effekttetthetstopp på forhånd. Når du har en simulering som kjører, samhandler de alle sammen for å plutselig produsere en effekttetthetstopp."
Ulike markeder fokuserer på ulike aspekter. "Edge AI, eller edge-intelligens, har andre bekymringer og andre spørsmål enn en datasenter-hyperscaler-databehandlingsapplikasjon," sier Cadences Knoth. "Begge kommer imidlertid til å presse visse aspekter av teknologien, hvorav noen forsterker hverandre, noen av dem er separate. Edge kommer til å bry seg mer om visse aspekter av energi på grunn av batterilevetiden. Og det er viktig å tenke på hva du kjører i programvare kontra hva du kjører i maskinvare. Hva kommuniserer du tilbake til basestasjonen din slik at de kan kjøre og sende tilbake til deg? Det er noen veldig vanskelige problemer der IoT-industrien er unikt egnet til å lede og innovere. Det betyr ikke at de er den eneste lederen. Menneskene som utvikler massive datasentre i hyperskala, leder i en helt annen klasse. Ofte er det de som presser hardest, fordi du ser på den enorme mengden infrastrukturkroner som kreves for å sette i gang den beregningen.»
RTL og implementeringsteknikker
Strømsparingsteknikker har blitt brukt på RTL- og implementeringsnivåene i en årrekke, men det er ytterligere strøm- og energibesparelser mulig. På gjennomføring nivå, nyere teknologier legger til problemer som, hvis de ikke løses, vil føre til at strøm går til spille.
"Teknologier har konspirert for å gjøre det mye vanskeligere å levere spenning pålitelig," sier Marc Swinnen, direktør for produktmarkedsføring hos Ansys. "Du kommer til å ha et spenningsfall, og ofte bygger folk bare inn en margin og sier at jeg kan se et fall på opptil 100 millivolt. Timingen min må da anta at hver celle kan være så mye tregere. Det er tydelig at ikke hver celle kommer til å se det maksimale spenningsfallet, så jo mer nøyaktig du kan modellere det faktiske spenningsfallet, desto mer nøyaktig kan du designe strømdistribusjonsnettverket ditt for å unngå denne feilen, og du kan gå tilbake fra denne spenningsfallsmarginen . Du prøver å slippe den marginen, og det kan ha en enorm innvirkning.»
På RT nivå, klokkeport og strømport har vært i bruk lenge. Mens de optimerer kraften og energien knyttet til den definerte oppgaven, gjør de ingenting for å identifisere om oppgavene var optimale med tanke på kraft for funksjonen som utføres.
"Vi har et begrep som kalles ideell kraft," sier Knoth. «Det er et forsøk på å identifisere bortkastet aktivitet. For eksempel, hvis du har en blokk der klokken går fritt, og den faktisk er under tilbakestilling, kan du ha lukket den klokken. Vi kan analysere vekslingene som foregår inne i den blokken, legge sammen kraften på grunn av disse vekslene fra det hierarkiet, og deretter vise dem i en rapport som viser hvor strømmen er bortkastet. Ved å bruke denne metodikken så vi maskinvareingeniører forbedre det de gjør fra et designmetodikkperspektiv. Det er en hel haug med andre dypere skrubbeteknikker som kan brukes."
Å se på RTL kan gi andre mulige strømbesparelser. "En kraftkunstner vil foreslå redigeringer til RTL-en din ved å se på hvordan du gjør ting," sier Ansys' Swinnen. «Det kan være at du har implementert en funksjon på denne måten, men hvis du implementerer samme funksjon på en annen måte, vil du spare strøm og oppnå samme funksjon. Det er et bibliotek med optimaliseringer som automatisk vil skanne gjennom RTL og identifisere hvert av stedene det kan oppgradere RTL til en mer strømeffektiv implementering. Den vil fortelle deg hvor mye strøm den vil spare basert på estimater, og vil faktisk implementere disse hvis du godkjenner det."
Tidlige estimater
Få mennesker vil hevde at jo tidligere avveininger kan evalueres, jo større innvirkning kan de muligens ha. "Jo bredere omfang du har, jo flere partier du bringer til bordet, jo mer du går tilbake og ser på det tidligere, jo mer begynner du å se større muligheter," sier Knoth. "Dette er større trender som går utover å gjøre den ene widgeten du produserer bedre. Du må virkelig se på hvordan den widgeten passer inn i dingsen, som passer inn i produktet i datasenteret som kobles til vannkraftverket eller solfarmen.»
Problemet er at uten estimater som er nøyaktige nok, er dårlige beslutninger også mulige. "Ettersom design har blitt større og mer komplekse, har det blitt stadig vanskeligere å lage nøyaktige estimater," sier Schirrmeister. "Du trenger for eksempel gulvplanleggingsinformasjon for å estimere hvor mange registre som trengs i en bane over silisium, fordi forplantning av signaler over store brikkestørrelser er utrolig vanskelig og kan ikke gjøres i én klokkesyklus. For en NoC prøver vi å optimalisere antall registre, noe som har innvirkning på strømforbruket og mengden samtrafikk du bærer rundt på brikken. Vi kommenterer, fra .lib, helt tilbake til NoC-generering, tidlige estimater av hvor lang banen vil være. Må det foredles senere? Absolutt. Den flerdimensjonale virkeligheten av problemet gjør det veldig vanskelig, spesielt der det er vertikale avhengigheter."
For å kunne utføre en analyse for termisk, må lange tidsrammer vurderes, og man må se på realistiske arbeidsbelastninger. Det betyr mest sannsynlig å kjøre faktisk programvare. "Det meste av industrien bruker RTL-koden deres som er kartlagt til en emulator, kjører ekte programvarearbeidsbelastninger på den plattformen og henter ut vektorer som de gjør en kraftestimering fra," sier Knoth. "Med flere iterasjoner om dagen kan de justere programvaren for mer effektivt å bruke kraftfunksjonene i maskinvaren. Over natten kan de gjøre justeringer av maskinvaren. Nå har du denne samoptimaliseringen på systemnivå der du jakter på bortkastet kraft og sikrer at du lager det mest mulig optimale systemet.»
Bransjen har alltid sett etter måter å sette inn abstrakte modeller i stedet for å bruke RTL, både fordi det kan gå raskere og fordi analysen kan utføres før RTL er klar. "Analyse av strømforbruket til programvareutførelse har blitt henvist til emuleringsplattformer til nå," sier Innergys Huilgol. "En teknikk som kan hjelpe er å bygge kraftmodeller av maskinvaren som kan simuleres i programvaremiljøer. Disse modellene kan gi nøyaktig tilbakemelding om både gjennomsnittlig og øyeblikkelig strømforbruk for ulike maskinvaremoduler etter hvert som programvaren kjører. Dette muliggjør samoptimering av maskinvare og programvare for strøm før tape ut."
Lignende tilnærminger ble tatt for funksjonell verifisering av maskinvare og programvare tidligere, og nå gjøres det forsøk på å bruke det på strøm. "Vi finner ikke opp svart magi, og vi kan ikke kjempe mot fysikk," sier Huilgol. "Men du trenger ikke å kjøre detaljerte strømsimuleringer hele tiden. Vi tar en liten prøve på blokknivå, kombinerer disse sammen og kjører den på delsystemnivå, systemnivå, emulering, programvare osv. Det er to aspekter ved makt. Den ene er databane, og den andre er kontrollbane. Vi står hovedsakelig for kontrollbanen, men når det er databaneavhengigheter, er det en funksjon i modellene våre for å gjøre dem databanebevisste. Dette er statistiske maktmodeller som opererer på en transaksjonsmodell. Hvordan forbedrer du oppløsningen? Du kan ha mindre sykluser eller enkeltsykluser. Men hvis oppløsningen din er 15 sykluser, eller mer, ganske store transaksjoner, vil det være en statistisk feil som fanges opp."
Å tenke nytt på fortiden
Tidligere gjorde Moores lov det ganske enkelt å migrere fra en node til den neste, ved å bruke ekstra porter, høyere ytelse og lavere effekt. Det betydde at kontinuitet over tid var viktig, spesielt for å sikre at eksisterende programvare ville fortsette å kjøre på ny maskinvare.
Over tid har det bakt inn noen ineffektiviteter som det vil være vanskelig å frigjøre seg fra. "Mange ting var ikke mulig tidligere," sier Knoth. "Kanskje det var fordi prosessnoden ikke kunne passe all databehandlingen i halvlederen som ville bli distribuert på kanten. Men nå kan det. Kanskje du ikke hadde verktøyene til å gjøre analysen med riktig nøyaktighet i rett tid, eller fordi emballasjeteknologien ikke var tilgjengelig. Men nå og da må du trekke pusten, gå tilbake, gå tilbake til landskapet og spørre: 'Har vi optimalisert denne ligningen riktig, eller gjorde vi bare så godt vi kunne?' Noen ganger må vi ta på oss forskerhetten og ikke være redde for å stille spørsmål ved noen av de grunnleggende prinsippene vi har kodifisert.»
Det er viktig å vurdere kompleksiteten av integrering. "Det er to nivåer av kompleksitet - applikasjonskompleksiteten øker på toppen, og deretter går implementeringskompleksiteten ned på halvlederteknologien," sier Schirrmeister. «Det er antallet transistorer vi har å gjøre med. Fordi du har applikasjonskompleksiteten, med antall funksjoner som øker så mye som det har gjort, og fortsetter å øke, må du håndtere ting som delt minne, sammenheng og så videre. Hvis du ikke har cache, må du alltid flytte rundt på ting. Cache-koherens var en løsning på et problem som introduserer et nytt problem."
Prosessorer har blitt drevet av ytelse. "Å legge til en grenprediktor eller spekulativ utførelse til en prosessor vil øke antallet porter i kretsen, og dermed øke både dynamisk og statisk strømforbruk," sier Russell Klein, programdirektør for Catapult HLS-teamet ved Siemens EDA. "Men disse funksjonene øker ytelsen til beregningen som kjører på prosessoren. Så kraft går definitivt opp, men energi, som er kraft multiplisert med tiden som trengs for å utføre beregningen, kan gå opp eller ned. Det avhenger av forholdet mellom ytelsesøkning og effektøkning. Hvis for eksempel strømmen går opp 20 %, men ytelsen bare forbedres med 10 %, øker den totale energien for beregningen.
Strøm, energi og termisk kan ikke alltid optimaliseres på en enkel måte. "Det kan virke motintuitivt, men økt ytelse kan redusere gjennomsnittlig energiforbruk for enkelte arbeidsbelastninger," sier Maurice Steinman, visepresident for ingeniørfag for Lightelligence. «Slike arbeidsbelastninger kan dra nytte av det såkalte «race to indle», der dype strømsparingstilstander kan angis i lengre varighet hvis arbeidet kan fullføres raskere. Vurder arbeidsbelastninger som opprettholder en forutsigbar (men mindre enn 100 % utnyttelse) profil for beregningsbehov, for eksempel 25 % av tilgjengelig ytelse. En tilnærming kan redusere driftsfrekvensen til 25 % (og følgelig redusere driftsspenningen). Enheten vil nå forbli fullt aktiv, men med redusert effekt. En annen tilnærming ville forsøke å fullføre arbeidet raskt og dermed muliggjøre drastiske strømbesparelser - 25 % på, 75 % av, der av kunne kreve null eller nesten null energiforbruk, og dermed resultere i lavere gjennomsnittlig effekt enn konstant drift ved 25 % klokkefrekvens. Det kan til og med være fordelaktig å overklokke/overspenning for å øke av-tiden ytterligere til mer enn 75 %."
Balansering av maskinvare og programvare
Et av de største balansertriksene knyttet til systemkompleksitet og kraft er å etablere grensen mellom maskinvare og programvare. "Enhver funksjon implementert i programvare kommer til å være tregere i størrelsesorden enn tilsvarende funksjon implementert i maskinvare," sier Siemens' Klein. "Alt i programvare er per definisjon ikke optimalt. Svært optimalisert programvare på en svært effektiv prosessor kan ikke nærme seg effektiviteten til selv en dårlig maskinvareimplementering.»
Partisjoneringsbeslutninger blir lettere, sier Klein "Hva bør være igjen i programvaren, hva som bør gjøres på en prosessor, og hva som er mer fornuftig å lage en tilpasset maskinvareakselerator som er en sidevogn for den prosessoren - det er der du begynner å se enorme 100X, 1,000X type tids- eller strømreduksjoner, avhengig av hvor du optimaliserer systemet ditt."
Etter hvert som ytelsesforbedringer blir vanskeligere, blir slike tilnærminger avgjørende. "Bunnlinjen, større prosessorer er mindre energieffektive, så å få en større prosessor for å dekke ytelsesbehovene dine gir bare mening hvis du ikke bryr deg om strøm," sier Klein. "Det riktige svaret er å flytte det tunge løftet av CPU-en og inn i en skreddersydd akselerator."
Denne tilnærmingen har fått økende popularitet. "Dedikerte maskinvareakseleratorer og co-prosessorer kan øke et systems ytelse på grunn av redusert ytelsesgevinst ved å flytte til mer avanserte noder," sier Andy Jaros, visepresident for IP-salg og markedsføring hos Flex Logix. "Dedikerte akseleratorer lindrer prosesseringsbyrden på CPUer fra å bruke enorme beregningssykluser for å utføre komplekse algoritmer. Å bruke eFPGA-er for de dedikerte fastkoblede akseleratorene gir nødvendig strømeffektivitet, men opprettholder likevel programmerbarheten når arbeidsbelastningen endres.»
Når du kan spesialisere deg, er det store muligheter for gevinster. "I dag har det blitt mye enklere å spesialisere en prosessor ved å legge til instruksjoner," sier Schirrmeister. "De fleste av disse instruksjonstilpasningene er gjort med formålet med lav effekt. Jeg har sett tilfeller der en ekstra instruksjon i prosessoren tillot deg å beholde halvparten av minnet. Det er enormt fra et maktperspektiv. Men mens du gjør det på den isolerte øya, har den generelle kompleksiteten til det du prøver å gjøre økt.»
Eller du kan flytte den funksjonen helt inn i maskinvaren. "Den andre løsningen er å overføre beregningsmessig komplekse operasjoner til skreddersydde akseleratorer," sier Klein. "Syntese på høyt nivå (HLS) er den enkle måten å gjøre dette på. Det er fortsatt maskinvaredesign, så du må fortsatt ha smarte ingeniører for å få det til å fungere. Men med HLS starter du fra en programvare C eller C++ algoritme. Det er ingen tolkning av algoritmen, som er en manuell prosess som er treg og utsatt for feil. Og en gylden referanse er lett tilgjengelig i form av den originale funksjonen fra programvare, noe som gjør verifiseringen mye enklere.»
Alle disse valgene blir lettere. "Tidligere var det store problemet med å ta en beslutning på arkitekturnivå at du måtte revurdere denne beslutningen senere i prosjektet, men strømmene hang ikke sammen," sier Schirrmeister. "For tilfeller som konfigurerbare prosessorer og NoC, har strømmene blitt koblet sammen. Hvis du går tilbake, tar det tid å kjøre verktøyene på nytt, men det er ikke lenger folk som må bekrefte den arkitektoniske beslutningen manuelt. Automatisert generering lar deg kjøre gjennom flere datapunkter."
konklusjonen
Optimalisering av strøm, energi eller termiske problemer alene er ikke lett. Men behovet for å ta opp hvert av de tre problemene vokser, og selv om de henger sammen, er det ikke alltid lett å bestemme hvilke som skal optimaliseres eller hvordan. Det er kun ved å se på hele systemet at beslutninger kan tas. Tidligere gjorde modellering, analyse og designflyter dette vanskeligere, spesielt når det krysset maskinvare-/programvarebarrieren, men flere verktøy dukker opp. Det er fortsatt ikke lett, men etter hvert som bransjens bevissthet vokser og flere ønsker å takle problemet, vil bedre verktøy og flyter bli tilgjengelig.
- SEO-drevet innhold og PR-distribusjon. Bli forsterket i dag.
- PlatoAiStream. Web3 Data Intelligence. Kunnskap forsterket. Tilgang her.
- Minting the Future med Adryenn Ashley. Tilgang her.
- Kjøp og selg aksjer i PRE-IPO-selskaper med PREIPO®. Tilgang her.
- kilde: https://semiengineering.com/holistic-power-reduction/
- : har
- :er
- :ikke
- :hvor
- $OPP
- 1
- 100
- 100x
- 15%
- a
- evner
- I stand
- Om oss
- absolutt
- ABSTRACT
- akselerator
- akseleratorer
- akseptert
- tilsvar
- Logg inn
- nøyaktighet
- nøyaktig
- nøyaktig
- Oppnå
- tvers
- aktiv
- aktivitet
- faktiske
- faktisk
- legge til
- la til
- legge
- Ytterligere
- adresse
- adressering
- avansert
- fordelaktige
- redd
- AI
- algoritme
- algoritmer
- Alle
- lindre
- tillater
- alene
- allerede
- også
- alltid
- beløp
- an
- analyse
- analysere
- og
- En annen
- besvare
- Søknad
- anvendt
- Påfør
- tilnærming
- tilnærminger
- godkjenne
- arkitektonisk
- arkitektur
- ER
- argumentere
- rundt
- artist
- AS
- aspekter
- assosiert
- At
- angripe
- forsøk
- Automatisert
- automatisk
- tilgjengelig
- gjennomsnittlig
- unngå
- klar
- bevissthet
- tilbake
- dårlig
- barriere
- basen
- basert
- batteri
- Batterilevetid
- BE
- fordi
- bli
- bli
- vært
- før du
- være
- nytte
- BEST
- Bedre
- Beyond
- Stor
- større
- Svart
- blindt
- Blokker
- Blocks
- både
- Branch
- Break
- Breath
- bringe
- bredere
- bygge
- Bygning
- Bunch
- byrde
- virksomhet
- forretningsutvikling
- men
- by
- C + +
- cache
- som heter
- CAN
- kan ikke
- lokk
- hvilken
- bære
- saker
- Årsak
- sentrum
- Sentre
- konsernsjef
- viss
- Endringer
- chip
- valg
- klasse
- klokke
- kode
- kodifisert
- kombinere
- Kom
- kommunisere
- fullføre
- Terminado
- komplekse
- kompleksitet
- beregningen
- Beregn
- bekymret
- tilkoblet
- Vurder
- ansett
- konstant
- konstruksjon
- forbruk
- fortsette
- fortsetter
- kontroll
- kunne
- prosessor
- skape
- Opprette
- kritisk
- Crossed
- skikk
- syklus
- sykluser
- dato
- Datasenter
- datasentre
- datapunkter
- dag
- avtale
- håndtering
- avgjørelse
- avgjørelser
- dedikert
- dyp
- dypere
- definert
- definere
- helt sikkert
- Etterspørsel
- tetthet
- avhengig
- avhenger
- utplassert
- utforming
- design
- detaljert
- Bestem
- utvikle
- Utvikling
- enhet
- gJORDE
- forskjellig
- vanskelig
- digitalt
- Regissør
- Vise
- distribusjon
- do
- ikke
- gjør
- dollar
- gjort
- ikke
- ned
- drevet
- Drop
- to
- dynamisk
- hver enkelt
- Tidligere
- Tidlig
- enklere
- lett
- Edge
- effektivt
- effekter
- effektivitet
- effektiv
- muliggjør
- muliggjør
- forsøke
- energi
- Energiforbruk
- Ingeniørarbeid
- Ingeniører
- nok
- sikre
- sikrer
- kom inn
- Hele
- miljøer
- Tilsvarende
- feil
- spesielt
- avgjørende
- etablere
- anslag
- estimater
- etc
- Eter (ETH)
- evaluert
- Selv
- Hver
- nøyaktig
- eksempel
- henrette
- gjennomføring
- eksisterende
- ekstra
- Facility
- gård
- raskere
- Egenskaper
- tilbakemelding
- Noen få
- felt
- slåss
- passer
- flyten
- Flows
- fokusering
- Til
- teten
- skjema
- videre
- Grunnleggeren
- Grunnlegger og administrerende direktør
- Gratis
- Frekvens
- ofte
- fra
- fullt
- funksjon
- funksjonelle
- funksjoner
- fundamental
- videre
- inntjening
- inngjerdet
- Gates
- generasjonen
- generasjoner
- få
- Go
- Går
- skal
- Gyllen
- Gruppe
- Økende
- Vokser
- HAD
- Halvparten
- Hard
- maskinvare
- maskinvare design
- Ha
- å ha
- tung
- tung løfting
- hjelpe
- hierarki
- høyere
- svært
- helhetlig
- Hvordan
- Men
- HTTPS
- stort
- Jakt
- i
- ideell
- identifisere
- identifisering
- Idle
- if
- Påvirkning
- iverksette
- gjennomføring
- implementert
- viktig
- forbedre
- forbedringer
- forbedrer
- bedre
- in
- Øke
- økt
- øker
- økende
- stadig
- utrolig
- industri
- påvirket
- informasjon
- Infrastruktur
- innovere
- i stedet
- instruksjoner
- integrering
- Intelligens
- hensikt
- samhandle
- samhandler
- sammenhengende
- interessant
- tolkning
- inn
- Introduserer
- involvere
- IOT
- IP
- Øya
- isolert
- saker
- IT
- gjentakelser
- bare
- Vet
- landskap
- stor
- større
- største
- Siste
- seinere
- Law
- føre
- leder
- ledende
- venstre
- mindre
- Nivå
- nivåer
- Bibliotek
- ligger
- Life
- livstid
- løfte
- i likhet med
- Sannsynlig
- linje
- Lang
- lang tid
- lenger
- Se
- så
- ser
- Lot
- Lav
- laget
- magi
- hovedsakelig
- vedlikeholde
- opprettholder
- gjøre
- GJØR AT
- Making
- ledelse
- måte
- håndbok
- manuelt
- mange
- Margin
- Marketing
- Markets
- massive
- moden
- maksimal
- Kan..
- bety
- midler
- ment
- Minne
- metodikk
- migrere
- modell
- modellering
- modeller
- Moduler
- mer
- mer effektivt
- mest
- flytte
- flytting
- mye
- flere
- multiplisert
- my
- Trenger
- nødvendig
- behov
- nettverk
- aldri
- Ny
- ny maskinvare
- neste
- Nei.
- node
- noder
- ingenting
- nå
- Antall
- of
- off
- ofte
- on
- ONE
- seg
- bare
- betjene
- drift
- drift
- operasjonell
- Drift
- Muligheter
- optimal
- Optimalisere
- optimalisert
- optimalisere
- or
- rekkefølge
- ordrer
- original
- Annen
- andre
- vår
- ut
- enn
- samlet
- over natten
- emballasje
- parter
- Past
- banen
- Topp
- Ansatte
- utføre
- ytelse
- kanskje
- perspektiv
- Fysikk
- Sted
- steder
- plattform
- Plattformer
- plato
- Platon Data Intelligence
- PlatonData
- poeng
- popularitet
- mulig
- muligens
- makt
- Forutsigbar
- Predictor
- presentert
- president
- hindre
- prinsipper
- sannsynligvis
- Problem
- problemer
- prosess
- prosessering
- prosessor
- prosessorer
- produsere
- Produkt
- produktledelse
- Profil
- program
- prosjekt
- fremtredende
- gi
- gir
- formål
- Skyver
- sette
- spørsmål
- spørsmål
- raskt
- Sats
- ratio
- klar
- ekte
- realistisk
- Reality
- virkelig
- redusere
- Redusert
- reduksjon
- raffinert
- reflektere
- registre
- forsterke
- i slekt
- forbli
- rapporterer
- krever
- påkrevd
- oppløsning
- løst
- resulterende
- ikke sant
- rob
- Kjør
- rennende
- salg
- Salg og markedsføring
- samme
- Spar
- besparende
- Besparelser
- sier
- sier
- sier
- skanne
- Forsker
- omfang
- se
- se
- synes
- sett
- halvledere
- send
- forstand
- separat
- sett
- delt
- bør
- Vis
- Viser
- signaler
- Silicon
- Enkelt
- simulering
- enkelt
- størrelser
- langsom
- mindre
- Smart
- So
- Software
- solenergi
- løsning
- Solutions
- noen
- spesialister
- spesifikk
- spekulativ
- Scene
- standarder
- Begynn
- Start
- Stater
- stasjon
- statistisk
- opphold
- Trinn
- Still
- foreslår
- levere
- støtte
- system
- Systemer
- bord
- takle
- Ta
- tar
- Oppgave
- oppgaver
- lag
- teknikker
- Technologies
- Teknologi
- fortelle
- vilkår
- enn
- Det
- De
- Blokken
- Landskapet
- deres
- Dem
- deretter
- Der.
- deri
- termisk
- Disse
- de
- ting
- tror
- denne
- De
- tre
- Gjennom
- tid
- ganger
- timing
- til
- sammen
- verktøy
- topp
- Totalt
- Transaksjonen
- Transaksjoner
- enorm
- Trender
- prøve
- to
- typen
- etter
- unikt
- til
- oppgradering
- upon
- bruke
- brukt
- ved hjelp av
- utnytte
- ulike
- Verifisering
- verifisere
- Versus
- vertikal
- veldig
- Vice President
- Spenning
- ønsker
- var
- Vei..
- måter
- we
- var
- Hva
- når
- hvilken
- mens
- hele
- vil
- med
- uten
- Arbeid
- ville
- år
- ennå
- du
- Din
- zephyrnet
- null