But seriously, are you trying to extol the virtue of Win8 by enunciating its native ability to commit "Death by Powerpoint" as a virtue?
I typically judge the ability of a presenter as being inversely proportional to his/her use of PowerPoint in a presentation.
If you want to effectively train techies (which I have done with regard to Enterprise Disaster-Recovery Tech-Support in my capacity as Senior German Engineer) I have found the following to be very efficacious:
1) Do it in a pub - people learn a lot more in a relaxed environment
2) Don't EVER use PowerPoint
3) Don't allow them to bring out any pens and paper to take notes (if someone is writing then they are not listening).
4) Don't tolerate tourists.
5) DO go into as much detail as it takes for the people to comprehend the broader scheme of the information one wishes to impart - even if that means that a one hour talk which starts at 6:30 PM goes on to chucking out time in the aforementioned pub (this was the rule rather than the exception and my boys and girls left not with eyes glazed over with boredom but rather not realising where the time had gone because they found it enjoyable). Remember, context is everything.
6) DO be willing to digress because someone brings up something they have questions about even though it is not overtly part of the original topic. Because things in computing are inter-related, if you are a good techie then you can get the person from that question seamlessly back into the topic by showing him/her how that relates.
For instance an Exchange problem when one is talking about AD by pointing out that Active Directory was first introduced in Exchange 5.5 and it was so much more scalable than what Microsoft was planning for NT5 (which became Win2K) that it abandoned its plans to expand upon SMB which they had been using in their server environment.
It's a kind of "Six Degrees of Kevin Bacon"
You will get at least a 60% gaming performance boost from the CPU for free with absolutely no downside, no increased temperatures and no added instability by simply eliminating the Operating System interference with the execution of the game engine - what's not to like?
Shut him down someone, please. It's not amusing anymore. He seems to actually believe it.
It is just not true. If you create two folders and put a copy of super-pi in each folder and run them both and start a 1M run on each one, you will get the same score no matter how you set the affinity. Unless of course you set the affinity on both to only one core and the same core. And even then it actually runs both faster than time x 2. I've tried core parking experiments with prime95 too and gotten negligable improvements from core parking.
I think most modern games are smart enough to use the cores of a quad core to its full potential,except for those few games like GTA4 which are just a mess.
Good reason why many games are pushing for quad cores and the days of a simple dual core like a core 2 duo just not enough,the fact we are still rocking quad cores for games nearly 6 years after the first title that benefited them came out is actually kinda disappointing.
If however a "core 2 duo" is all you have and you want to make a game reasonable to play where otherwise it takes seconds to react between mouse clicks, what are you going to do? Buy a new computer?
What if, like my neighbour you just had a new child and the money is tight?
All it does is pin that process to that logical CPU, so that it won't get scheduled on others. It is a known fix for that specific game crashing, often before a game can be started. The problem is not that the OS is giving all this overhead, but that C&C G:ZH was and is broken, but worked barely well enough on single-core CPUs to get out the door. You could have the same problems, or worse, on much newer hardware, as well.You are correct, with the types of games I like to play (C&C, Warhammer 40K, X3, AOE etc.) my CPU has more than enough muscle to cope without resorting to either overclocking or what I mentioned in my original post.
However Windows still goes out of its way to kick you in the nuts if you are trying to run a game engine on a weaker CPU.
What I suggested avoids the vagaries of Non-Uniform Memory Access (NUMA). It assigns the game engine the exclusive use of one core (or more) and its concomitant L2 cache and builds a fence around that core with a big sign saying "Keep Out" to all other processes which would otherwise dirty the cache.
So we have gone from...
"do this and you will get a 60% performance increase"
too...
"Get an underpowered CPU running windows and all the other random background processes one picks up as the years go by and set all those many processes to one core while leaving the other one free to play a game and you will get a 60% performance increase"
I agree with your idea in theory but a couple of points.
1. This is nothing new, many many people have known about it for years
2. You seem able to take a conversation off on a tangent like this one time when I was 6 and I got a new football for my birthday and my friend Dave wanted to play rugby, but alas that is another story.
