3Ghz Dualcore running at 1.5Ghz?

[Mr Sarkey]

Seeming as the game doesn't support dualcore does that mean my game is running at 1.5Ghz and not 3Ghz.

[NeMeSiS]

No, you cant add up the core mhz anyway
Telling us your processor would help more

[Sickboy]

Seeming as the game doesn't support dualcore does that mean my game is running at 1.5Ghz and not 3Ghz.

If you have a 3ghz Dual core, you have 2 cores of 3ghz, not 2 cores of 1.5 ghz

[Easy_tiger]

Hi,

ive been looking into how multicore operates from a programming perspective and it seems that support for dual core threading is a bit of a grey area for the majority of major programming languages, this would explain why it has not been implemented in ArmA.

Currently apps and games generate threads on a single core so if for example you have a dual core 3ghz CPU with 2 1.5ghz cores then your Arma thread /s will run on one core at 1.5ghz.

Also thread handling on a single core can be complicated enough as it is let alone handling threads spread between 2 cores!

So to summarise it looks like until the classes for dual core threading are implemented for the language Arma was developed in ArmA will stay single core only and Arma will run at the sclock speed of the primary core.

Slightly of topic:

When dual core compatibility is introduced it potentially have some really useful applications e.g all island processing on one core, player operations on the other or Ai on one core etc....

I'm personnally going to stay away from dual core until the rest of the development community catch up as theres no point having the technology if you cant use it!

[wamingo]

Easy_tiger, the fastest single cores sits on dual core processors today, so if you were to pick one of the fastests cpu to play non-multithreaded games you would go for a dual core anyway.
However, Suma said something along the lines of 5-20% more fps on dual core because of thread capable graphics drivers, which is not too bad. This number will probably vary a lot from game to game.

But you may be right to stretch the single core for as long as possible as the benefit of the dual core may not quite match the price tag.

[low light]

<span style='color:grey'><s>Like many on these forums, I am waiting to purchase a new PC to enable me to play and take advantage of &#39;next generation&#39; games. And like many, I am looking to get a Dual core or, as I am starting to see, Quad core systems. I have budgeted a lot of money and have enough put away to get a fairly powerful PC. I am now in two minds as to whether to get a Multi core system, as I fear that I could save the money and get high specification Single core PC for better ARMA playability.

I understand that Muticore systems are useful for mutli-tasking and running a number of applications simultaneously, but would there be any benefit in getting a multicore or waiting till BIS makes appropriate enhancements to take advantage of Multicore systems running 64bit OS&#39;s?...I suppose the real question is can I wait long enough for such changes to happen...

Is there anyone running a Quad core system that can comment on performance?</s></span>

<span style='color:blue'>Just searched (and found) a related thread that answered my question. Sorry.</span>

<span style='colorurple'>@Sickboy (post below): I managed to answer my own question...If only I&#39;d searched before hand. Cheers for the information anyway </span>

[Sickboy]

I&#39;m personnally going to stay away from dual core until the rest of the development community catch up as theres no point having the technology if you cant use it&#33;

If you have an nvidia card you get a performance boost on dual core due to the Drivers being able to do the shader compiles on the different core, so it will help anyway.

Besides, most games, apps etc. that are being made right now are going to support multi-core.. (And many already do&#33

I don&#39;t think there is any (generally known) programming language at this moment in time that does not support multi-cpu m8... But there are simply many many considerations and expanded development complexity and costs to write for multi-cpu setups.

BIS has been concentrating on other things and gaining technology advancements in other regions... Now that they got these technologies in home, they can conentrate on other things for the next game... Which very well might be the ability for using multi-core, further and deeper work on gameplay aspects as opposed to graphics, etc. etc.

Oh and once more: A dualcore 3.0ghz cpu has 2 cores of 3.0ghz (not 1.5ghz).



Quad systems wont do you any good at this time unless you are planning to play Alan Wake And when ur planning in doing multiple tasks at once or when you have applications that can use the extra cores and thus perform better...
For ArmA the quad core will not help you, and I even doubt that there will be dual core optimizations for ArmA (apart from the few % performance increase due to shaders being compiled on the other cpu)

[Easy_tiger]

I agree that upcoming games will be multi core compatible but at the moment im having trouble findng evidence that the relevent methods/classes are in place so you can actually use the other core/s.

for example for c# (my native language) i can find no immediate info on how to implement and manage multi-threading on multiple cores. Currently if i create a thread there is no way of dictating on which core that thread executes, unless of course there is a load bearing algorithm hard coded in the cpu?



I also agree that this will not be on BIS&#39;s most important list as from experience with threading myself I can confirm that it can be a very complex area even for a smaller app. I suspect the amount of development work required to redesign the thread managing classes in arma could prove a little bit labour intensive

Oh and with regard to a 3ghz Dual Core not having 2x 1.5ghz cores, i know i was just using it as an example cuz im just to lazy to actually go and look at a CPU spec

[feersum.endjinn]

for example for c# (my native language) i can find no immediate info on how to implement and manage multi-threading on multiple cores. Currently if i create a thread there is no way of dictating on which core that thread executes, unless of course there is a load bearing algorithm hard coded in the cpu?

It is responsibility of operating system and generally speaking if you launch another thread, they will go on to whatever core is free at the moment. What CPU thread runs might change at every time slice, which happens ~1000 times per second (of course there are some optimizations like processor affinity to prevent cache trashing)

[Sickboy]

It is responsibility of operating system and generally speaking if you launch another thread, they will go on to whatever core is free at the moment. What CPU thread runs might change at every time slice, which happens ~1000 times per second (of course there are some optimizations like processor affinity to prevent cache trashing)

Hmmm, but multi threaded applications do not per definition support multi-cpu yes?
I thought that all threads from 1 application would only run on 1 cpu at a time, but the threads together would switch between the 2 cpu&#39;s depending on the OS?
Which aspects within code/a program needs to be changed/considered to make the app really use&take advantage both cpu&#39;s?