From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 2412E13862F for ; Wed, 23 Jan 2013 18:47:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8987A21C0C2; Wed, 23 Jan 2013 18:47:16 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D97DB21C00C for ; Wed, 23 Jan 2013 18:47:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2523C33DB44 for ; Wed, 23 Jan 2013 18:47:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: 0.3 X-Spam-Level: X-Spam-Status: No, score=0.3 tagged_above=-999 required=5.5 tests=[AWL=-0.899, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01ZRlPEhbqwT for ; Wed, 23 Jan 2013 18:47:07 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 302F633DA1E for ; Wed, 23 Jan 2013 18:47:06 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ty5Lp-0003Xk-JJ for gentoo-user@gentoo.org; Wed, 23 Jan 2013 19:47:09 +0100 Received: from athedsl-358384.home.otenet.gr ([85.72.255.142]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jan 2013 19:47:09 +0100 Received: from realnc by athedsl-358384.home.otenet.gr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jan 2013 19:47:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: Overclocking CPU causes segmentation fault Date: Wed, 23 Jan 2013 20:46:14 +0200 Organization: Lucas Barks Message-ID: References: <50FE429A.8060708@nileshgr.com> <50FEDC01.9080306@googlemail.com> <50FEDE38.2010100@nileshgr.com> <50FF4307.1010609@gmail.com> <50FFD2EB.9030402@gmail.com> <50FFFD1E.3020701@nileshgr.com> <51001B00.6030102@googlemail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: athedsl-358384.home.otenet.gr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 In-Reply-To: <51001B00.6030102@googlemail.com> X-Archives-Salt: 76ce017b-908f-4a67-a500-41bc3677ee9f X-Archives-Hash: bc478c10948bc1e67337ad54e968acc6 On 23/01/13 19:16, Volker Armin Hemmann wrote: > Am 23.01.2013 16:35, schrieb Nikos Chantziaras: >> On 23/01/13 17:09, Nilesh Govindrajan wrote: >>> On Wednesday 23 January 2013 07:52:03 PM IST, Nikos Chantziaras wrote: >>>> [...] >>>> In my experience, most of the time you can overclock. The issue is >>>> with the user not knowing exactly how to do it. You need to >>>> understand a few things and how they affect each other. It's not just >>>> a knob you can turn. >>> >>> That pretty much applies to me. I don't know much about hardware stuff. >>> Regarding your 1 Ghz overclock, you probably have good components in >>> terms of RAM & SMPS. >>> When I bought this rig in 2008, I knew nothing about good components, >>> blindly trusted local vendor... also internet shopping wasn't advanced >>> here. >>> So pretty much substandard components. >> >> The part that's really important is the mainboard. RAM doesn't >> matter. In my case, I had pretty basic 800MHz DDR2 RAM. Raising the >> FSB would bring it above that, so I changed the DRAM ratio to 1:1, and >> the RAM then ran at only 600Mhz. >> >> That was the starting point to rule out RAM problems. After that, I >> raised FSB but kept the VCore constant until I hit the first >> instabilities. When that happened, I raised VCore a bit. Rinse and >> repeat, until the VCore was still below the maximum recommendation by >> Intel. That happened at 3.4GHz (378MHz FSB * 9 CPU multiplier = >> 3402MHz CPU clock.) The E6600 CPU I got was an average sample. >> Others were running it at 3.6GHz (or even higher with water cooling.) >> >> This was a process that took about 3 days to complete (needs a lot of >> stability testing.) The good thing about those older CPUs was that >> the performance boost I got by OCing wasn't just scaling linearly with >> the CPU frequency. It was scaling *better* than that, because raising >> the FSB also made the mainboard itself perform better and with lower >> latencies. >> > and here we are - the point where the suspension of disbelief ends. > > All you may have gained you threw away with the slower ram - and you are > trying to tell us that your rig was faster? Yes. It made the difference in all games. I'm talking 40 vs 60FPS here. It was huge. The RAM wasn't much slower. Stock was 800 and I was running it at 756. > You do know that with today's CPUs the CPU is not the bottleneck - the > slow as molasses, no speed bump for 10 years ram is. > > (just look at the internal clock rate of dram chips - and you realize > that ddr1-3 are pretty much the same crap). The slightly slower RAM had no effect. As I said, the performance gain was huge. If the RAM ends up heavily underclocked to the FSB change, you just pick another ratio for it that brings it closer to its stock frequency, or slightly above it. Again, a good motherboard that has plenty of ratios to choose from helps immensely. Of course today this isn't important anymore. On my i5 CPU I can change the CPU multiplier. Not that I do; performance is plenty right now without OCing. I intend to overclock it in the future, just like I did with the C2D; if new games get more demanding, I'll do it then.