Populære emner
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Muligheten for applikasjoner til å virkelig dra nytte av flere kjerner for individuell bruk på en stasjonær datamaskin var en langvarig spenning med Intel. Går vi veldig langt tilbake med introduksjonen av først MMX og deretter hyper threading (virtuelle flere kjerner) og deretter ekte kjerner, var det bare ikke så mange scenarier for flere kjerner for enkeltbrukersystemer. En av de store kritikkene Intel (og mange tekniske anmeldere) brukte om ARM da vi annonserte flytting, var mangelen på flere kjerner.
Det var mange teoretiske ideer. Intel gikk gjennom Office og kom opp med alt fra stavekontroll, videokonferanser, e-postsøk eller bildekomprimering/dekomprimering (da JPEG var nytt), til omberegning av ark. Det var mange "bakgrunnsoppgaver" (i hovedsak håndkodet virtuell multiprosessmodell) vi hadde i Office, men arbeidet med å gjøre dem flertrådet/kjerne vs. inaktiv tid vi brukte var mye og gevinsten var liten. Vi så også at arkitektur for tråder/flere prosessorer endte opp med å bli ganske kostbart i minne og/eller kodekompleksitet.
Til slutt kunne enkeltpersoner bare jobbe så raskt uansett. Ting som virkelig betydde noe, som staving, var ikke supervanskelige.
Ofte endte de mest interessante scenariene som videokodek eller utskrift opp med å bli avlastet til spesialiserte prosessorer eller bare mindre viktige.
Surfing (som en applikasjon) dro nytte av sikkerheten, isolasjonen og absolutt sideinnlastingen for komplekse sider (kode, bilder osv.) ble optimalisert for moderne prosessorarkitektur. Noen vil kanskje hevde at de ble overbrukt til fordel. Det skjer når ny teknologi sprer seg.
Det var systemomfattende ting som dro nytte av påliteligheten og den sanne bakgrunnsbehandlingen som ble veldig viktig – som innholdsindeksering lokalt eller surfing. Men over tid ble det mindre viktig å gjøre disse lokalt.
Som med mange ting, hadde utviklere mange bruksområder for sine egne verktøy og arbeid, noe som skjevde viktigheten av dette scenariet. Våre egne utviklere kjørte alltid flere bygg og tester i bakgrunnen mens de gjorde annet arbeid (surfing). Svært I/O-bundne prosesser som disse hadde stor nytte av flere kjerner/prosesser/tråder.
Ja, det var alltid måter å gjøre dette bra på, men til syvende og sist ville det vært mye bedre for all den energien å gå til grafikk, som er det vi fortsatte å fortelle Intel til grafikk ble en mer spesialisert prosessor Intel ikke kunne bli begeistret for.
Topp
Rangering
Favoritter