App installieren
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Anti Hyper Threading -- AMD auf Irrwegen?
- Ersteller CharlieB
- Erstellt am
CharlieB
Admiral Special
- Mitglied seit
- 12.10.2004
- Beiträge
- 1.114
- Renomée
- 18
http://www.winfuture.de/news,24975.html
also wenn ich mir das durchlese,
ist das entweder ein verspäteter April-Scherz
oder da läuft irgendwas aus dem Ruder ...
CB
also wenn ich mir das durchlese,
ist das entweder ein verspäteter April-Scherz
oder da läuft irgendwas aus dem Ruder ...
CB
hyundai_racer
Grand Admiral Special
So schelcht finde ich die Idee gar nicht. Anwendungen, die auf Multi-Core bzw. Thread ausgelegt sind, können ja beide Kerne nutzen. Anwendungen, die nur einen Core bzw. Thread nutzen, kann aber mit diesem "Anti-Hyper Threading" Performancevorteile verschaffen. Sonst würde sich ja der 2. Core langweilen.
[³dgamer]
Grand Admiral Special
- Mitglied seit
- 08.02.2005
- Beiträge
- 2.018
- Renomée
- 38
"Man ist sich bei AMD darüber im Klaren, dass die aktuelle K8-Architektur nicht mit den neuen Technologien aus dem Hause Intel mithalten kann."
Soso, wer hat das denn behauptet? Wird WF zum neuen THG?
Bisher ist es doch eher PaperLaunch gegen jetzige Produkte....
OBrian
Moderation MBDB, ,
- Mitglied seit
- 16.10.2000
- Beiträge
- 17.032
- Renomée
- 267
- Standort
- NRW
- Prozessor
- Phenom II X4 940 BE, C2-Stepping (undervolted)
- Mainboard
- Gigabyte GA-MA69G-S3H (BIOS F7)
- Kühlung
- Noctua NH-U12F
- Speicher
- 4 GB DDR2-800 ADATA/OCZ
- Grafikprozessor
- Radeon HD 5850
- Display
- NEC MultiSync 24WMGX³
- SSD
- Samsung 840 Evo 256 GB
- HDD
- WD Caviar Green 2 TB (WD20EARX)
- Optisches Laufwerk
- Samsung SH-S183L
- Soundkarte
- Creative X-Fi EM mit YouP-PAX-Treibern, Headset: Sennheiser PC350
- Gehäuse
- Coolermaster Stacker, 120mm-Lüfter ersetzt durch Scythe S-Flex, zusätzliche Staubfilter
- Netzteil
- BeQuiet 500W PCGH-Edition
- Betriebssystem
- Windows 7 x64
- Webbrowser
- Firefox
- Verschiedenes
- Tastatur: Zowie Celeritas Caseking-Mod (weiße Tasten)
Ich weiß irgendwie noch nicht, was ich davon halten soll. Klingt zwar auf dem Papier wie die optimale Lösung (da ein großer Teil der Software nicht auf absehbare Zeit, vielleicht nie vernünftig auf mehrere Kerne verteilbar ist).
Aber es ist nicht gesagt, wie das funktionieren soll, oder wie lange und intensiv AMD daran schon arbeitet. Falls es überhaupt stimmt und nicht nur ein wildes Gerücht ist, was irgendein betrunkengemachter AMD-Mitarbeiter spaßeshalber lanciert hat.
Aber es ist nicht gesagt, wie das funktionieren soll, oder wie lange und intensiv AMD daran schon arbeitet. Falls es überhaupt stimmt und nicht nur ein wildes Gerücht ist, was irgendein betrunkengemachter AMD-Mitarbeiter spaßeshalber lanciert hat.
derDUKE
Grand Admiral Special
Und bei Intel ist man sich sicher darüber im Klaren, dass ein 486er nicht mit einem K6 mithalten kann.Man ist sich bei AMD darüber im Klaren, dass die aktuelle K8-Architektur nicht mit den neuen Technologien aus dem Hause Intel mithalten kann.
Vergleichen die wieder mal Apfelsaft mit Pflaumenmus oder so?
SPINA
Grand Admiral Special
- Mitglied seit
- 07.12.2003
- Beiträge
- 18.122
- Renomée
- 985
- Mein Laptop
- Lenovo IdeaPad Gaming 3 (15ARH05-82EY003NGE)
- Prozessor
- AMD Ryzen 7 3700X
- Mainboard
- ASUS PRIME X370-PRO
- Kühlung
- AMD Wraith Prism
- Speicher
- 2x Micron 32GB PC4-25600E (MTA18ASF4G72AZ-3G2R)
- Grafikprozessor
- Sapphire Pulse Radeon RX 7600 8GB
- Display
- LG Electronics 27UD58P-B
- SSD
- Samsung 980 PRO (MZ-V8P1T0CW)
- HDD
- 2x Samsung 870 QVO (MZ-77Q2T0BW)
- Optisches Laufwerk
- HL Data Storage BH16NS55
- Gehäuse
- Lian Li PC-7NB
- Netzteil
- Seasonic PRIME Gold 650W
- Betriebssystem
- Debian 12.x (x86-64)
- Verschiedenes
- ASUS TPM-M R2.0
Denselben Effekt könnte man sicher auch erreichen, wenn der Prozessortreiber intelligneter gestaltet werden würde und im Bedarfsfall einen der beiden Kerne abschaltet und dafür die Taktrate des verbleibenden Kerns steigert. Das wäre sicher ohne größere Änderungen am Prozessordesign möglich und würde ebenfalls die Nachteile eines multicore Prozessordesigns auszugleichen helfen.
Zuletzt bearbeitet:
neo6969
Admiral Special
- Mitglied seit
- 04.11.2004
- Beiträge
- 1.039
- Renomée
- 61
- Standort
- BADEN
- Prozessor
- Xeon E3-1225 v3
- Mainboard
- Dell
- Speicher
- 2 x 4GB DDR3L-1600 UDIMM 1RX8 ECC
- Grafikprozessor
- GTX 750 ti oc
- Display
- 47" LED TV
- SSD
- 128 GB
- HDD
- 1 TB
- Optisches Laufwerk
- ---
- Soundkarte
- ONBOARD
- Gehäuse
- Dell PowerEdge T20
- Netzteil
- 280 WATT
- Betriebssystem
- Windows 8.1 Pro 64 Bit
- Webbrowser
- Firefox
Interessant ist es durchaus wenn man es technisch realisieren kann.
Naja, da kann man leider wieder nur sagen, abwarten und nicht vorher die Glaskugel befragen!
Naja, da kann man leider wieder nur sagen, abwarten und nicht vorher die Glaskugel befragen!
hyundai_racer
Grand Admiral Special
Je mehr ich darüber nachdenke, desto logischer wird das ganze. Theoretisch könnte es ja wie ein Raid-Stripeset funktionieren, indem die Teile des Threads aufgeteilt, abgearbeitet und dann wieder zusammen geführt werden. Sicher würde dabei Rechenleistung verloren gehen, aber selbst wenn nur 50% übrig bleiben würden, dann würde sich ein X2 mit 2x2Ghz theoretisch wie ein 3GHz Single Core A64 verhalten.
G
Gast29012019_2
Guest
Dieses wird aber mit Sicherheit auch Nachteile haben, gegenüber einem System was die einzelnen Cores beläßt. Wie auch Raid-o bzw. HyperThreading in bestimmten Fällen zum Nachteil werden kann.
Für Games, die nicht DC optimiert sind, könnte es noch mehr FPS geben. Da wo eine echte limitiert. Aber was ist mit Programmen, die DC nutzen bzw. man die Prozesse auf unterschiedlichen Cores verteilen will.
Wie soll dies dann noch funktionieren ? - bzw. entweder nutzt man das System als DC oder schnelles Single-System, beides zugleich dürfte nicht möglich sein.
Für Games, die nicht DC optimiert sind, könnte es noch mehr FPS geben. Da wo eine echte limitiert. Aber was ist mit Programmen, die DC nutzen bzw. man die Prozesse auf unterschiedlichen Cores verteilen will.
Wie soll dies dann noch funktionieren ? - bzw. entweder nutzt man das System als DC oder schnelles Single-System, beides zugleich dürfte nicht möglich sein.
Und schon bald wird alles nur noch über virtuelle CPUs berechnet - was und wieviel dahinter wirklich ist weiss dann nichtmal mehr Windows. Genauso war es früher mit den Grafik APIs unter Windoof. Dann kam endlich DirectX und konnte die GraKa direct ansprechen... das kommt dann auch für die CPUs und wir sind wieder da wo wir heute sind... Aber bis dahin sind wir sicher bei 6GHz statt 3.
Ich liebe diese Idee. Ich kann doch heute schon komplette Computer emulieren - warum nicht eine 5GHz CPU emulieren und ihre Berechnungen von zwei kleineren ausführen lassen? Sollte alles mit dem CPU Treiber möglich sein - wie oben schon einer geschrieben hat.
Ich liebe diese Idee. Ich kann doch heute schon komplette Computer emulieren - warum nicht eine 5GHz CPU emulieren und ihre Berechnungen von zwei kleineren ausführen lassen? Sollte alles mit dem CPU Treiber möglich sein - wie oben schon einer geschrieben hat.
mtb][sledgehammer
Grand Admiral Special
- Mitglied seit
- 11.11.2001
- Beiträge
- 4.375
- Renomée
- 30
- Mein Laptop
- HP Compaq nx6125
- Prozessor
- Athlon XP 2500+
- Mainboard
- Asrock K7S8XE
- Kühlung
- AC / selfmade Wakü
- Speicher
- 1 GB PC3200 Team Memory
- Grafikprozessor
- ATI Radeon 9500
- Display
- 20,1'' Samsung SyncMaster 205BW 1680x1050
- HDD
- Samsung SV0802N
- Optisches Laufwerk
- Toshiba DVD-ROM SD-M1612
- Soundkarte
- Creative SB Live! Player 1024
- Gehäuse
- Chenbro Net Server Tower
- Netzteil
- Coba 400 Watt (silent)
- Betriebssystem
- Windows XP, Ubuntu Linux
- Webbrowser
- Mozilla Firefox
- Verschiedenes
- knc TV Station , Terratec Cinergy 1200 DVB-C
Der einzige Ansatz, der für mich Sinn macht sieht folgendermaßen aus: Nehmen wir an wir haben eine Dual-Core CPU mit je 3 ALU und 2 FPU Pipes. Doch anstatt dass diese Recheneinheiten den beiden Kernen fest zugeordnet sind, kann sich Kern A auch mal die Recheneinheiten von Kern B ausleihen. Somit könnten die Recheneinheiten beider Kerne besser ausgelastet werden.
Ein viel weiter gedachter Ansatz ist der, dass die CPU selber einen Thread in mehrere Unterthreads zerteilt und diese auf die verschiedenen Kerne verteilt. Das erfordert jedoch gegenüber heutigen Decodern deutlich intelligentere Versionen.
Ein viel weiter gedachter Ansatz ist der, dass die CPU selber einen Thread in mehrere Unterthreads zerteilt und diese auf die verschiedenen Kerne verteilt. Das erfordert jedoch gegenüber heutigen Decodern deutlich intelligentere Versionen.
Low Rider
Grand Admiral Special
- Mitglied seit
- 20.08.2003
- Beiträge
- 4.251
- Renomée
- 44
- Standort
- Stuttgart/Berlin
- Prozessor
- Phenom II X6 1090T
- Mainboard
- Asus Crosshair IV
- Kühlung
- Alpenföhn Matterhorn
- Speicher
- 2x 2GB Geil DDR3-1600
- Grafikprozessor
- Zotac GTX 480 AMP
- Display
- Dell 27"
- HDD
- Crucial RealSSD 128 GB + WD Green 1000 GB
- Optisches Laufwerk
- Samsung SH-B083L Bluray/DVD
- Soundkarte
- on Board
- Gehäuse
- Silverstone Fortress 2
- Netzteil
- Enermax Modu 82+ 625W
- Betriebssystem
- Windows 7 Ultimate 64bit
Wenn AMD wirklich soetwas auf den Markt bringen will, sollte es bald geschehen... Aber einen besseren Namen als "Anti-Hyper-Threading" wird es schon brauchen
MR2
Vice Admiral Special
Und ich dachte schon, ich hätte es als einziger gelesen....
http://www.chip.de/news/c1_news_19500884.html
http://www.chip.de/news/c1_news_19500884.html
Ragas
Grand Admiral Special
- Mitglied seit
- 24.05.2005
- Beiträge
- 4.470
- Renomée
- 85
- Prozessor
- AMD Athlon 64 X2 3800+ @2520MHz; 1,4V; 53°C
- Mainboard
- Asus A8N-E
- Kühlung
- Thermaltake Sonic Tower (doppelt belüftet)
- Speicher
- 4x Infineon DDR400 512MB @207MHz
- Grafikprozessor
- Nvidia GeForce FX 7800GT
- Display
- 1.: 24", Samsung SyncMaster 2443BW, 1920x1200 TFT 2.: 19", Schneider, 1280x1024 CRT
- HDD
- Seagate Sata1 200GB 7200rpm, 2x250GB Seagate SATA2 im Raid0
- Optisches Laufwerk
- DVDBrenner LG GSA 4167
- Soundkarte
- Creative X-Fi Extreme Music
- Gehäuse
- Thermaltake Soprano Silber
- Netzteil
- Be-quiet! Darkpower 470W
- Betriebssystem
- Windows XP; Linux Mandriva 2007.1 (Kernel: 2.6.22.2 Ragas-Edition :D )
- Webbrowser
- Firefox
- Verschiedenes
- -Lüftersteuerung: Aerogate3
... soo ähm... ich weiche mal etwas vom PC ab.... also: Der Cell Prozessor hat doch auch eine multiprozessor architektur mit Einem hauptcore und vielen kleinen untercores. müsste das bei dem nich schon so funktionieren wie mtb][sledgehammer gesagt hat, dass der Prozessor automatisch mehrere Unterthreads erstellt, oder wird das vom Programmierer erledigt? das stelle ich mir allerdings ziehmlich umständlich vor!
Und wenn ich jetzt davon ausgehe, dass das ganze mal so beim PC funktioniert wäre es dann nicht am inteligentesten die vielen kleinen untercores auf bestimmte Aufgaben zu spezialisieren... einen für integer einen für fließkomma (halt die sachen, die auf jeden fall benötigt werden), der hauptcore würde also nur noch dafür sorgen, dass komplexe befehlssätze unterstützt werden und diese in einfachere befehle für die untercores aufteielen?!
Und wenn man wollte kann man dann die einelnen cores auch seperat ansprechen um das letzte bisschen leistung herauszubekommen.
(oh gott, ein Glück dass wir im thread Spekulationen sind)
Und wenn ich jetzt davon ausgehe, dass das ganze mal so beim PC funktioniert wäre es dann nicht am inteligentesten die vielen kleinen untercores auf bestimmte Aufgaben zu spezialisieren... einen für integer einen für fließkomma (halt die sachen, die auf jeden fall benötigt werden), der hauptcore würde also nur noch dafür sorgen, dass komplexe befehlssätze unterstützt werden und diese in einfachere befehle für die untercores aufteielen?!
Und wenn man wollte kann man dann die einelnen cores auch seperat ansprechen um das letzte bisschen leistung herauszubekommen.
(oh gott, ein Glück dass wir im thread Spekulationen sind)
Zuletzt bearbeitet:
rkinet
Grand Admiral Special
Solche Techniken werden langfristig entwickelt und dürften im Basis-Design schon viele Jahre alt sein. Nachdem bei Hyper-Threading oft Performance-Verluste auftreten und AMD ja schon seit Ewigkeiten weis, daß Dual-Core nicht für alle Applikationen Vorteile bringt lag solch eine Entwicklung nahe.Wenn AMD wirklich soetwas auf den Markt bringen will, sollte es bald geschehen... Aber einen besseren Namen als "Anti-Hyper-Threading" wird es schon brauchen
Ob Intel sie im Conroe bereits hat muss man sehen. Es erscheint aber lt. einigen ersten Benchmarks möglich. Allerdings enthält der (erste) Conroe lt. Intel nur die elementartsten Umsetzungen für dessen integrierte Hardware. Wirklich interessant wird es erst wenn die zeite Conroe-Generation (45nm ?) auf die erste neue (und ausgefeilte) von AMD trifft.
mtb][sledgehammer
Grand Admiral Special
- Mitglied seit
- 11.11.2001
- Beiträge
- 4.375
- Renomée
- 30
- Mein Laptop
- HP Compaq nx6125
- Prozessor
- Athlon XP 2500+
- Mainboard
- Asrock K7S8XE
- Kühlung
- AC / selfmade Wakü
- Speicher
- 1 GB PC3200 Team Memory
- Grafikprozessor
- ATI Radeon 9500
- Display
- 20,1'' Samsung SyncMaster 205BW 1680x1050
- HDD
- Samsung SV0802N
- Optisches Laufwerk
- Toshiba DVD-ROM SD-M1612
- Soundkarte
- Creative SB Live! Player 1024
- Gehäuse
- Chenbro Net Server Tower
- Netzteil
- Coba 400 Watt (silent)
- Betriebssystem
- Windows XP, Ubuntu Linux
- Webbrowser
- Mozilla Firefox
- Verschiedenes
- knc TV Station , Terratec Cinergy 1200 DVB-C
Im Cell muss der Programmierer AFAIK selbst dafür sorgen, dass er die ganzen CPU Kerne mit Arbeit versorgt.
SPINA
Grand Admiral Special
- Mitglied seit
- 07.12.2003
- Beiträge
- 18.122
- Renomée
- 985
- Mein Laptop
- Lenovo IdeaPad Gaming 3 (15ARH05-82EY003NGE)
- Prozessor
- AMD Ryzen 7 3700X
- Mainboard
- ASUS PRIME X370-PRO
- Kühlung
- AMD Wraith Prism
- Speicher
- 2x Micron 32GB PC4-25600E (MTA18ASF4G72AZ-3G2R)
- Grafikprozessor
- Sapphire Pulse Radeon RX 7600 8GB
- Display
- LG Electronics 27UD58P-B
- SSD
- Samsung 980 PRO (MZ-V8P1T0CW)
- HDD
- 2x Samsung 870 QVO (MZ-77Q2T0BW)
- Optisches Laufwerk
- HL Data Storage BH16NS55
- Gehäuse
- Lian Li PC-7NB
- Netzteil
- Seasonic PRIME Gold 650W
- Betriebssystem
- Debian 12.x (x86-64)
- Verschiedenes
- ASUS TPM-M R2.0
Ich könnte mir beispielsweise "Combo Threading" als Namen für dieses Feature vorstellen.Aber einen besseren Namen als "Anti-Hyper-Threading" wird es schon brauchen
Registered
Vice Admiral Special
- Mitglied seit
- 12.07.2002
- Beiträge
- 757
- Renomée
- 7
War es nicht Sun, die bereits vor einigen Monaten preisgegeben haben, dass sie an einer solchen Technik arbeiten? Damals hieß es doch, dass die Decoder so intelligent sein sollen, dass diese selbstständig einen Thread in mehrere "Unterthreads" zerlegen können
MOson
Admiral Special
Wenn der Kram rauskommt ist eh schon das meiste DC optimiert...
SPINA
Grand Admiral Special
- Mitglied seit
- 07.12.2003
- Beiträge
- 18.122
- Renomée
- 985
- Mein Laptop
- Lenovo IdeaPad Gaming 3 (15ARH05-82EY003NGE)
- Prozessor
- AMD Ryzen 7 3700X
- Mainboard
- ASUS PRIME X370-PRO
- Kühlung
- AMD Wraith Prism
- Speicher
- 2x Micron 32GB PC4-25600E (MTA18ASF4G72AZ-3G2R)
- Grafikprozessor
- Sapphire Pulse Radeon RX 7600 8GB
- Display
- LG Electronics 27UD58P-B
- SSD
- Samsung 980 PRO (MZ-V8P1T0CW)
- HDD
- 2x Samsung 870 QVO (MZ-77Q2T0BW)
- Optisches Laufwerk
- HL Data Storage BH16NS55
- Gehäuse
- Lian Li PC-7NB
- Netzteil
- Seasonic PRIME Gold 650W
- Betriebssystem
- Debian 12.x (x86-64)
- Verschiedenes
- ASUS TPM-M R2.0
Das bezeifle ich beinah. Wünschenswert wäre es zwar, aber bei vielen Programmen lohnt sich der Aufwand den Code für multicore oder multiprocessor System zu optimieren gar nicht. Manchmal bläht man den Code dadurch auch nur unnötig auf, dass das Programm auf Singelcore Systemen langsamer wird und auf DualCore Systemen wegen der fehlenden Ausprägung der Parallelisierbarkeit nicht wesentlich schneller wird. Außerdem werden oftmals auch noch ältere Programme eingesetzt. Gerade bei Firmen. Dort soll es durchaus noch System gegen, die als Betriebssystem auf Windows 98 oder NT 4.0 setzen.Wenn der Kram rauskommt ist eh schon das meiste DC optimiert...
Opteron
Redaktion
☆☆☆☆☆☆
Also ich finde es gut. Eine gute Funktion mehr.
Ich werde mir dann keinen 939 sondern einen AM2 holen.
Öhm, ich verweis mal auf dieses posting:
http://www.planet3dnow.de/vbulletin/showthread.php?t=264337#post2691255
Nicht dass Du Dir falsche Hoffnungen machst...
ciao
Alex
Ragas
Grand Admiral Special
- Mitglied seit
- 24.05.2005
- Beiträge
- 4.470
- Renomée
- 85
- Prozessor
- AMD Athlon 64 X2 3800+ @2520MHz; 1,4V; 53°C
- Mainboard
- Asus A8N-E
- Kühlung
- Thermaltake Sonic Tower (doppelt belüftet)
- Speicher
- 4x Infineon DDR400 512MB @207MHz
- Grafikprozessor
- Nvidia GeForce FX 7800GT
- Display
- 1.: 24", Samsung SyncMaster 2443BW, 1920x1200 TFT 2.: 19", Schneider, 1280x1024 CRT
- HDD
- Seagate Sata1 200GB 7200rpm, 2x250GB Seagate SATA2 im Raid0
- Optisches Laufwerk
- DVDBrenner LG GSA 4167
- Soundkarte
- Creative X-Fi Extreme Music
- Gehäuse
- Thermaltake Soprano Silber
- Netzteil
- Be-quiet! Darkpower 470W
- Betriebssystem
- Windows XP; Linux Mandriva 2007.1 (Kernel: 2.6.22.2 Ragas-Edition :D )
- Webbrowser
- Firefox
- Verschiedenes
- -Lüftersteuerung: Aerogate3
mtb][sledgehammer;2690856 schrieb:Im Cell muss der Programmierer AFAIK selbst dafür sorgen, dass er die ganzen CPU Kerne mit Arbeit versorgt.
Ah danke... hm darum dauern Spieleportierungen wohl auch so lang...... aber das ist ein anderes Thema.
Wnn kommt der (völlig) neue AMD Kern gleich nochmal, 2008?!
CharlieB
Admiral Special
- Mitglied seit
- 12.10.2004
- Beiträge
- 1.114
- Renomée
- 18
War es nicht Sun, die bereits vor einigen Monaten preisgegeben haben, dass sie an einer solchen Technik arbeiten? Damals hieß es doch, dass die Decoder so intelligent sein sollen, dass diese selbstständig einen Thread in mehrere "Unterthreads" zerlegen können
hast du dazu nen Link? (bzgl. dem SUN Gerücht)
Hier mal was ich bei Intel fand ...
http://www.intel.com/technology/magazine/research/speculative-threading-1205.htm
CB
.
.
Edit:
Und bei Intel ist man sich sicher darüber im Klaren, dass ein 486er nicht mit einem K6 mithalten kann.
Vergleichen die wieder mal Apfelsaft mit Pflaumenmus oder so?
es ist echt lästig, wenn man über Technologien spuekuliert,
und sich FanBoy geflame untermischt ...
Denselben Effekt könnte man sicher auch erreichen, wenn der Prozessortreiber intelligneter gestaltet werden würde und im Bedarfsfall einen der beiden Kerne abschaltet und dafür die Taktrate des verbleibenden Kerns steigert. Das wäre sicher ohne größere Änderungen am Prozessordesign möglich und würde ebenfalls die Nachteile eines multicore Prozessordesigns auszugleichen helfen.
also auf Softwareebene kann ich mir die Lösung garnicht vorstellen,
hardwareseitig könnte das vllt so aussehen,
dass ein Core vor dem Betriebssystem versteckt bleibt,
und dieser dann bei parallelisierbarem Code Routinen vom Hauptcore zur Abarbeitung bekommt.
Da wird dann auch kein Scheduler Einfluss drauf haben.
CB
Zuletzt bearbeitet:
Kunibert_KA
Lt. Commander
- Mitglied seit
- 05.11.2004
- Beiträge
- 133
- Renomée
- 1
Auf aces hat pgerassi einen sehr interessanten Post dazu verfasst:
http://aceshardware.com/forums/read_post.jsp?id=115162109&forumid=1
http://aceshardware.com/forums/read_post.jsp?id=115162109&forumid=1
Ähnliche Themen
- Antworten
- 0
- Aufrufe
- 864
- Antworten
- 764
- Aufrufe
- 100K
- Antworten
- 4
- Aufrufe
- 2K