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.

Mer detaljer om OneGet, Windows 10s pakkehåndtering-manager

Vi har nylig oppdaget OneGet, en pakkehåndteringsramme som følger med PowerShell og Windows 10. Vi har lært mye mer om OneGet og sin fremtid siden da. OneGet var opprinnelig et produkt fra Open Source Technology Center på Microsoft. Ikke bare er det inspirert av Linux-pakkeforvaltere med åpen kildekode, OneGet selv er også åpen kildekode.

(how-to)

Slik skjuler du hurtigtangs-knappene i Windows 10s handlingssenter

Handlingssenteret i Windows 10 viser og logger ulike typer meldinger, samtidig som du gir tilgang til en-klikk med forskjellige funksjoner med Hurtige handlingsknapper. Hvis du ikke bruker Hurtig Handlingsknapper, kan du enkelt gjemme dem ved hjelp av et registerhakk. Slik fjerner du Hurtig Handlingsknapper ved å redigere registret Du kan tilpasse handlingene som er tilgjengelige på Hurtig Handlingsknapper eller skjul hele handlingssenteret.

(how-to)