topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Friday March 29, 2024, 7:35 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Author Topic: Intel Quad-Core Gaming Demo  (Read 3149 times)

gjehle

  • Member
  • Joined in 2006
  • **
  • Posts: 286
  • lonesome linux warrior
    • View Profile
    • Open Source Corner
    • Read more about this member.
    • Donate to Member
Intel Quad-Core Gaming Demo
« on: April 15, 2007, 08:42 AM »
Intel Quad-Core Gaming Demo
Intel combines two dual-core chips in a single package that plugs into a single chip socket.
Kentsfield uses two Conroe chips, and Clovertown uses two Woodcrest chips, for example

make sure to check the video, it's pretty amazing:
http://www.techeblog.com/index.php/tech-gadget/intel-quad-core-gaming-demo


from TechEBlog

tinjaw

  • Supporting Member
  • Joined in 2006
  • **
  • Posts: 1,927
    • View Profile
    • Donate to Member
Re: Intel Quad-Core Gaming Demo
« Reply #1 on: April 15, 2007, 08:54 AM »
Dear Satan,

If you throw in dual SLI video cards and 8GB of RAM, I am ready to sign on the dotted line.

f0dder

  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 9,153
  • [Well, THAT escalated quickly!]
    • View Profile
    • f0dder's place
    • Read more about this member.
    • Donate to Member
Re: Intel Quad-Core Gaming Demo
« Reply #2 on: April 15, 2007, 09:41 AM »
Looks cute, big part of that is the GPU though, not the CPU. And IMHO, even a quad-core processor won't be enough for doing nice physics (where objects really influence each other), you need a PhysX card for that...

I wonder how high their CPU utilization is, as it's a pretty complex task to do parallel programming - especially for games, which have a lot of interdependent systems. Ie., you can't fully do AI before you've done physics, and physics can't be fully parallelized either (although if you're clever, it can be done as an iterative process where you parallelize subtasks and re-do when there's object interactions), but imho physics should still be moved to a discrete component.

You might want to check these links:
http://www.anandtech.../showdoc.aspx?i=2868
http://arstechnica.c...valve-multicore.ars/
- carpe noctem