What hardness of pencil did you use?......how many strokes?Quote:
Thanks man, didn't completely get rid of the droop, but I got the load and idle to be with in .01v, which is all that matters.
Printable View
What hardness of pencil did you use?......how many strokes?Quote:
Thanks man, didn't completely get rid of the droop, but I got the load and idle to be with in .01v, which is all that matters.
to nickfd:Quote:
Originally Posted by nickfd
Thanks for the explanation. I wonder does Linux handle multi-core processor better?
I just did the mod and the droop has got a lot less. :)
Prior to the mod, i saw CPU-Z reporting Vcore going down as low as 1.392V while i had set it to 1.4375V in bios.
This was when running Orthos small fft's.
After i did the mod, i set Vcore to 1.425V (so, a tad lower) and now the lowest CPU-Z reports is 1.408V.
So prior to the mod i needed 1.4375V in bios to get Orthos stable at 3.6GHz due to Vdroop, now i can do the same with 1.425V.
It's just not that the Vcore doesn't fluctuate anymore, it still does but it does not get as low as it used to.
I see there's some misconception about the Vdroop pencil mod, let me explane how to do it:
Locate the resistor in the picture, it's somewhere at the northside of the board.
Take a Digital multimeter and measure resistance of this resistor, mine was 50Kohms.
Just take a soft pencil and stroke the resistor a number of times, now measure again.
Repeat untill it reads 25Kohms.
Make sure there's no graphite particles elsewhere on the board before firing up.
This mod is done at your own risk.
Sit back and enjoy.
Most Linux distros are built by default to handle SMP (up to 256 cores!). I'm on Kubuntu and its purring right along...Quote:
Originally Posted by Krusty
Nice one Zeus! :toast:Quote:
I see there's some misconception about the Vdroop pencil mod, let me explane how to do it:
Thanks for a decent explanation at last. :)
Quote:
Originally Posted by Zeus
Glad it worked! But you haven't found your mobos 'sweet-point' yet. Mine dosen't droop at all running Orthos. The only stresstest where I notice droop is TAT. Try lower it to about 20Kohm.
FSB: xxxQuote:
Originally Posted by Phoenix_TT
Memory Voltage: 2.15V
CPU Vcore Voltage: xxx
FSB Termination: 1.5v
MCH Chipset Voltage: 1.60
ICH Chipset Voltage: 1.2
Freqs are 33.33 and 109.
Memory using SPD
DRAM ECC Mode: Disabled
Hyper Path 3: Disabled
DRAM Throttling Threshold: Disabled
Advanced CPU settings:
Modify Ratio Support: Disabled
Microcode Updation: Enabled
Max CPUID Value Limit: Disabled
Execute Disable Function: Disabled
Enhanced C1 Control: Disabled
CPU Internal Thermal Control: Disabled
Virtualization Technology: Disabled
Intel (R) SpeedStep (tm) tech: Disabled
hi m8s !
i have a question ..
what is the real vcore when i set the vcore in bios to 1.485?
i have readed that the real vcore is at 1.485 -> 1.43V .. is that right ??
cpu-z shows me 1.213V ... seems to be a bug !!!
everest shows 1.49V .. i dont think that this is the right vcore
I have my droop pretty well under control now, but i've no idea how to use my DMM to measure resistance. Did you put both probes on the resistor or just one?Quote:
Originally Posted by Zeus
Put the probes on both sides of the resistor and select >50Kohm on your dmm.
Put the probes on the silver parts right on the edges of the resistor.
and i do this with the system off but psu on right?
Everything off!!
Do not poke around with the probes with the PSU turned on.
You'd best pull the powercord.
alright, i just took a look and i'm getting 18 or so k ohms, maybe that's a little too low?
I dunno, haven't tried that low.
Take a q-tip and remove some graphite if you want it a bit higher.
22 seems to be my sweet spot. the voltage doesn't drop anymore, thanks for all the help.
How do you disable "Virtualization Technology"? I'm using bios 1707 and it is grayed out.Quote:
Originally Posted by Shpoon
I asked about this last week and didn't get any response.
Mine just...isn't? And maybe you don't want it disabled :p: look at my OC.Quote:
Originally Posted by Psitech
Peeps...
Are any of you using vista? I've had the RTM installed for a while now but can't be bothered with the fact that loads of software packages I use just won't work with it - however I've decided to give it another go seen as it's just been publically released, and I have a really irritating problem that's been present since some of the early betas:
Every now and then (this could be 1 minute or 20 minutes) my mouse/audio/general experience starts to stutter (lasting for up to a couple of seconds)... are any of you using vista and having the same problem?
I've got all the latest drivers installed also...
S
That's a great tip if it really works. One of my biggest gripes with this board's design is the use of the SiliconImage port multiplier on the ICH7R. Have you verified that it is really turned off and not running in RAID 1 (which I believe the manual says to use if you are running a single drive on an EZ port)? Does NCQ work on a drive connected this way?Quote:
Originally Posted by nickfd
Finally! The time has come!Quote:
Originally Posted by BenchZowner
http://www.benchzone.com/page.php?al=asustek_evaluation
[ awaiting for my friend Ian @ TheInquirer now :D ]
Is anyone using a FireWire hard drive on this board's FireWire controller? I have and admittedly cheap FireWire/USB to IDE enclosure. I was getting delayed write failures and other error messages and lost a lot of data. Switching to a USB 2.0 connection for the enclosure resulted in better performance and no more errors. Now I've installed a PCI FireWire card and went back to using the drive enclosure's FireWire connection with none of the previous problems.
I wonder if my MB's firewire controller is bad or if it could simply be the FireWire to IDE chipset and my motherboard don't get along.
I use a firewire backup drive and it works fine. Nice transfer rates too. I actually ran out of USB. I only have SATA drives in my machine though. Did you say you have IDE? Shouldn't matter which type is in the enclosure though.
I've seen delayed write failures occur frequently with cheap USB enclosures. In most cases, if you change only one component (either the computer/motherboard, the usb/fw enclosure, or the drive that lives in the enclosure) the problem ceases.Quote:
Originally Posted by NghtShd
Case in point: I have a cheap USB enclosure in which I installed an old 200GB Maxtor drive. When I tried to use it with my laptop I'd get DW failures. I replaced the drive with another Maxtor 200GB (identical model) and it functioned fine. Fearing that the first drive must be failing, I installed it into a different USB enclosure and tried it with the laptop... it worked fine.
During my troubleshooting of the issue I discovered that compatibility issues between drive, controller and interface can occur, especially with cheaper chips.
I know that you are using FW instead of USB but I believe the issue is the same as it comes back to the IDE controller chip. So, no, I don't think it's your firewire port.
Perhaps increase the MCH v to 1.65. Also what memory do you have ? What's your cooling like and do you have an aftermarket HSF ? You may need to pump more CPU vcore, if you are prepared to do so, but make sure you have some decent cooling.Quote:
Originally Posted by Shpoon
What are you using to test stability ? Also you say "crashes doing the weirdest things" can you expand ?
:clap: Great article, hope the bots at ASUStek will read it:DQuote:
Originally Posted by BenchZowner