Intel går i strupen på ARM med ny prosessor-arkitektur

[RBW]

Lanserer effektgjerrig hissigpropp.

Intel går i strupen på ARM med ny prosessor-arkitektur

[Gjest Slettet-t8fn5F]

Det tar vel ikke lang tid før programmerere gjør denne prosessoren for liten og svak, med dårlig kodet programmer.

[Gavekort]

Det tar vel ikke lang tid før programmerere gjør denne prosessoren for liten og svak, med dårlig kodet programmer.

 

Jasså?

 

Så du mener at roten til alle trege datamaskiner er programvare-utviklere som ikke vil spare en tanke til optimalisering?

[Gjest Slettet-t8fn5F]

Jasså?

 

Så du mener at roten til alle trege datamaskiner er programvare-utviklere som ikke vil spare en tanke til optimalisering?

Nei det er din konklusjon, basert på det jeg skrev.

[N o r e n g]

Det innebærer blant annet bruken av Tri-Gate-transistorer, et konsept der Intel bruker tre stående ledere inne i transistoren.

Er dere helt sikre på at det er det Tri-Gate er?

 

EDIT: annet småpirk

ARM er heller ikke en arkitektur per definisjon, men et instruksjonssett. A7, A8, A15, Kal-El (Nvidia,) og lignende, er arkitekturer basert på ARM-instruksjonssettet.

 

Nei det er din konklusjon, basert på det jeg skrev.

Hva er roten til trege datamaskiner da?

Endret 7. mai 2013 av arni90

[Gavekort]

Nei det er din konklusjon, basert på det jeg skrev.

 

Det var et åpent spørsmål, ikke en konklusjon.

[Thorsen]

Hvilket instruksjonssett bruker denne? x86 eller noe annet?

[King Saul]

Nei det er din konklusjon, basert på det jeg skrev.

Det var et åpent spørsmål, ikke en konklusjon.

 

Vanligvis pleier man å avslutte spørsmål med spørsmålstegn, ikke punktum. Grammatikk hjelper når du vil bli forstått...

[_mas]

Lurer på om dette er den samme arkitekturen i den nye 8-kjerners prosessoren som skal sitte i Samsung Galaxy Note 3 når den blir lansert i September

[Unlimited LTD]

Jasså?

 

Så du mener at roten til alle trege datamaskiner er programvare-utviklere som ikke vil spare en tanke til optimalisering?

Jasså?

 

Så du mener at roten til alle trege datamaskiner er programvare-utviklere som ikke vil spare en tanke til optimalisering?

Ja, det vil jeg mene.

Det finnes folk som har fått til realtime Ray Tracing på en Commodore 64. Det får du ikke til uten en del optimering.

 

Ta primtall, for eksempel. En generell algoritme for å finne primtall (brukt i krypteringer) vil være ubrukelig dersom man skal sjekke hvert eneste primtall som er mindre, som kan ta timer. Men dersom man bruker en smart algoritme er det en enkelt operasjon.

[Gavekort]

Ja, det vil jeg mene.

Det finnes folk som har fått til realtime Ray Tracing på en Commodore 64. Det får du ikke til uten en del optimering.

 

Ta primtall, for eksempel. En generell algoritme for å finne primtall (brukt i krypteringer) vil være ubrukelig dersom man skal sjekke hvert eneste primtall som er mindre, som kan ta timer. Men dersom man bruker en smart algoritme er det en enkelt operasjon.

 

Det er en viss sannhet i at programvareutviklere blir latere på grunn av at de blir bortskjemte med kraftige datamaskiner, men det er ikke en trend som vil fortsette å øke. Det betyr bare at dagens datamaskiner har et større potensiale så lenge vi bruker de smartere.

 

Etter min mening så ligger problemet i at vi først og fremst kan påkoste oss megabytes med minne, istedet for å pusle med bytes slik som i gamle dager. En annen grunn til at vi ikke ser super-optimaliserte programmer er på grunn av abstraheringen og generaliseringen vi har i et operativsystem.

[efikkan]

Jeg ønsker de nye prosessorene velkommen, men de må selvsagt bevise at de er effektive. Jeg ser for meg mange ting slikt kan brukes til.

[Gjest Slettet-t8fn5F]

Det var et åpent spørsmål, ikke en konklusjon.

 

Det var mye mer et retorisk spørsmål.

Skal ikke ha mye kunnskaper for å vite at de beste programmene som noen gang er laget, var til ZX Spectrum maskinene. 48KB minne å jobbe på....

Historisk sett har man måtte kode opp mot hardware, men med Hypertreading på Pentium 4 prosessoren, begynte hardwaren å stikke i fra. Etter det, er det lite med slimming av kode, så fremst ikke det går helt i dass...

Endret 7. mai 2013 av Slettet-t8fn5F

[hurdava]

Ingenting kommer til å slå Intels nye Haswell prosessorer!

[Gjest Slettet+981734]

Det eneste jeg lurer på er om dette er bedre enn Krait 400 og Cortex A15

[Hayer]

Det tar vel ikke lang tid før programmerere gjør denne prosessoren for liten og svak, med dårlig kodet programmer.

 

Nå handler det vel også litt mer om deadlines. Man forventer at man skal kunne produsere ny software fortere. Problemet er vel kanskje at man enda ikke har kommet med en måte for mange programmere å jobbe effektivt samtiding?

[H_Bozz]

Det er den nye atom som microsoft venter på for å få å slå gjennom med nettbrett.

 

 

[G]

Kan arkitekturen ta over for x86? Og er den basert på x86 slik det har blitt spurt i denne tråden tidligere?

[HKS]

Ingenting kommer til å slå Intels nye Haswell prosessorer!

Denne prosessoren kommer heller ikke til å konkurere med Haswell. Den er laget for et helt annet segment.

 

Det eneste jeg lurer på er om dette er bedre enn Krait 400 og Cortex A15

Ut i fra teoretiske tall fra Intel så kommer denne prosessoren til å være mye raskere.

 

Kan arkitekturen ta over for x86? Og er den basert på x86 slik det har blitt spurt i denne tråden tidligere?

Dette er x86 ja. Intel produserer kun x86 med et par untak

[Gavekort]

Dette er x86 ja. Intel produserer kun x86 med et par untak

 

Et par unntak? De har en hel serie av StrongARM/XScale-prosessorer.

Endret 9. juni 2013 av Gavekort