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 sparer du en Windows-mappe som laster svært langsomt

Det er et nysgjerrig fenomen som mange av dere har sannsynligvis kommet over: Selv med en rask datamaskin, er det noen mapper Windows laster med foruroligende treghet. Heldigvis er løsningen enkel, og resultatene er umiddelbare. Hvorfor mappene dine legges så sakte Det finnes en langvarig Windows Explorer-funksjon som går helt tilbake til Windows Vista, der du kan fortelle Windows Explorer hva slags innhold er i bestemte mapper for å optimalisere hvordan innholdet vises.

(how-to)

Slik lager du en ny katalog og bytter til den med en enkelt kommando i Linux

Hvis du bruker noe tid i Terminal i det hele tatt, bruker du sannsynligvis mkdir kommandoen for å lage en katalog, og deretter cd -kommandoen for å bytte til den aktuelle katalogen rett etter. Det er imidlertid en måte å gjøre begge disse handlingene med en kommando. Du kan kjøre to kommandoer samtidig på kommandolinjen manuelt, men vi viser deg hvordan du legger til en linje i .

(how-to)