![]() |
|
|
#1 |
|
veganjoy
"Joey"
Nov 2015
Middle of Nowhere,AR
443 Posts |
Basically I'm just gonna post some sorta hardware stuff here every day or so to speculate/converse/whatever upon. Might be something widely discussed like all the upcoming launches, might be some weird thing I'm messing with. First off... I'm messing with some stuff!
![]() I got a great deal on a 3900x a few weeks ago, planned on testing it compared to my 3600 and messing with it a bit, then selling it. But it's still sitting in the box cause I haven't been bored enough to take my d15s off lol. So I plan on doing that in the next day or so. I've got a few questions: A) I'd like to see how high the FCLK will go on this chip. IIRC anything past 1600 is technically an overclock, but 1800 is common and that's what I've got my 3600 sitting at. How would I verify the stability of a higher FCLK? Should I test it with my MCLK set at 1:1 or decouple it and run at JEDEC or something? B) Overclocking RAM is nice and all that, basically I've just plugged my dimms into 1usmus's calculator and copied everything into BIOS. For now I've got 2x16gb B-die running at 3600c14 @1.45v. Degradation is a given with any usage at all but how high would be a safe voltage to use 24/7? If I can get 3733mhz or 3800mhz on the 3900x I'd probably have to give the memory a bit more voltage to keep up with the same timings, which would put me near 1.5v which might be too high for "safe" constant use. Not sure there. They're G.Skill Trident Z RGB sticks, mobo is an Asus X570-E. C) Anyone messed with 1usmus's new automatic overclocking thing that was recently released? Would be interesting to see some results for that software compared to stock, PBO, and manual OCs. |
|
|
|
|
|
#2 |
|
Dec 2012
The Netherlands
2·23·37 Posts |
I haven't played with hardware directly for a few years, so I won't try to answer those questions directly - I hope someone else will!
But it may be interesting to think about how you could start testing and measuring hardware-level signals yourself. What sort of kit would you need to build up for that? For example, are there accessible JTAG interfaces or something similar? Last fiddled with by Nick on 2020-10-04 at 12:53 |
|
|
|
|
|
#3 |
|
Random Account
Aug 2009
195310 Posts |
I would not recommend anyone overclock anything. I do not do it myself...
|
|
|
|
|
|
#4 |
|
Sep 2002
Database er0rr
E9B16 Posts |
|
|
|
|
|
|
#5 |
|
Random Account
Aug 2009
32·7·31 Posts |
I do not know from Radeon VII, so I will simply take your word for it. IIRC, these are better for PRP's and the like than Nvidia. Each has their own area of usability in this process.
|
|
|
|
|
|
#6 | ||
|
veganjoy
"Joey"
Nov 2015
Middle of Nowhere,AR
1BB16 Posts |
Quote:
Quote:
|
||
|
|
|
|
|
#7 |
|
Undefined
"The unspeakable one"
Jun 2006
My evil lair
22·1,549 Posts |
It sure is. But it isn't really for free, right? Extra power usage. Extra wear and tear. Extra possibility of early failure. More retries when bad data is returned. etc.
There is always a trade-off. You just have to pick the trade-off point you are comfortable with. |
|
|
|
|
|
#8 | |
|
veganjoy
"Joey"
Nov 2015
Middle of Nowhere,AR
443 Posts |
Quote:
|
|
|
|
|
|
|
#9 |
|
Undefined
"The unspeakable one"
Jun 2006
My evil lair
619610 Posts |
Safe voltages depends upon the die you have, and the process it was made with. No one can give you a definitive answer because no one knows about your particular die and every one of those billions of transistors in it. The process it is made from will suggest a certain "safe" voltage, but there will always be some transistors at the extremes of the range that will be the weakest, and those will fail first.
If you want utmost longevity then undervolt. If you want utmost performance then overvolt like crazy until it melts and burns. Or pick your point of risk somewhere within that range. Last fiddled with by retina on 2020-10-05 at 04:30 |
|
|
|
|
|
#10 | |
|
Dec 2012
The Netherlands
2×23×37 Posts |
Quote:
This Intel document is a few years old now but still gives a good introduction: http://www.intel.com/content/dam/www...149x-paper.pdf I've mainly seen it used for debugging embedded systems (processors in non-computers - anything from a settop box for satellite TV to a washing machine). But, to start with, you just need to understand enough to work out whether this is a useful interface for you to get deeper into the hardware, or whether there is something else more suitable available. |
|
|
|
|
|
|
#11 |
|
Romulan Interpreter
Jun 2011
Thailand
7×1,373 Posts |
Almost all devices that include a not-the-lowest-performance processor, say they have at least one 32-bit or 16-bit "brain" (like CPU, MCU, chipset, FPGA, all kind of controllers, etc) have a JTAG or similar (SWD, SWIM), interface. But unless the documentation is provided, nobody know how to use it, except the designers/manufacturers.
JTAG per se, is a very simple thing, just a VERY-VERY big serial shift register (google: shift register). Imagine all bits inside of your CPU, all registers, all internal settings, input and output pin values, etc., placed in a very-very long string/queue. You can clock them out bit by bit and read them, or you can clock them in bit by bit and set them into the CPU, just by using three lines, one "data input", one "data output" and one "clock" line. Every pulse you give on the clock line will shift in a bit on DI, and shift out a bit on DO. You can shift in a number of bits till they "align" with internal registers, then set them all in the same time. Or read all internal registers at once, them shift them out one by one and see what they contain. That's all. But the alignment, you have no way to guess, until the manufacturer provides you with the datasheet. We use JTAG interfaces in our daily work, and could not do half of out job without them. They are used to program and debug almost all the hardware we make. Very few we make public. We don't think jvang needs JTAG access to his toys, unless he kills the BIOS and needs flash rewrite by external artillery (programmer/debugger, etc). The BIOS of the mobo itself, and high-level utilities (i.e. run from OS) to play with that BIOS, should provide all the tools needed to do what he wants. Last fiddled with by LaurV on 2020-10-05 at 08:41 |
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Mandela effect, general discussion and how would you study it scientifically? | jasong | Lounge | 12 | 2018-04-15 05:13 |
| Is this solvable in general. | jwaltos | Homework Help | 34 | 2017-09-21 14:12 |
| S9 and general sieving discussion | Lennart | Conjectures 'R Us | 31 | 2014-09-14 15:14 |
| General Unix job-scheduling discussion | pinhodecarlos | Software | 19 | 2014-04-17 15:04 |
| General Status??? | R.D. Silverman | NFSNET Discussion | 4 | 2007-07-19 18:43 |