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 arbeider du med Microsoft Office-filer i Google Disk

Microsoft Office-filer er fortsatt svært vanlige, men hvis du er mer av en Google Dokumenter, Ark og Slides-bruker, kan du fortsatt rediger Word, Excel og PowerPoint-filer i Google Disk, hvis du vet hvordan. På skrivebordet må du bruke Google Chrome-nettleseren og en offisiell Chrome-utvidelse for å redigere Microsoft Office-dokumenter ved hjelp av Google Disks Office-kompatibilitet Modus (OCM).

(how-to)

Slik endrer du størrelsen på store bilder for e-post i Windows 7/8 / 8.1

Nå som du kan kjøpe et 10 MP digitalt kamera fra eBay for billig, har det blitt mye mer vanlig å se dine digitale bilder vokse i størrelse fra hvor som helst mellom 1 MB og 7 MB! Hvis du tar bilder i RAW-format, kan de være 15 MB + i størrelse! Åpenbart blir det mye vanskeligere å prøve å sende e-post til disse bildene eller laste dem opp på grunn av begrensningene på størrelsen på vedlegg eller bare fordi det tar lang tid å laste opp 10 bilder som er 5 MB et stykke! Så jeg skal s

(How-to)