* Uofficiel Black/White liste V3
|
Denne tråd er over 6 måneder gammel
Er du sikker på, at du har noget relevant at tilføje?
Hvad er kerner, hvad er tråde?Af Monsterbruger Skovbo | 29-01-2019 20:36 | 4006 visninger | 54 svar, hop til seneste
Hurtigt aftenspørgsmål...
Jeg skal gerne vide hvordan jeg finder ud af hvad der er logiske processorer i min AMD 2700X CPU..
Jeg har før fundet frem til det, men har imidlertid glemt hvor jeg fandt det, og hvad jeg fandt frem til..
En hurtig søgning på google gav mig intet resultat..
Nogen der kan hjælpe?
Skal gerne vide alt fra 0-15 :) --
8 kerner, 16 tråde.. - kan ikke forklare dig forskellen på de 2 :D -- Hmm, jeg forklarer ret dårligt kan jeg se...
-- Jeg sidder og skal vide hvad præcis CPU 0 - 15 er...
Altså om CPU 0 er kerne eller tråd, CPU 2 kerne eller tråd, CPU 3 osv. osv. -- Sidst redigeret 29-01-2019 20:42 Logiske processorer er tråde, altså 16 logiske processorer har din CPU.
Du spørger om hvad CPU 0-15 er? Det er nummereringen af logiske processorer i dit system. CPU #0 er den første tråd, CPU #1 er den anden tråd, osv.
Edit: Se #7, forklares bedre og mere fuldført. -- Sidst redigeret 29-01-2019 20:45 #4 Vil du vide, hvor mange logiske kerner, din 2700X har?
Som #1 skriver, så har 2700Xeren 8 fysiske kerner, som kan køre 16 tråde i alt simultant. Dvs hver kerne præsenterer sig overfor operativsystemet som om, der var 2 kerner per styk. Det er dem, man kalder logiske kerner.
2700X har 16 logiske kerner.
#5 CPU0 + CPU1 er de to logiske kerner i den første fysiske kerne. CPU2+3 er så navnene for den næste kerne... osv. -- Jeg svarer kun til nøds på indlæg fra gæster... --
Sidst redigeret 29-01-2019 20:45 #7 Mange tak for forklaringen, det var lige det jeg havde brug for at vide :)
Også tak til jer andre -- @op
de fleste folk paa hol vil give dig et forkert svar fordi de ikke laeser noget some helst om hvad de udtaler sig om.
En kerner en en enkelt CPU beregnings enheder.
for it itidne havde vi kun en fuld beregnings enheder i en cpu og idag har vi saa flere.
Du kan se det some flere CPU'er i samme CPU
En traad er en opdeling af software. stypisk har du nok omkring 1tuisind traade I dit system
en traad er en afhaegning raekke af instruktioner. soem f.esk
lig 2 tal samme
hent noget data
etc etc
Der er nememst at see det some en bage opskrift
En cpu kerne kan kun haandter en traade agange. eller retets at et OS kan kun tildele cpu tid paa en kerne til en traad af gangen.
desvare sker der mange agne at naar en cpu kerne ksla udfore sin traad at den skal vente paa data hvor dne blot stor i tomgang
der har vare langt udvikling inden for dette og noget af de sidste nye er saakaldt SMT
divs hvor en cpu kerne nu kan haandter instruktioner fra to traade af gangen
men eftersom OS stadigvake kun resver cpu tid til en traad af gange saa skulle der laves lidt abstraktion lag for at faa det til at virker
det abstrkationslag er saa det der kaldes det logiske cores. og det er hvad windows ser
saa en cpu kan have 4 fysiek cores og 4 logiskc cores eller 4 fysiske cores og 8 logiske cores
husk paa det er to forskellige avbstaktion alg saa de skal IKKE ikke sammen
parvist ger de 2 logiske cores altsaa en til dden samem fysiske corers
saa hvis rtaad 365 gaar til logike core 0 ( vi taller fra 0 her)
og traade 1845 gaar til logisk core 1 saa gar de begge til den samem fysiske cores
denn fysiske cores kan saa skfite frem og tiblage some den lost og udnytte vente tid og ubruge sub dele af e ncores.
fe.sk kan du bruge en udrengsi nenheder til traad 365 mens den bruge en dat afestch enhede til traad 1845
De goer efektivties af dine fysiske core mere effektive
dette har naturlgivs ogsaa en bagdel der kan give performance forvaeeringeer men det er en ande del
kort
traad + et stykke software / rakke af instruktioner der kan kan kore af en CPU
Kerne : en individuel enhender i din cpu dare funger some en helt CPU i sig selv
#1
cpu har ikke traade
Den den koere nogle traade.
den har ikke altid 16 traade
#5
CPU 0 til 15 er alle logiske cores
#7
+1 million for at vare korrekt
-- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury En processor har ikke tråde, den har processorer eller kerner, hvor vi kan snakke om fysiske og logiske processorer.
Tråde er forbeholdt programmerne oven på operativ systemet.
En moderne processor har flere kerner - fysiske processorer.
Hvis processoren understøtter HT eller SMT, vil der være to logiske processorer pr. fysisk processor
Du kan ikke sige at kerne 0 er en fysisk og at kerne 1 er en logisk, sådan hænger det desvære ikke sammen.
Men de hænger sammen i logiske par. dvs. typisk vil operativ systemet tildele cpu 0 og 1 til samme fysiske processor, 2 og 3 til en anden fysisk processor osv.
Cpu 0 er lige så hurtig som cpu 1, men du får ikke dobbelt ydelse hvis du benytter begge 100%, da de deler den samme fysiske processor.
teoretisk vil du kunne opnå dobbelt ydelse hvis du benytter to forskellige fysiske processorer, f.eks. cpu 0 og 2, eller 1 og 3, eller 1 og 2, eller 0 og 3.
Håber det hjalp lidt. :) -- Overclocked Broadwell-E/Pascal Inside! #10
+1
Uddyber lidt mht til HT/SMT
som infrner er inde paa saa er logisk core 0 og logis core 1 ikke dobblt saa hurtiger.
helt konrekt deler det jo samem fysisk ressrocuer saa der er kun 1 kernes regne kraft bag den.
me nden kan bedre udnyttes alt after hvor uoptimal koden er
hvis dner er utroligt ringer kan du teoretis set for dobble performance ud af det. men det er ikke normallen. er koden 100% optimal faar du intet ud af det pga du alelrde bruger 100% afkerne til en dene traad
Saa altsa jo bedre/optimalt kode jo minder for du ud af SMT/HT
punkt 2 nar nu de to logis core ikke er dobblet saa hurtigt som en nektl kan ma nhurtige regne ud af det kan give et problem
har du 2 traade og de ryger til logisk core 0 og 1 some ryger til den samme fysiske cores saa har du
altsaa delt en fysiske cores regne kraft
hvis de to tradae gik til logis core 0 og logics core 3 jame saa ryger de til to forskellige fysiske cores og derved skal de ikke laenger dele regnekraften
det er det jeg for nogle aar sidne doubte thread conflicts eller SMT conflitcs.
too traade slos om den samem fysiske kerne selv om de kunne faa en hver.
Den slags nedgang rammer ret typisk spil som har nogel faa cpu tunge traade .
det er af denne aarsage jeg laved mit "no SMT conflicts" funktion i project mercury.
det smide traadende ud fra dit spil saa de netop ikke ramme samme fysiske cpu og derved loefte performance
loefte fra dette har vaeret set give op til 30% mere performance i ren raa cpu software.
men i spil er det typisk omkring 10% performance boost
-- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury #10 + #11 Hvis i har tid og vil gøre manden en tjenste, så tror jeg en beskrivelse af hvordan kernel scheduleren fungerer i samspil mellem kerner og tråde, vil være et godt skud på mål.
Mit bud er at han hurtigt bliver nysgerrig når han ser at en Windows 10 hurtigt har 5000 tråde i luften på een gang. -- --
Drifter og udvikler 24/7 Datacenter operations om dagen, er supermand om aftenen. #18 Jeg har skimmet 30 sekunder af videoen og det ligner en meget basal beskrivelse af SMT, og ikke scheduleren.
Mon ikke der findes en for kernel scheduler som OP kan kigge hvis han lyster. -- --
Drifter og udvikler 24/7 Datacenter operations om dagen, er supermand om aftenen. #10 Men de hænger sammen i logiske par. dvs. typisk vil operativ systemet tildele cpu 0 og 1 til samme fysiske processor, 2 og 3 til en anden fysisk processor osv.
Det er vidst ikke et helt korrekt udsagn.
I Linux kan man se "siblings" meget nemt, på flere måder:
$ cat /proc/cpuinfo | egrep 'processor|core id' | sed 's/^processor/\nprocessor/g'
processor : 0
core id : 0
processor : 1
core id : 1
processor : 2
core id : 2
processor : 3
core id : 3
processor : 4
core id : 0
processor : 5
core id : 1
processor : 6
core id : 2
processor : 7
core id : 3
Eller for en enkelt kerne:
$ cat /sys/devices/system/cpu/cpu0/topology/thread_siblings_list
0,4 -- https://twitter.com[...] - Ned med #lurerSørenPape
https://linuxmint.com[...] - Få dit privatliv tilbage. --
Sidst redigeret 30-01-2019 15:11 #20
Jeg skal ikke udtaler mig om *nix
Men jeg mener han (#10) mener nok kun windows og der er det alt efter hvad jeg har testet helt korrekt
men behover ikke se det for at kunne "se" det. benchmarks med affinity set afsloere det rent fint
men *nix har ret mange forskellige cpu thread schedulers saa deter slet ikke utaenkeligt de abstrahere det anderledes
men faar baade AMD SMT, Intel SMT og AMD CMT. har det vist sig at vare opsaet parvist under windows
P.S.
Hvis /thread scheduler udeller cpu tid i raekkefoelge saa er deres metode mere optimal end den i windows da de fylder foerste alle fysiske cores ud med en traad foer den ande logiske cores paa hver fysisk core bliver tildelt -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury --
Sidst redigeret 30-01-2019 15:23 Det var faktisk ikke en gang dét, som jeg "studsede" over, Jeg mener faktisk at topologien er hardware bestemt og ikke OS bestemt.
https://software.intel.com[...]
The primary software usage of processor topology enumeration deals with querying and identifying the hierarchical relationship of logical processor, processor cores, and physical packages in a singleprocessor or multi-processor system.
Jeg vil dog gerne bekende at min viden/erfaring på dette område er begrænset.
Så irettesæt mig gerne, hvis nogle ved bedre ! -- https://twitter.com[...] - Ned med #lurerSørenPape
https://linuxmint.com[...] - Få dit privatliv tilbage. #9 Sjældent har jeg da oplevet nogen som dig - Hvorfor skriver du så ikke lige til AMD, Intel, og samtlige forhandlere af deres produkter at deres promovering af deres produkter er direkte løgn/forkert?
Tror der er lige så god chance for at de tager dig seriøst, som at jeg gør.. :D -- DanCase: Z270I, 7700K, Lp53, 16Gb Dominator3200, RTX 2060, 2TB SSD, SX500 #21 Det er ikke altid sandt, i de tilfælde for L3 cache skal tilgåes fordi du befinder dig på en anden kerne vil du opleve en penalty. (dette er en meget generel observation og undtagelser kan selvfølgelig eksistere alt efter hvilken arkitektur der er tale om) -- --
Drifter og udvikler 24/7 Datacenter operations om dagen, er supermand om aftenen. #23 Der er ikke noget forkert i det Sven Bent skriver, why the agression ?
MarketingSpeak exists. -- --
Drifter og udvikler 24/7 Datacenter operations om dagen, er supermand om aftenen. #25 fordi jeg er målløs over mandens behov for at irettesætte andre. Og fordi jeg mener at det er direkte uforskammet/unødvendigt at han GANG PÅ GANG gør henvender sig til folk der prøver at hjælpe/få hjælp for at irettesætte dem. Havde jeg svaret i SB's tråd kunne jeg forstå han følte sig berettiget til at korrigere mig - men det er ikke tilfældet(ligesom det heller ikke har været de mange andre gange han har gjort det)
Det jeg skrev var kopieret direkte fra AMD's egen hjemmeside. Så at sige jeg tager fejl/lyver, er i min optik lige så intelligent som at sige "jeg ved bedre end dem der fremstiller produktet selv"..
Og må erkende at jeg stoler mere på dem som værende en gigantisk IT producent, fremfor dig, og SB som blot er 2 online brugere på et hardware forum - der har et eller andet absurd behov for at rette på fremmede mennesker der på ingen måde har interesse i at føre debat med jer.
Personligt er jeg kun herinde for at prøve at hjælpe folk, og for at få hjælp nogle gange / sælge / købe
Why the need to argue with strangers on the internet?
For resten hedder det 'aggression', hvis du forventer at blive taget seriøst af andre voksne mennesker.. så stav ordenligt, tak. -- DanCase: Z270I, 7700K, Lp53, 16Gb Dominator, RTX 2060, 2TB SSD, SX500 #26 læs lige mine indlæg og træk vejret.
Jeg prøver på at hjælpe manden videre til højere forståelse. Det er mere end man kan sige om din vektor her i tråden.
Her tror jeg ikke autocorrect og retskrivning får dig i plus, ejheller mig i minus. Med det sagt: godt forsøg på at udvide dit argument, det havde muligvis virket på den type du gerne vil tale ned til.
EOM herfra, jeg vil ikke skubbe tråden videre i den retning du tager den. -- --
Drifter og udvikler 24/7 Datacenter operations om dagen, er supermand om aftenen. #27 Godt argument. Giver virkelig et billede af hvor hjælpsom du er.. "læs mine indlæg, og træk vejret" - når man taler om at tale ned til folk...
Havde du ikke besvaret min kommentar som var rettet imod en anden bruger ville tråden slet ikke være på vej nogle steder hen. Ligesom den heller ikke ville hvis SB ikke havde gjort selv samme...
Hav det strålende.. -- DanCase: Z270I, 7700K, Lp53, 16Gb Dominator, RTX 2060, 2TB SSD, SX500 --
Sidst redigeret 30-01-2019 16:21 #20 Tak. Du har fat i noget.
Min udtalelse i #10 mht. cores og deres placeringer, gælder kun i windows miljø.
I Linux ligger kernerne som du beskriver, så f.eks den fysiske processor 0 vil være cpu 0 og 4, processor 1 vil være cpu 1 og 5, osv.
#22 Jeg er bestemt heller ikke sikker, men jeg vil mene det er OS bestemt, hvordan det vælger at navngive de forskellige logiske processorer.
Scheduleren har også viden omkring hvilke cpu'er der er siblings, og der er derfor mulighed for at optimere et system via scheduleren, som er set nogle gange. -- Overclocked Broadwell-E/Pascal Inside! #23 Det virker til at du åbenbart ikke teknisk indsigt til overhoved at gennemskue hvad det er der spørges ind til af tråd opretter.
For det første svare du slet ikke på det som #0 spørger om i dit indlæg (#1) og samtidig skriver du at du ikke ved noget om emnet ?
Det du svare på er hvor mange kerner/tråde AMD CPU'en har og #0 spørger om hvordan han kan vide hvilke af de "cpu kerner" hans operativsystem rapportere i hans system, som er "logiske".
#10 Svarer meget fint direkte på #0's spørgsmål, og forklare at hans spørgsmål ikke rigtig giver mening fordi det er ikke sådan det hænger sammen.
#11 Opfølger så med en uddybning af hvis samme fysiske kerner afvikler 2x tråde, så betyder det ikke at det går "dobbelt så hurtigt", fordi det ville jo betyde at man udnytte 200% af CPU'ens kapacitet og det giver jo ingen mening - vel ???????
Herefter kommer du med et mærkeligt indlæg, om noget med at nogle marketings afdelinger mener noget helt andet uden at forklare HVAD det er de mener.
Jeg tror de fleste herinde godt kan se at det er dig man ikke kan tage seriøst...
-- https://twitter.com[...] - Ned med #lurerSørenPape
https://linuxmint.com[...] - Få dit privatliv tilbage. #30 bare du selv tror på det. Kan i hvert fald godt genkende trollende opførsel når jeg ser det(din opførsel jeg hentyder til)
God dag, og held, og lykke med at finde nogle der vil fodre dig :) -- DanCase: Z270I, 7700K, Lp53, 16Gb Dominator, RTX 2060, 2TB SSD, SX500 --
Sidst redigeret 30-01-2019 16:40 #29 Det er ærgeligt at JohnnyGogo har haft en dårlig dag og valgte at gå rampage og spolere tråden.
Vi kunne sikkert have fået stillet vores fælles nysgerrighed og opnået konsensus omkring spørgsmålet "hvorfor ser vi egentenlig ikke topologien ens, på tværs af OS'er ?"
Men det må blive en anden gang så ;-) -- https://twitter.com[...] - Ned med #lurerSørenPape
https://linuxmint.com[...] - Få dit privatliv tilbage. --
Sidst redigeret 30-01-2019 16:47 #22
tag i mente jeg ikke har laest hvad du har linket til ( pga jeg er paa arbejdet)
men jeg kan 100% staa inde for at ALLE intel og AMD cpu'er jeg har test med SMT or CMT har det vaeret parvist opsaet. det er ret netm at see med et bencmhakr program du kan saette traade paa
Tlf BRB -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury #22 ( forsattelse af #33
Jeg har brugt baade 7-zip og cinnebench til at maale mig frem til det.
og hvis du satter dem op til kun er kore paa logick core 0 og 1 er det langsommer end hvis du saetter dem op til feks. 0 og 2
det er derfor at project mercury naar du slaaer " no smt conflicts til" at den satter affinity til hver anden core"
nar jeg ikek sider i en sleov remote session saa kan jeg lige genteste.
min test var paa aeldre udstyr da jeg arbejde i en refurbishing center -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury #23
aergeligt du ikek tagert viden seriost.
og intel siger ikke deres cpu har traade nogle steder.
men at de kan haandter op til # antal traade.
jeg vender tilbage paa dette nar jeg ikke super lagger pga skod VSA remote control -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury #35 jeg tager skam viden seriøst - når jeg selv søger den. Ikke når andre syns jeg skal lære..
Men tak for forklaringen.. selvom jeg nu vil mene at den del med "at de kun kan håndtere op til" - står med EKSTREMT små bogstaver(for at sige det pænt)..
Men mening giver det da.. -- DanCase: Z270I, 7700K, Lp53, 16Gb Dominator, RTX 2060, 2TB SSD, SX500 #24
helt korrekt logisk core a og b paa same fysiek cores deler l1/ og l2 cache og der kan vare en cache hit fordel. men et cache hit hjalper ikke meget nar du alligelve ikke kan faa adgang til at blive afviklet paa den fysisk kerne.
sagt med ande orde. vente tide paa at faa adgang til e ndelt fysisk kerne er hardert en at faa t cache miss i l1 og l2 i alle test jeg har lavet
teoretisk kan det sikekrt opstilles en situation hvor det ikke er tilfaeldet -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury #25 Folk bliver provokeret af Sven, fordi han er direkte uforskammet. -- Gæstebruger, opret dit eget login og få din egen signatur. #36
at sige man keober en cpu med 8cores og 16 traade svar sig ti lat sige man har keobet en hdd med 8tb data.
mneder er ikke data paa harddisken. ligesom der ikke er traade paa cpu'en.
der er tale om en capacity man kan fulde op med software. altsa dta og traade henhovis
forivrigstammer nok fra intel maade at skrive det i ders ark og folk er leobet med en halvvind fra
yeah, fucking 8 secs lag paa alt hvad jeg skriver vsa burde doe i helvedet
-- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury jeg kan pt ikke skrive. saa vent venglist med at svare paa min indlaeg foer jeg har definret dem bedre -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury Tak til Sven Bent for de lange forklaringer her i tråden. Dejligt at du gider tage dig tid til at skrive og svare.
Og jeg kan godt forstå dine små stikpiller en gang i mellem. Det er nogle gange som at skændes med et vandfald, at få et sagligt ord igennem her på sitet :)
#topic:
Det er en uskik at skrive, at en processor har X kerner og Y tråde, som f.eks. nogen skriver 8c/16t. Jeg har også selv gjort fejlen bare fordi det er nemmere, når folk nu kalder det det. Egentlig burde man nok skrive 8c+SMT eller 8c+HT, eller 8c/16lc eller hvad man nu finder på, så man ikke forvirrer tråde ind i snakken om hardware. -- Jeg svarer kun til nøds på indlæg fra gæster... #39+#41
Omend kan man sige, at man hvis man benytter terminologien 8C/16T og f.eks. MHz for RAM, så taler man samme sprog som producenterne og de brugere der har spørgsmål til disse hardware komponenter. Selvom det måske er mere korrekt at sige 8C med SMT/HT og bruge MT/s for RAM, så tror jeg det forvirrer folk endnu mere, derfor bedre bare at bruge samme ord som producenterne og det information folk finder på produkternes data spec sheets. Vi taler jo om det samme end of the day.
Det er det samme når man skal forklare familiemedlem, ven eller kollega hvordan IT virker, så må man også bruge et sprog der er nemmere at relatere til og forstå. Så der er ikke noget ondsindet i det, men jeg kan godt se problematikken hvis man fortsætter og kommer med falske forklaringer om hvordan tingene virker.
Nogle gange er det dog flueknepperi i mine øjne hvis man godt ved hvad personen mente. Andre gange er det tydeligt at fornemme at personen har fået misinformation andetsteds på nettet og blander FPS, Hz sammen i et emne om high refresh monitor til CS:GO. Så skal man netop starte fra bunden og forklare hvordan et grafikkort virker, en skærm virker, hvordan adaptive sync virker osv osv. Så jeg forstår godt frustrationen nogle gange. -- #42
Det er mere omfattelse over hvad traad daekker.
nar folk tror det de err i deres taska manger er "traad" forbrug" saa er det helt forkert. Det er Logiske core forbrug.
Eller tror at fordi de ser load paa 8 logiske cores at der saa er tale om der er 8 traade i brug eller et process er multitthreade til at udnytte alle 8 logisk cores.
Saa er der altsa en enorm misopfattelse af hvad der bliver talt om.
Traade er en opdeling af software. Ikke en opdeling af cpu. og ingen cpu producenter har sagt det saaledes
-- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury --
Sidst redigeret 31-01-2019 07:37 #42
klasse eksempelt her
https://www.hardwareonline.dk[...]
der er kun forvirring forid folk bruger mhz begrbebet for to forskellige ting
bade for mhz og for MT/s
Havde man brugte de korrekter terme er forvirringen mindre -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury #42 #43
Det vigtige imo er, om kunden forstår præcist, hvad kunden har købt. Hvis jeg køber en 3000MHz RAM, så forventer jeg 3 GT/s, hvilket jeg også får. Det er kan godt ske, at rent fysisk er clock-signalet kun 1500MHz med positiv/negativ flankedetektering, fordi det er nemmere at lave på printet. Men signalet bærer 3 mia symboler per sekund. Så jeg er som kunde ikke blevet vildledt til at tro, at jeg har fået mere, end jeg har købt. Derfor synes jeg egentlig, det er ok at kalde det 3000 MHz RAM. I princippet kunne de have lavet 4 clock-signaler i kaskade på 750 MHz hver - som kunde er jeg da ligeglad, jeg skal bare have 3 GT/s. Er jeg så blevet vildledt, og har kun købt "750MHz RAM"? :)
I øvrigt burde tools såsom Speccy osv rapportere 3000MHz frem for 1500MHz. Det bidrager ikke med andet end forvirring.
Omvendt synes jeg det kan være misvisende en CPU for 8c/16t. Teknisk set kan der køre 16 tråde samtidigt på CPUen, men da de deles om resourcerne, så kører de jo langt fra i fuld hastighed. Kunderne, som ikke ved præcist hvad HT/SMT går ud på, kan blive vildledt til at tro, at en 8c/16t performer nær dobbelt så hurtigt som en 8c/8t. Man kunne jo frygte, at AMD/Intel fandt på at lave en 4-vejs HT/SMT, så de kan sælge 8c/32t processorer. De vil sandsynligvis ikke være det mindste hurtigere (eller måske endda langsommere) end 8c/16t, men det ser jo godt ud i salgsannoncen.
Det er lidt derfor, jeg foretrækker 8c+HT frem for 8c/16t. Og muligvis er det da også nemmere at forklare kunderne: "Der er 8 kerner, som har HT, så de kan have flere tråde i luften samtidig og udnytte de 8 kerner bedre", frem for "Der er 8 kerner, som kan køre 16 tråde samtidig, men de 16 tråde kører ikke lige så hurtigt, som hvis de kørte på en 16-kernet processor."
Men ja de vil hellere sælge "Op til 16 kerners performance" frem for "Over 8 kerners performance". ;-) -- Jeg svarer kun til nøds på indlæg fra gæster... --
Sidst redigeret 31-01-2019 08:35 #19 du har ret - Linus er en meget banal analogi, den forklarer kun konceptet meget overfladisk :-)
Vil du ned i hvordan en moderne scheduler tilrettelægger opgaver er du et stykke forbi grundlæggende processor design, som jeg tog for 10år siden på DTU, selvom vi da nåede at vende hyperthreading og lidt yderligere... -- #45
Helt enig
misbrug af ord og terme skaber forvirren nar en person bliver udsat for to forskellig ting under samme navn
#456
Du linked til linus tech tips.
det er allerede et black mark her i min bog :D
Serioust dog . Linus tech tips laver atl for mange fejl ti lat blive tager some serioes i min bog
- han kunne ikke finde ud af delid og kom saa frem til at delid ikke virker
- hans forklaring om video ram og oploesning var utroligt mangefuld og hans anaylse og tal var modsigende mod hans konklussioner
- Hans samenligning med skaerme og hz var direkte latterlig lavet set ud fra et videnskabligt synspunkt
dermed ikke sagt han kan lave noget der er korrekt. men blot en afvarsel herfra om hans generellre tekniske evner
-- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury Windows CP scheduler er bygge paaen ret simple round robing metode med et have af undtagelser for at fikse daarlig programmering
dne indelse det hele i cpu tid kaldets quanta og der er flere mulgihed for hvordan windows deler disse ud.
I en desktop windows del den dem forskellige fra om dit program er i forgrunde eller baggrund
hvis dit program er i foregrunde tildelse den 3 quanta. og hvis en traad tilher et program i baggrund tildese den kun e quanta.
dette sker for at give bruger en bedre og mere flydense oplevelse da foregrunde for tildele en storre stykke cpu tid end baggrunds task.
disse wuanta kan ogsaa vaer forskellige i laenge og forskellige om det er et forgrunds ptraad elerl et baggrunds traad.
Jeg kan ikke lige huske dem alle men den laensste er vist omkring 120ms
Dekstop bruger korte Qunataum ( for at kunen reagere hurtiger nar en ny traad skal have cpu tid)
og tilderle flere to foregrunds programmer ( fordi de er der brugern sider)
Windows server version giver lange (120ms) quantum ( for at goer skifter af traade paa en cpu ud mindre og dermed koster mindre i spild tid) og tilder samme qunata til alle traade om det er forgrund eller ej ( ligegyldigt paa en server at give forgrund mere)
denne opsaetning kan aendres i mit project mercury ig heder her cpu slices
Gamer og multitasking er min egen opsaetning profiler
anyway traade har ogsaa prioritet de gaar fra 0 ( levaste) til 31 (hoejste_
nogel hurtige folk vil blvie forvirret her for nar ma nsaetter prirot paa en proce er det kun ^ ( idle low normlt above high relatim(.
disse 6 trin er ikke den endelig cpu prioritet men en klasse indeling.
saa en proces har altsaa 6 trins af prioritet
en traad har saa erm... shit X antal tring lige saa
Process prioriteten fortaller altsaa en klasse som angiver hvor hoeejt reaalt de traad priotet trin er .
saa lad os antage process priot er 0. saa gar traadende trin for 0 (absotl lavets) til 15midelet
har du valgt at sate process prioritet til realteim (hoejeste) saa gar tradends trin fra 15 til 31
saa en traad med lave priroter i et process med en hoj prioriter kan nogle gnge vare laver end en traad med en hoej prioriter i en klasse med lav prioritet.
der er altsa et dobbelt forhold i priorter at tage hoej for
nar windows skal finde ud af hvilken traade der skal tildes cpu tid. saa vaelger den "altid" den some har den hoejste endelig prioritet ( igen 0 til 31)
hver evig enestegang.
saa det betyder at en traad der bruger 100% af cpu der er gevet max cpu prioriter vil sluger alting og intet andet vil faa cpu tid.
det er af samme aarsage jeg aldrig anbeaflerfolk at saette ders spil i high men istedet o above normatl. fordi driver osv ogsaa ligger i high. og dermed kan der spil nar de bruger 100% cpu tid. stoppe for netvarks didrver og kb/mus driver og dermeskabe enormlag og endo ustabil forbindelse
der er lige mine 2 cent mht til windwos cpu scheduler
der er nogle undtagles
nogle gange blive en traad med lav prioritet boosted i temporray prioritet
det sker pga nogle programmer have laver thread locks
dvs de har haft en traad i hoej prioriter der venter paa dete fra en alvprioriter
men der er en middel cpu priorter traad i systemmer
den midel prioriter traad vil tager cpu tid foer den med lav og dermed vil den traad med hoj prioriter aldrig blive aviklet da den konstnats venter paa data
windows fixer det ved lige at give en idle traad et boost nu og her.
saa kan data henter og fordres til hoej priort traade og de kan nu afvikles after den givne prioritet
-- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury #50 tak for du taget tiden til dine indlæg. -- --
Drifter og udvikler 24/7 Datacenter operations om dagen, er supermand om aftenen. #48 og #49
at du ikke vaerdsatter viden er helt op til dig selv
men kan du ikke "skide" i en anden traad
Der er en person her der har spurgt ind til information. og vi er nogle stykker her der deler viden om emnet. -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury Amen den tråd her er fantastisk. Fuldstændig fascinerende at følge med i. Tak til Sven Bent og alle de andre for at uddanne alle dem som interessere sig for emnet. Jeg er blevet en del klogere på baggrund af dette, mange tak :)
Beklager off topic kommentar. -- #50 - fair - jeg tænkte det også kun som at introen var en sjov 101 (hvilket indrømmet var lidt malplaceret når jeg læser lidt mere på hvor I var nået).
Personligt kunne jeg heller ikke drømme om at tage Linus som primær kilde til nogen holdning, men han er meget sjov at se en gang imellem. Ja, der skal fakta checkes mv - men det er et fåtal af folk jeg ikke gør det på alligevel.
Men hatten af for din beskrivelse af task scheduling med forskel i foreground/background og server. -- Sidst redigeret 31-01-2019 22:04 Når AMD og Intel skriver "tråde"(threads), så mener de at den kan kører X antal software tråde samtidigt, ikke at CPUen i sig selv har "tråde". Intel benytter sig af Hyper Threading (bemærk, "threading" og ikke "thread").
For operativ systemet ses det som logiske kerne. Alle logiske kerner er ikke lige og der er mange andre faktorer at tage med ind i det. en 8 core CPU vs em 4 core+4 HT vil alt andet lige køre bedre.
Kan eksempelvis ses her. 8700K (12 logiske kerner) vs 9700 (8 logiske kerner)
https://www.cpubenchmark.net[...]
9700K er på trods af mængden af logiske kerner overlegen i forhold til 8700K
Hvis et program eksempelvis er singlethreaded, kører det kun på en logisk kerne. Et program kan være multithreaded (bruger op til X antal logiske kerner) eller være et program der brugere flere singlethreaded underprogrammer. Operativsystemet sørger så på at holde styr på hvad der kører på hvad så det er optimalt fordelt. -- Intel Ark skriver det også
"# of ThreadsA Thread, or thread of execution, is a software term for the basic ordered sequence of instructions that can be passed through or processed by a single CPU core." -- #45 Men kunden forstå jo ikke kernen i det, at der er tale om overclocking profil. Hvilket betyder du med meget hurtigt RAM kan støde ind i problemer med bundkort og mængden af RAM. Tag Corsair 32 Gb kit 4000 Mhz. Det tog MEGET lang tid at manuelt tweake for at få det til at køre, hvilket Corsair også indrømmer.
Jeg får næppe 64 Gb til at køre 4000 Mhz.
Så mest korrekt ville være at sige at det er X Mhz med X overclocking. -- #57 Emnet er ikke overclocking af RAM i #45 og andre indlæg.
Prøv lige at læse tråden for at forstå, hvad vi diskuterede. Evt også for at se, om ikke det, du nævner i #55 #56 ikke allerede skulle være nævn før (evt gentagne gange). -- Jeg svarer kun til nøds på indlæg fra gæster... #58 du nævnte RAM, derfor kommentar.
Resten Sven Bent er lidt træls at læse igennem desværre, men han manglede sådan set også et RL eksempel på forskellen. Men jeg svarer trådstarter på min måde og blandt andet står der rent faktisk hvad "thread" dækker over på Intels ARK. (hvilket det blev påstået det ikke gjorde). -- #59
real life exempelt paa forskellen ?
Forskellen af hvad ?
#56
Korrect og det er det som folk ikke laeser naar de reffer til Intel ark som paastaar at en cpu har traade eller at traade er noget hardware paa cpu'en
De laeser kun lige akurat titlen " # of threads" og ikke mere
Jeg har set flere folk linke til intel ark som documentation for at logiske cores kan kaldes traade.
og maa saa fortaelle de maaske lige skal laese hvad de linker til.
#57
Overclocking profil har intet med det som er bragt op at goere
Overclocking er ikke et fysisk/teknisk begreb men et humantaert begreb.
vi har udelukkende diskutret fysisk/tekniske begreber -- Sven Bent - Dr. Diagnostic
www.TechCenter.[...] - Home of Project Mercury --
Sidst redigeret 05-02-2019 14:38 #9 Puuuha, det er altså halv svært at læse hvad du skriver... :-P -- There is nothing noble in being superior to your fellow man; true nobility is being superior to your former self. Sven Bent, beklager hvis jeg presser citronen lidt her.
Hvis du har tiden og indsigten (jeg fornemmer at indsigten er på plads) kan jeg så bede dig beskrive hvordan 16 tråde kører 'smtidigt' på en 8 kernet SMT CPU. her tænker jeg på hvordan trådene får adgang til de delte resourcer i CPU'en (ALU'erne, FP enhederne, Scheduler, OP-cache, Decode osv) Jeg har desværre ikke selv tiden til det, men jeg tænker det vil være en rigtig god tilføjelse til tråden.
På forhånd tak. -- --
Drifter og udvikler 24/7 Datacenter operations om dagen, er supermand om aftenen.
Grundet øget spam aktivitet fra gæstebrugere, er det desværre ikke længere muligt, at oprette svar som gæst.
Hvis du ønsker at deltage i debatten, skal du oprette en brugerprofil.
Opret bruger | Login
|
Du skal være logget ind for at tilmelde dig nyhedsbrev.
Hvilken udbyder har du til internet? 200 personer har stemt - Mit energiselskab (Ewii f.eks) 10%
|
|
|