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 forlenger du iPadens batterilevetid når du ikke bruker det.

For en stund siden hadde vi innse at vi ikke bruker våre tabletter så mye som vi pleide å; Det førte oss til å spørre hvordan vi kunne forlenge batterilevetiden på våre Android-tabletter når vi ikke brukte dem. I dag stiller vi det samme spørsmålet til våre iPads. RELATED: Slik utvider du ditt Android-batteriets levetid når du ikke bruker det.

(how-to)

Forenkle kommandolinjepaketstyring med APT i stedet for apt-get

APT, det avanserte pakkeverktøyet fra Debian-prosjektet, er å administrere pakker ved å bruke mange separate verktøy for å utføre ulike oppgaver. Tidligere behøvde brukerne å vite flere kommandostrukturer som apt-get, apt-cache, apt-config og mange flere for å utnytte det komplette funksjonssettet av APT.

(how-to)