Jump to content

mrlobber

Members
  • Content Count

    275
  • Joined

  • Last visited

Everything posted by mrlobber

  1. Angry, thanks for the insight in your previous post! This kinda correlates with what I have heard from unofficial sources
  2. Hmm, I really wonder, what's that excitement on that 4x512Mb 1T stuff there? Tony himself admitted, he was only able to pull of the feat with TCCD ram, not BH-5/UTT. Also, the overclockability obvious wouldn't be that far (Anandtech: up to 406 fsb :nod: ), so I'd take some 250 2T stuff over 200 1T any day. The same with the cas 1.5 option which also is only TCCD related stuff. Just my thoughts
  3. Hmm, after all, from the symptoms it seems that probably it is the Vtt drop related... see here: http://www.xtremesystems.org/forums/showth...43&page=1&pp=25
  4. loc.o, thanks for the insight. Tref of 1168 doesn't do anything for me, just hurts the bandwidth by ~2%. Played around more, this time, looked around in Windows as well. Was able to complete Superpi 1M at 260x10 @ 3.3Vdimm and 264x10 @ 3.4Vdimm. However, with 3.5Vdimm, Superpi 1M fails even at 255x10. Any ideas what's going on with the Vdimm on the board?
  5. Ok, here is my story. First, let's start with my system specs I've run for many months just fine. DFi NF4 SLI-D RA.02, bios 510-2 A64 San Diego 3700+ on Thermaltake Sonic Tower + 120mm Panaflo M1A fan 2x512Mb OCZ VX PC3200 (UTT CH-5) various videocards, (X800XL, a PCI card temporary, now on X550 also temporary) PCP&C 510W previously, now PCP&C850SSI HDD's, optical drives, but no other relevant stuff (using Karajan audio etc). The bios settings were (just a basic o/c without much time spent tweaking for the maxium cpu speed) as follows: FSB Bus Frequency - 230 LDT/FSB Frequency Ration - 4x CPU/FSB Frequency Ratio - 11x PCI eXpress Frequency - 101Mhz CPU VID StartUp Value - StartUp CPU VID Control - 1.400v CPU VID Special Control - Above VID * 104% LDT Voltage Control - 1.30v Chip Set Voltage Control - 1.60v DRAM Voltage Control - 3.20v (using the 3.3V Vdimm jumper position) DRAM Configuration Settings: DRAM Frequency Set - 200 (DRAM/FSB:1/01) Command Per Clock (CPC) - Enable CAS Latency Control (Tcl) - 2.0 RAS# to CAS# delay (Trcd) - 02 Bus Clocks Min RAS# active time (Tras) - 05 Bus Clocks Row precharge time (Trp) - 02 Bus Clocks Row Cycle time (Trc) - 07 Bus Clocks Row refresh cyc time (Trfc) - 16 Bus Clocks Row to Row delay (Trrd) - 02 Bus Clocks Write recovery time (Twr) - 02 Bus Clocks Write to Read delay (Twtr) - 01 Bus Clocks Read to Write delay (Trwt) - 02 Bus Clocks Refresh Period (Tref) - 3120 Cycles Write CAS Latency (Twcl) - Auto DRAM Bank Interleave - Enabled DQS Skew Control - Auto DQS Skew Value - 0 DRAM Drive Strength - Level 5 DRAM Data Drive Strength - Level 2 Max Async Latency - 7ns Read Preamble Time - 5ns IdleCycle Limit - 256 Cycles Dynamic Counter - Disable R/W Queue Bypass - 16 x Bypass Max - 07 x 32 Byte Granularity - Disable(8 Bursts) However, exactly the same settings were tested to be memtest stable up to 260x10 (just with 3.4 Vdimm and LDT link to 3x). The little problem always sitting in my mind was that, as soon as I upped the voltage to 3.5 Vdimm, memtest started erroring and crashing in tests #5 and #8, and I never was able to find out why (of course, memory and Vdimm jumper area actively cooled). However, since I wouldn't run 3.4+ Vdimm daily anyway, I left the issue not much further investigated, and to my thread I posted here on dfi-street.com long ago were no relevant answers anyway. Well, all this was just an introduction :nod:, now the main story follows. Not so much ago got a 1 Gb kit of old school Bh-5 Mushkin PC3500 LevelII which previous owner claimed to be memtest #5 and Superpi 1M stable on his DFIn F4 SLI-DR @ 260fsb 3.3Vdimm (now you probably want to say that means nothing, but read on ) First tested on my P4GD1/Dothan 740 system for a while and was able to SuperPi 1M 2-2-2 up to 222fsb 2.9Vdimm. Now decided to play on DFI nF4 (first just with 3.2Vdimm). Put the Mushkins in (kept the bios settings mentioned earlier), and bang! the system kept restarting right after post screen as soon as fsb exceeded 230. With 2.9Vdimm, the stability was up to ~221, just as expected, so the memory obviously worked fine. Hmm, I thought, wtf. Played around more (swapped slots (from yellow to orange), switched the Vdimm jumper as well),everytime the same happened while under 230fsb the system run just fine. Put the VX back in and the reboots continued whereas previously I didn't experience any problems :confused: Well, since clear CMOS was probably needed anyway at this point (if memory previously stable is not stable anymore at the same settings where it was before) I decided it's time to flash to a newer bios (after all, May 10th is almost 5 moths back, right? ) Chose latest bigtoe modded 704-2BTA. Flashed fine. With the settings above, the system again experienced the 230fsb barrier with either OCZ or Mushkin at both 3.2 as well as 3.4 Vdimm. Searched Xtremesystems for good xtreme old school BH-5 settings, tried those (mainly - Trfc of 12, Idle cycle limit of 016, various Tref values - Auto, 3072, 3120, 4708, 0638 etc, various drive and data strength combinations), the outcome was negative all the time. Heh, I thought. Maybe this bios is not for my particular board after all (heard at least twice when people experienced similar reboots)? Flashed to 623-2 then. The same. Played around and around as described in previous paragraph, no stability. One moment, was suddenly able to boot up to 245 fsb (not memtest stable though), on the next reboot for tweaking - nothing again. Finally flashed back to 510-2. Loading the saved settings with CMOS Reloaded and playing around, just decided to try the Trfc value of 12 once again without much hope. Ouch! Suddenly, with the Mushkins, I was able to use the Trfc = 12. Changing the LDT ratio to 3x, finally stabilized at 255x10 @ 3.3 Vdimm :cool: , with the settings displayed in the screenshot: I shall admit that while the memory timings were not changed except for Trfc = 12, the advanced DRAM configuration settings this time looked this way: DQS Skew Control - Auto DQS Skew Value - 0 DRAM Drive Strength - Level 8 DRAM Data Drive Strength - Level 3 Max Async Latency - 7ns Read Preamble Time - 5ns IdleCycle Limit - 016 Cycles Dynamic Counter - Enable R/W Queue Bypass - 16 x Bypass Max - 07 x 32 Byte Granularity - Disable(8 Bursts) So after those 3 days of painful memory testing, I had finally arrived to my new safe base where to start another takeoff for higher fsb's :angel: (moreover, the previous owner's claims turned out to be almost true, those 5fsb difference might be attributed to various other factors) . But now I run into the problem which I mentioned at the very beginning: 3.4 Vdimm and above would do nothing for memory speed but just produce memtest errors. I would understand BH-5 not scaling well above 3.6Vdimm, but for 3.4 and 3.5, at least marginal speed increases should be gained, shouldn't they? Yet it doesn't happen, but just errors come out. Moreover, the errors come out even at lower speeds, for instance, 245x10 @ 3.5Vdimm, sometimes the board starts the rebooting cycle with such settings. Multimeter measuring directly at the memory slots confirms the Vdimm voltage seemingly doesn't fluctuate even when set to 3.7Vdimm. If the mysterious fsb wall's at various bios tested described earlier might be attributed to not-a-proper-ram-settings-combination, what to say about this Vdimm wall? This is not an overheating issue, because it happens also after the system is switched off and let to cool. Moreover, just as I said earlier, both memory is cooled by a 120mm fan as well as the 5Vdimm jumper area - by 80mm fan. At this time, I've tested 3 PSU'S (the PCP&C's also a Chieftec 410W native 24pin ATX2.03, 2 CPU's (with the previous San Diego I owned, the system showed the same behaviour), these two memory kits (OCZ VX and Mushkin LVLII), even migrated through 3 videocards, and only the motherboard has been the component which unites all these cases. Unfortunately, my DDR Booster I got exactly for the behaviour testing (to see whether the high voltage intolerance on both of my memory kits is board related), was DOA, so it's in RMA right now. However it might still be I've missed some important settings somewhere, although with all my knowledge I can't image where could that be. So I'm asking for your thoughts, if you had enough patience to read all that I wrote here :shake:
  6. This might not be a memory problem. I can duplicate this (3 leds + a blinking one) whenever I want it by playing around with my new videocard (Radeon X550), as described in this thread: http://www.dfi-street.com/forum/showthread.php?t=23343 For me it goes like this: if the SLI jumpers are positioned for 8x - 8x PCI-E slot operation, putting the card in the closest PCI-E slot to the cpu results in the behaviour. Obviously, RAM has nothing to do with it at least in my case.
  7. I have never seen something like that... yet it happens and I'm simply wondering. Here's the setup I've used for many months without any problems: * DFI nF4 SLI-D bios 5-10 * 2x512 meg OCZ VX PC3200 * Voodoo3 PCI video card (was Radeon X800XL before, sold because of upgrade, but the upgrade has not come yet , recently borrowed an X800 for a lan party as well, had absolutely no problems) * various harddrive configs, right now it's 2 SATA, 1 IDE plus a Liteon DVDRW drive. * PCP&C 510W Now I decided to buy another value video card so that it powered my everyday rig (as I've got a Dothan setup as well). So I got myself a Radeon X550. Took the Voodoo3 out, put the Radeon into the "2x PCI-E slot" (although they were configured as 8x - 8x for me with the SLI jumpers). Powered the rig up... bang! display remains black. Hey, I thought, wtf. Checked all the cables. Rebooted. Waited a while, saw harddrives spinning, the keyboard Capslock and Numlock keys work, indicating the board has gone through POST (and no LED's were on as well), and already booting Windows (saw the FDD being accessed etc). But no display. Took the Radeon X550 out. Put it in my Dothan rig (it's Asus P4GD1, so i915P with PCI-E). The card worked perfectly, the system posted, made to Windows etc. So obviously, it should work on DFI as well. Put it back into my DFI nF4. Again, black display. Put the Voodoo back into DFI. Everything was fine again. Went to bios, checked, the "init display first" was set to PCIEx. Changed to PCI this time (who knows). Put the Radeon X550 in. Was greeted by black display again. Removed the fan from my Thermaltake Sonic Tower cooler so that I could put the card into the PCI x16 slot. This time, no POST. Rebooted, tried Insert and clear cmos, no POST. Played around more without any success. Finally switched the SLI jumpers from 8x - 8x to 2x - 16x configuration. Put the card into the 2x slot. Again, the board POSTs, and makes it to Windows, just with a black screen. Put the card into the 16x slot. Finally was able to POST and get the picture. That means I've been left with no fan on my Sonic Tower since there's no more space for it. The card works, just the 2x PCI-E slot issue remains a mystery. Anyone's got an idea, why this is happening? Is the 2x PCI-E slot half-dead or what?
  8. Read the rules, no e-bay bidding links allowed in this forum.
  9. mrlobber

    SOLD

    Which model exactly? (so that we could look the specs on ocz's website).
  10. Anandtech was talking about Sapphire PURE, wasn't it? :confused:
  11. Yeah saw that as well. I wonder where the Lanparty name has gone - to Washington or what?
  12. Stepping: http://en.wikipedia.org/wiki/Stepping_%28version_numbers%29 Those letters and numbers under the processor name. For example (my San Diego 3700+): ADA3700DAA5BN CABGE 0512VPMW Helps us to decide whether it might be a good clocker or no
  13. Have had at least 2 friends who clocked Corsair TCCD pretty high on nF4 Ultra-D with Winchester/Venice cpu's, so that's not that bad after all
  14. I accept that, and this is a valid point, keeps things much more simple and clean. Yet there is no information, with no indication when any would appear
  15. ExRoadie, not to sound offensive or anything, but the starter of this thread asked for the DFI tech support reps of this forum to comment on the issues described in the thread you linked to as well as on the DFI USA Tech quotes on DFI having design issues on Vdimm from the 5v rail which was originally posted at BleedinEdge.com forums. Instead, we're now observing thread after thread closed without any further explanation from the mods, but new threads pop up because people just continue speculating. And the thread you said is on the subject, also doesn't enjoy any significant presence of the mods there, does it? Moreover, I've not seen confirmed/unconfirmed anything whether the voltage issues OzSnoal discovered are indeed the same design flaw(s) which were mentioned by Frank Wong on the phone conversation. And why? Because the information from DFI is clearly not present, I mean, there has not been any information at all, even not the standard "we're working on it" or "we deny the problem, there isn't any" sentence. And not that people have not asked. Angry_Games has ignored at least one PM on this matter (this is the information I have, maybe there have been more); people are talking about the possible problems on this forum, but from DFI side there's just silence - a silence I've never seen here before. So I do not wonder that new threads are popping up all the time until some comments will be made. Even if this silence is because DFI reps are busily working on solving the problem, by all means, come out and say it so that people on this forum knew it and patiently could wait knowing that DFI cares on them.
  16. Now that there have been comments on this by DFI's own tech support (but this is NOT an official statement!), I wonder what Angry_Games himself has to say on it. In case some people are always lazy to follow links posted, here is the first post of the respective BleedinEdge thread.
  17. Nowhere. They're on preorder. Except for the guys who get their stuff straight from the factory, heaven or wherever else :angel:
  18. Heh, now this is a clear bios problem. This means bios has not found any harddrive to boot and therefore is trying to boot off the LAN. Things to check: 1) boot priority. Make sure your HDD's are properly configured and set to the correct boot order. 2) HDD access mode. Make sure it's set to LBA, not CHS (DFI bios has the nasty habit to drop it from LBA to CHS already from the nForce2 days (has happened for me at least once on all DFI platforms I've used)). This should correct the problem. Glad you sorted out the no-boot thingy, btw!
  19. Put the old cpu back to see whether this is a cpu/board problem. My DFI suddenly stopped working with RAM slots 3 & 4 (no post if anything put in there), so basically I was left with a working slot 2 only because slot 1 is the yellow one and would not want to work with more than 200fsb.
  20. WHAT A STORY! RGone, you just made me to feel a lot easier on my half dead nF4 SLI-D :nod:
  21. Heh, since I cleared CMOS simultaneously, I did everything to be "failsafe", just like back in the nForce2 days. That means - power off, power cable unplugged, power button pressed at least twice to discharge the excess power left in the PSU & mobo circuits, at least 10 mins of CMOS clearing etc... (and moving the Vdimm jumper before that). I do not see a mistake here. The board saw it, however... or figured out, it's time to behave like I did it :cool: Too bad it cost me some nerves (and some more ahead, to get RMA). Soundx98, what do you mean with your question? I'll answer what any tech rep would say :nod: : if you have no problems with your present bios, do not flash to new one. I see, you're using BH-5 ram, and I heard recently that 2-17 is one of the best bios for high voltage loving memory (and actually, for me as well, my VX reached max memtest stable speeds exactly on 2-17 bios... though the later bios were different only by 2-3 fsb). That said, I'd personally try every new bios coming out (unless I have no time to do that)... but to moving the 5V jumper excessively (although this was only about the 3rd time I did it on my board), in the future, I'll be more resistant than ever).
×
×
  • Create New...