Duocore en audiosoftware

[frederic]

Hoe kun je zien of software voor een duocore geschreven is of niet?
Hoe gaat het in zijn werk om om 2 "cor's" te gebruiken?
Kun je vb DSP opsplitsen tussen de 2 cor's?

[Mathijs]

Logic laat op de Mac twee meters zien.

Hoe het in windows gaat weet ik helaas niet.

[axs]

Specs op de site van de fabrikant?

Software dient zelf te werken in meerdere threads, anders heb je niks aan je dual-core.
Als je software enkel unicore-based geschreven is, bepaalt de embedded software op je mainboard zelf welke core deze soft krijgt toegewezen.(en die splitst het niet op over de verschillende cores...)

Software specifiek geschreven voor multi-core, voert verschillende threads uit op de diverse procesoren.
Gewone software werkt meestal in thread en wordt deze thread wordt dan ook uitgevoerd op 1 core.

Snelheidswinst met een multicore processor haal je dus enkel via speciaal geschreven software.
Gewone software gaat je geen enkele snelheidswinst opleveren op een multicore systeem.

[JeroenVDV]

Specs op de site van de fabrikant?
Software specifiek geschreven voor multi-core, voert verschillende threads uit op de diverse procesoren.
Gewone software werkt meestal in thread en wordt deze thread wordt dan ook uitgevoerd op 1 core.

"Gewone" software draait veelal niet in 1 thread. Sterker nog, veel "gewone" (goede) software scheidt user-interface, engine, etc. in verschillende threads.

[GoTMoRe]

"Gewone" software draait veelal niet in 1 thread. Sterker nog, veel "gewone" (goede) software scheidt user-interface, engine, etc. in verschillende threads.

En zul je dus met een multi-core zeker prestatiewinst hebben als de threads worden toegewezen aan verschillende core's ipv één enkele.

[axs]

"Gewone" software draait veelal niet in 1 thread. Sterker nog, veel "gewone" (goede) software scheidt user-interface, engine, etc. in verschillende threads.

Deze threads zijn geschreven voor verwerking op 1 core. En met een multicore ga je hier nog steeds geen snelheidswinst uithalen (puur voor deze software, je zal eventueel wel een verschil merken, maar enkel omdat eventuele overige software nu gebruik maakt van de overige core)

[frederic]

welke muziek software is geschreven voor dualcore?
Cubase, Sonar, Protools...?

[sparky]

Cubase is vanaf sx3 geoptimaliseerd voor multicore-processing.

[w00Dy]

Iedere software (die met threading werkt) heeft in principe deugd van multicores. Dankzij M$ regelt Windows voor ons de threading en zullen de 2 processoren wel degelijk gebruikt worden.

[axs]

Iedere software (die met threading werkt) heeft in principe deugd van multicores. Dankzij M$ regelt Windows voor ons de threading en zullen de 2 processoren wel degelijk gebruikt worden.

Voila, nu zijn we er
MS regelt voor de overige programma de multicore balancing.
Maar aangezien daar meestal geen threads kunnen opgesplitst worden, draaien voor 1 programma alle threads op 1 core en laat de windows balancing een ander programma draaien op een andere core. Daar haal je dan wel iets of wat snelheidswinst omdat je minder programma's (of onsplitsbare threads) op 1 core draaien hebt, maar dit ligt niet aan de software op zich.
Er zijn natuurlijk 'uitzonderingen' die idd in echte verschillende threads werken.

Echte multicore software daarentegen heeft zelf deze intelligentie aan boord en verdeelt zijn threads echt over de diverse cores.

[lifesound]

volgens mij heeft Nuendo die mogelijkheid.
Maar als je echt zeker wil zijn neem je effe contact op met Matthias (www.idealaudio.be), met mijn groeten. Die jongen is echt wel op de hoogte van die dingen.

[Poelmans]

Voila, nu zijn we er
Maar aangezien daar meestal geen threads kunnen opgesplitst worden, draaien voor 1 programma alle threads op 1 core

Daar spreek je jezelf toch wel tegen hoor...

Als een programma 2 threads heeft kan je die ook opsplitsen tussen 2 CPU's, en daarmee basta... En daar zorgt de compiler voor, die de programmeertaal omzet in machinetaal. Geloof me, ik heb genoeg talen gezien die met threads werken, en in geen enkel heb ik speciale opties nodig gehad om zogezegd op 2 cores te kunnen draaien...

En de meeste programmas hébben ook wel degelijk meer dan 1 thread, anders zou je gui bevriezen bij de minste bewerking die je doet. Maar dat is dan specifiek aan de ontwikkelomgeving (die heeft voor jou die thread al gemaakt). Wil je zelf wat multitasking programmeren dan moet je zelf een bepaalde bewerking in 2 threads opsplitsen. En daar kan wél het schoentje wringen. Als de mensen van photoshop een bepaalde filter met 1 thread hebben geschreven, dan draait die bewerking op 1 core. Als je GUI op de andere core draait, das allemaal heel mooi, maar bij zware bewerkingen heb je daar weinig aan. Dus ga je zorgen dat er meerdere threads zijn die uit een bepaalde 'pool' data putten, en over de cores verdeeld de bewerking doen.