|
|||||||
| Off-Topic Discussion : For all discussions not related to PR. No Spam. |
![]() |
|
|
|
LinkBack | Thread Tools | Display Modes |
|
|
#21 | ||
|
Retired PR Developer
![]() Join Date: Jun 2006
Posts: 697
|
Quote:
EDIT: http://www.1up.com/do/newsStory?cId=3153937 Link that shows other non-game features of PS3, also it works as a web browser. Just more info to back up my thoughts Quote:
| ||
|
|
|||
|
Last edited by dizzy; 09-23-2006 at 04:59 PM..
|
|
|
#22 | ||
|
Retired PR Developer
![]() Join Date: Jan 2006
Location: P.R.
Posts: 2,559
|
Quote:
Quote:
If you have this super fast CPU...no matter how fast it could ever be...if it's single core, it will only be able to execute one machine level instruction at once. When you have multiple cores, it introduces pararell processing (multiple machine level instructions simultaneously). This gives you a very big advantage. While threads were made to help single core CPUs be more efficient, with multiple cores you can dedicate time to multiple processes (and their threads) at once. On another note, CPU clock freq. is not an indication of performance per se.. If you take a Pentium4D Extreme Edition @ 3.8GHz (64-bit), it will not perform faster than an AMD FX-60 @ 2.0GHz. I won't enter into the details of RISC and CISC architectures here...but, you can try a CPU benchmark anytime. Intel Core 2 Duos (@ 2.93 GHz each) got every other CPU and "killed them" because it outperformed everyone...including other 2core CPUs. In short, yes, double core CPUs are better than single core CPUs, even if their Operating Freq. is lower than it's single core counterpart. -Ghost | ||
|
Young Americans Doc: Link || Working for Love & World Peace
For those Interested in the E vs C Topic: CSC Book || CSE Seminar || Polonium Halos Some FAQs CSC FAQ. || CSE Articles || Published Reports |
|||
|
|
|
#23 | |||
|
Retired PR Developer
![]() Join Date: Jan 2006
Location: P.R.
Posts: 2,559
|
Quote:
Quote:
Quote:
Will edit this post. Power went out and Im running Battery power. BBL! -Ghost | |||
|
Young Americans Doc: Link || Working for Love & World Peace
For those Interested in the E vs C Topic: CSC Book || CSE Seminar || Polonium Halos Some FAQs CSC FAQ. || CSE Articles || Published Reports |
||||
|
|
|
#24 | |||||
|
Retired PR Developer
![]() Join Date: Jun 2006
Posts: 697
|
Quote:
Quote:
So i was saying the same applies for a CPU, if you have a 10 GHz CPU running or 2x5GHz CPU (of the same type of CPU) the 10 GHz will always win (everything else being equal). The benefit comes when you take the max of the CPU world, lets say 10 GHz, then you can take 2x10 GHz and get something faster. A single 10 GHz would be killed by a 2x10 GHz, but it would not be as good as if it were possible to have a single 20 GHz (which isn't in this example) Why do you think SATA are getting so popular right now? Quote:
Quote:
Quote:
All Im trying to say is 5 Ghz + 5 Ghz != 10 Ghz actual output if you are talking about the same exact CPU. Yes a dual core 5 Ghz with 1 GB of cache would be faster than a 10 Ghz single core with 512 KB of cache. Dont get me wrong I love being wrong b/c then I get to learn something new, but I like to make sure Im wrong first. | |||||
|
|
||||||
|
|
|
#25 | |
![]() |
Quote:
At this point I could go a bit more in depth about the problems which is kind of what Dizzy was saying about everything not working in perfect parallel. Basically if one instruction is based on the result from a prior instruction that hasnt finished its cycle or an instruction is based on a branch result, that pipeline (or core if we are talking about dual core CPUs) will sit idle which is when you lose efficiency. Intel use BP (Branch prediction) to work around it. It basically guesses whether a branch condition will be taken or not, this eliminates the idle time by releaving the instructions dependency on the branch result. That is just one problem with the concept but obviously these 'setbacks' do not impact on the overall performance enough for it not to be integrated The same can be said for the dual cores working on seperate instructions. Consider a single core executing 1 instruction per clock cycle (that is the theoretical maximum where your pipelines are working 100%) that is a fast as a single core can ever go. Add another core and in theory you double the speed. I have to be honest here though, I dont have the knowledge to tell you with conviction that the hardware involved in a dual core gives X performance increase but based on my superscalar analogy, Im guessing there is a fair boost in performance, enough to 'overlook' the problems that will obviously come along with it. Just as pipelining does....hence me spraffing on about it. Good god, there are some geeky people about here. Im glad Im not one | |
|
|
||
|
Last edited by Downtown_two; 09-23-2006 at 07:59 PM..
|
| Sponsored Links | |
|
|
#26 |
|
Retired PR Developer
![]() Join Date: Jun 2006
Posts: 697
|
http://en.wikipedia.org/wiki/Parallel_computing
"While a system of n parallel processors is less efficient than one n-times-faster processor, the parallel system is often cheaper to build." |
|
|
|
|
|
|
#27 |
![]() |
Parallel computing is a different kettle of fish, that article talks about communication between the processors over LAN.
I cant really say anymore to convince you...if you disregard any software factors and think purely from a hardware perspective then its quite obvious that 2 cores will be more efficient, while maybe not an increase of 100% there will definately be an increase. |
|
|
|
|
|
|
#28 | ||
|
Retired PR Developer
![]() Join Date: Jun 2006
Posts: 697
|
Don't worry about convincing me, I just like to try and see things from a different angle so I thank you and everyone else for the time you have put into your post. I'm also not trying to convince anyone, just putting out my thoughts which I believe to be true to the best of my expertise.
Quote:
Quote:
Parallel overhead Code:
the extra work associated with parallel version compared to its sequential code, mostly the extra CPU time and memory space requirements from synchronization, data communications, parallel environment creation and cancellation, etc. | ||
|
|
|||
|
|
|
#29 | |
![]() |
Quote:
Thats where my knowledge is lacking Im afraid. Even though I dont konw anything about the overheads at a guess I reckon if they dont start making ceptuple cores then the overheads wont be causing a significant enough impact on the efficiency gain for it to matter. Like I said though, complete guess :s Dual cores will never be 100%, same with single cores, I was just being theoretical because generally that makes things easier to think about. Im sure ghost will step in and shed some light | |
|
|
||
|
|
|
#30 |
|
Retired PR Developer
![]() Join Date: Jan 2006
Location: P.R.
Posts: 2,559
|
I'm back after ~40 hrs without electrical power at home
Now that that's out of the way, I will add to this thread later because it's really late right now and I haven't had the time to read the replies, etc.. -Ghost |
|
Young Americans Doc: Link || Working for Love & World Peace
For those Interested in the E vs C Topic: CSC Book || CSE Seminar || Polonium Halos Some FAQs CSC FAQ. || CSE Articles || Published Reports |
|
|
| Sponsored Links | |
![]() |
|
| Bookmarks |
| Tags |
| core, cpu, overkill |
| Thread Tools | |
| Display Modes | |
|
|