Du kan være nysgjerrig på hvordan nyere generasjoner av prosessorer kan bli raskere med samme klokkehastighet som eldre prosessorer. Er det bare endringer i fysisk arkitektur eller er det noe mer? Dagens SuperUser Q & A-post har svar på spørsmål fra en nysgjerrig leser.

Dagens Spørsmål & Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppe av Q & A-nettsteder.

Foto Rodrigo Senna (Flickr).

Spørsmålet

SuperUser leser agz vil vite hvorfor nyere generasjoner av prosessorer er raskere med samme klokkehastighet:

Hvorfor ville det for eksempel være en 2,66 GHz dual-core Core i5 være raskere enn en 2,66 GHz Core 2 Duo, som også er dual-core?

Er dette på grunn av nyere instruksjoner som kan behandle informasjon i færre klokkeslett? Hvilke andre arkitektoniske endringer er involvert?

Hvorfor er nyere generasjoner av prosessorer raskere med samme klokkehastighet?

Svaret

SuperUser-bidragsyterne David Schwartz og gjennombrudd har svaret for oss. Først opp, David Schwartz:

Vanligvis er det ikke på grunn av nyere instruksjoner. Det er bare fordi prosessoren krever færre instruksjonssykluser for å utføre de samme instruksjonene. Dette kan være av mange årsaker:

1. Store cacher betyr mindre tid bortkastet og venter på minne.
2. Flere eksekveringsenheter betyr mindre tid på å vente på å begynne å operere på en instruksjon.
3. Bedre grensespredning betyr mindre tid bortkastet Spekulativt utføre instruksjoner som aldri trenger å bli utført.
4. Forbedringer i forbedringsenhetene betyr mindre tid å vente på at instruksjonene skal fullføres.
5. Kortere rørledninger betyr at rørledninger fyller seg raskere.

Og så videre.

Etterfulgt av Svar fra gjennombrudd:

Den absolutte endelige referansen er Intel 64 og IA-32 Architectures Software Developer Manuals. De beskriver endringene mellom arkitekturene, og de er en god ressurs for å forstå x86-arkitekturen.

Jeg vil anbefale at du laster ned de samlede volumene 1 til 3C (første nedlastingskobling på siden som er koblet over). Volum 1, kapittel 2.2 har den informasjonen du vil ha.

Noen generelle forskjeller som er oppført i dette kapittelet, går fra Core to Nehalem / Sandy Bridge-mikroarkitekturene er:

• Forbedret forutsetning for forgrening, raskere gjenoppretting fra feilfordeling
• HyperThreading Technology
• Integrerte minnestyring, nytt hurtighierarki
• Hurtigere flytende punkt unntakshåndtering (kun Sandy Bridge)
• Forbedring av LEA-båndbredde (kun Sandy Bridge)
• AvX instruksjonsutvidelser (kun Sandy Bridge)

Den komplette listen finner du i lenken som er angitt ovenfor (Volum 1, kapittel 2.2).

Sørg for å lese gjennom denne interessante diskusjonen via lenken nedenfor!

Har du noe å legge til forklaringen? Lyder av i kommentarene. Vil du lese flere svar fra andre tech-savvy Stack Exchange-brukere? Se hele diskusjonstråden her.

Slik definerer du grunnkatalogen for «cd» -kommandoen i Linux

Som standard åpner Terminal-vinduet i Linux til din hjemmekatalog. For å bytte til hvilken som helst katalog som ikke er direkte i hjemmekatalogen, må du oppgi hele banen eller bruke kommandoen "cd" flere ganger. For eksempel jobber jeg regelmessig med flere kataloger i Dokumenter-katalogen, som er i hjemmekatalogen.

(how-to)

Skal jeg koble fra Chromecast-enheten min når jeg ikke bruker den?

Nye enheter innspør nye spørsmål, og økningen av Chromecast (og andre streaming-stifter) har mer enn noen få personer nysgjerrig om de burde koble fra den når de ikke bruker den. La oss rydde opp ting og minimere streamingstrømmene dine i prosessen. Kjære hvordan-til-geek, Jeg har hørt alle disse tingene i det siste om "fantom" strømbelastninger og hvordan alt det vi legger til, er koblet til alle tiden bidrar til økende strømregninger og generell sløsing.

(how-to)