"I don't have any solution but I certainly admire the problem." -- Ashleigh Brilliant
Soms wel, hangt dus sterk af van het pakket. Je koopt in dit geval dus zeker een machine op basis van je software wensen.
No production networks were harmed during this posting
Verwijderd
Zelf als jouw software dual-cpu niet ondersteunt heb je nog steeds het voordeel dat er meerdere processen tegelijkertijd uitgevoerd kunnen worden. Op zijn Hollands: tijdens bijvoorbeeld het transcoden van een filmbestand kun je nog steeds lekker surfen, mp3'tes luisteren, blijft de GUI responsive, etc.
Dual-cpu is fijn.
Dual-cpu is fijn.
Inderdaad 
Check het laatste zinnetje. Ik kan dat 100% beamenHoe efficiënt is SMP in de praktijk?
Hoewel je nooit een echte performance verdubbeling krijgt in vergelijking met één cpu zal een goede multithreaded applicatie absoluut sneller draaien. Daarnaast is er nog een groot voordeel: beide cpu's kunnen tegelijkertijd volledig belast worden door verschillende applicaties, ook als deze applicaties singlethreaded zijn; elke applicatie draait zo op z'n 'eigen' cpu, in deze gevallen is de performance toename t.o.v. een uniprocessor systeem evident.
Ergo: een SMP setup is zinvol als er goede multithreaded applicaties worden gebruikt of als er meerdere applicaties tegelijk (ook singlethreaded) worden gebruikt waarbij de cpu's in redelijke mate belast worden. Daarnaast is er nog de gevoelswaarde welke moeilijk in cijfers te vangen is; een SMP bak wordt door de meeste gebruiker als bijteriger en soepeler ervaren en zal onder zware load lang niet zo snel door de knieën gaan als een uniprocessor systeem.
Dat bijterigheid en smoothness werkt verslavend, ja
Ik multitask behoorlijk veel.
Om het dan nog kort op te sommen:
A: single cpu, non-SMP applicaties -> 1 CPU behandelt alle apps
B: single CPU, SMP capable applicaties -> 1 CPU behandelt alle apps
C: multi CPU, non-SMP applicaties -> OS verdeelt apps over CPUs
D: multi CPU, SMP capable applicaties -> OS verdeelt apps over CPUs. Apps verdelen taken over CPUs.
In geval C kun je letterlijk zeggen dat je een X-voudige verwerkingscapaciteit hebt met je computer. Je kan meer taken tegelijk uitvoeren, zonder dat ze in verdrukking raken door een gebrek aan CPU kracht.
In geval D is het dus lekker dat, als je een hele dikke taak wilt doen (zoals al genoemd het recoden van film materiaal), de applicatie in staat is gebruik te maken van meerdere CPUs voor een en dezelfde taak. Dat maakt de verwerking een stuk sneller
Zowel C als D hebben wel last van een bepaalde overhead, dus X aantal CPUs maakt je systeem niet letterlijk X keer sneller.
A: single cpu, non-SMP applicaties -> 1 CPU behandelt alle apps
B: single CPU, SMP capable applicaties -> 1 CPU behandelt alle apps
C: multi CPU, non-SMP applicaties -> OS verdeelt apps over CPUs
D: multi CPU, SMP capable applicaties -> OS verdeelt apps over CPUs. Apps verdelen taken over CPUs.
In geval C kun je letterlijk zeggen dat je een X-voudige verwerkingscapaciteit hebt met je computer. Je kan meer taken tegelijk uitvoeren, zonder dat ze in verdrukking raken door een gebrek aan CPU kracht.
In geval D is het dus lekker dat, als je een hele dikke taak wilt doen (zoals al genoemd het recoden van film materiaal), de applicatie in staat is gebruik te maken van meerdere CPUs voor een en dezelfde taak. Dat maakt de verwerking een stuk sneller
Zowel C als D hebben wel last van een bepaalde overhead, dus X aantal CPUs maakt je systeem niet letterlijk X keer sneller.
Liege, liege, liegebeest!
Inderdaad
Virtualdub bijvoorbeeld is singlethreaded en TMPGEnc is multithreaded (check telkens de CPU verbruik in taakbeheer). Dankzij de loadverdeling door het OS kan ik in de beide gevallen nog steeds heerlijk soepel surfen, tikken, branden en zelfs gamen
Virtualdub bijvoorbeeld is singlethreaded en TMPGEnc is multithreaded (check telkens de CPU verbruik in taakbeheer). Dankzij de loadverdeling door het OS kan ik in de beide gevallen nog steeds heerlijk soepel surfen, tikken, branden en zelfs gamen
Pagina: 1