Jump to content
HWBOT Community Forums


  • Content Count

  • Joined

  • Last visited

Community Reputation

23 Excellent

About Falkentyne

  • Rank
    kitchen robot


  • Location

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. They are the same setting. I've seen several "sub" parameters for that setting with absolutely no documentation on it on some laptops, I think I saw three looking at a MSI laptop BIOS with AMIBCP 5.02. I only remember a 0, 1 and 2 however. Or perhaps the 'first' one had recommended values of a 0,1,2 on some strange Asus BIOS and the second was like 5,6,7 I honestly don't know or remember. hard to remember bios settings with absolutely no documentation. Ok I found it. DLLBwen[0] for 1067 (0...7) -->failsafe: 0, Optimal: 0 DLLBwen[1] for 1333 (0...7) -->failsafe:0, Optimal: 1 DLLBwen[2] for 1600 (0...7) -->failsafe:0, Optimal: 2 DLLBwen[3] for1867 and up (0..7) -->failsafe:0, Optimal: 2 Don't ask me what any of that means.
  2. Well the other two vcore readings are useless. VR VOUT (and Current IOUT and Power POUT) are the readings you want. You also obviously need Dram, VCCSA, IO and those others. I have no idea about your speedstep problem. I disable speedstep on every gigabyte bios and I never had an issue like this. I tested X4 briefly and some others. Maybe you need to enable Turbo boost ratios manually and keep those at auto.
  3. With that board, please use HWinfo64 and use the VR VOUT field in the VRM section for accurate voltage monitoring. This is the "die-sense" voltage that you may have heard of, and it is extremely accurate. it is the VRM ADC controller value. **YOU MUST** be using the most current version of hwinfo64. Older versions will not support VR VOUT. VR VOUT only got added because I asked Martin to add support for it, but he had some difficulty accessing the VRM. Shamino (Asus), believe it or not, helped him get it working on a *gigabyte* board. yeah, Ironic, I know. The vcore you see in CPU-Z is the old typical "Super I/O" voltage reading which is always going to be above or way above what the real vcore is. In fact, in HWInfo64, there are going to be three vcores: 1) Super I/O reading (ITE 8688E). 2) Socket MLCC reading (ITE 8792E). 3) Die-sense reading (direct from VRM) - Intersil 96269 (I think). The die-sense reading is the reading you want to use. Unfortunately, no other programs know about accessing the VRM directly, just hwinfo64. ------ I also do not use speedshift or speedstep. I disable all of that stuff like you told us to do on NBR long ago. I just disable all power saving and set a multiplier randomly. Also, one thing I noticed on Gigabyte boards is that the "Turbo velocity boost" multiplier boost seems to be enabled by default regardless of cpu temps. For example, at "stock" operation, the gigabyte boards will turbo to 4.9 ghz at all times, instead of it being 4.9 ghz < 70C and 4.8 ghz at 70C+. I'm not sure if this affects the "2 core" 5.3 ghz boost however.
  4. The Great Mr Fox. Please use "Fixed" mode, not "override" mode. Override mode changes the VID to the override value. This is identical to "override mode" on your Clevo laptop, oddly enough. If AC/DC Loadline are not set to "1" (0.01 mOhm) or a low mOhm value, that will cause vcore to rise substantially at load, even more so if LLC calibration is higher than "Standard". Fixed mode is the "override" you were used to on Z390 desktops. That's actually what you want to use.
  5. You need to -uninstall- 4.0.4, not just install 4.0.3. Uninstall both. Reboot after each. Then install 4.0.3. Reboot. 4.0.3 will then work. 4.0.3 will NOT work if you did NOT uninstall 4.0.4. This may also fix the memtweakit issue.
  6. As I said I've tried every bios version that gets released or leaked. I don't remember if I tried F3 but those old obsolete bioses didn't have working VF points. The person who told me this bug was fixed in X5 is a Gigabyte engineer but I don't know if he's with the BIOS team. He's the same person who sent me test bioses when I was helping gigabyte fix the very serious DVID overvoltage bugs on Z390 when switching to fixed mode (T0d and t1D from Z390 Master came from him).
  7. A gigabyte rep told me that the 1T bug with dual rank dimms should be fixed in X5. I was not aware that no one had it yet. The bug is: on both 2018 (october sticker) and 2020 year (February sticker) Gskill 3200 CL14 2x16 GB Trident Z RGB (F4-3200C14-32GTZR) sticks, 1T command rate does not work at XMP on either set. (basic 3200 CL14, all auto timings). it just boot loops and resets after repeated fails at training. The 2020 sticks are much better clockers than the 2018 sticks at 2T.
  8. X5 Bios is supposed to fix the problem with dual rank and 1T command rate (right now 1T completely fails to work even at stock XMP settings) 3200 CL14-32GTZR Gskill (2x16 GB) + 1T = boot loop.
  9. Anyone have the X5 bios for the Z490 Aorus Master?
  10. Please doublecheck the TXP setting in *gaming* before all of you use it. Check your 1% lows! One user tried using TXP 4, and his benchmark/latency scores went down nicely a few ms, but his 1% lows were worse and he tested it by toggling it on and off each reboot (Gigabyte board so it was already in the BIOS). So be sure to check it (assuming that some of you guys are actually gamers also).
  11. Ok let me put this a completely different way. Maybe this will explain the awkwardness of what you're trying to ask a video gamer (me) who just plays videogames and who is not a hardware engineer. Let's say you set 1.45v in BIOS, Loadline calibration level 3. 1.1 mOhms of LLC. This is a perfectly safe setting. And 1.1 mOhms of LLC is intel default vdroop. Put 245 amps into the cpu that's 1450mv - (245 * 1.1) =1.180v. Clearly that's safe. If you want to "assume" 1.52v is "max VID", ignoring the "1.52v + 200mv" thingy, that would be 1520mv - (245 * 1.1)=1.250v. Now that's an ALL CORE LOAD. All 10 cores. So now you said 1 core load is 24.5 amps per core. 245 / 10. that makes sense. Now, what happens if you have a ONE CORE (2 thread) application that is putting 24.5 amps by itself, with NO other cores loaded? Then what??? At that 1.450v, the vdroop and load vcore will be: 1450mv - (24.5 * 1.1) =1.423v ! So according to the above, that "one" core with a 24 amp load on it will be getting a LOAD VCORE of 1.423v!! So that by logic should degrade that core pretty fast, shouldn't it? Because the total amps load is so low that the load vcore is going to be super high. Unless EACH CORE has its OWN VOLTAGE? But only on HEDT does each core have its own voltage rail because its supplied by VCCIN (1.8v). Do you see the position you put me in here?? I have absolutely NO idea or clue what I'm talking about anymore or any insider knowledge of how these chips work. I don't know the answers to these questions. I'm sorry.
  12. VRM tweak enables adaptive transient algorithm algorithm, which can reduce vmin by up to 10mv in some loads. It won't do much if your cache ratio is set too high though (cache is far more sensitive to transients than core is). Max amps is 245 amps, or 24 amps per core, but no one knows what load vcore should not be exceeded at X # of amps, as the 1.52v ceiling is different since the chip can potentially request 1.50v load voltage at max turbo multiplier at all auto settings and max (=1.1 mOhms) AC/DC Loadline and 1.1 mOhms (level 3) loadline calibration now, due to some thing about 1.520v max VID + 200mv=1.720v initial. Under the old system, you would not want to exceed 1.30v load voltage at 200 amps of current (1520mv - 200 * 1.1 mOhm), but the new system says "1.520v max VID +200mv Serial VID Offset, and not a single person knows why it doesn't just say "1.720v max VID". On Z390 this could be enabled or disabled via a VRM register (33h). Asus enabled this by default and Gigabyte disabled it by default (and they gave you a way to enable it but it was extremely buggy and unreliable, it only worked half properly (without locking out ALL voltage control afterwards) in test bios T0D on the Z390 Aorus Master as they didn't understand the difference between "SVID Support" and "SVID Offset", so in all OTHER bios versions, enabling SVID Offset disabled voltage control afterwards, and enabling SVID Offset if fixed vcore was at 1.20v in ALL Bios versions would send 0v into the CPU and no post code readout). Seems like everyone has this enabled by default in Z490 now. Sorry I know nothing more. So no I can't answer this. It seems like the chip can request "up to" 200mv extra VID whenever it wants under certain conditions. Only Intel can answer this if someone wants to contact them.
  13. What happens if you set PLL Bandwidth to "Level 1"? Are you still 80C idle?
  14. Getting '404' also from here. Location: Riverside, California. Outage?
  15. How is it possible to get USB Overcurrent in non LN2 mode? On Ln2 and ambient? Open bench setup?
  • Create New...