stephena

Okay, I'll have to remember that. I'll get a refund/exchange from the store that this DIMM came from, but unfortunately they don't stock Flare X DIMMs as 1x16GB, only 2x8GB. In fact, I'm finding it difficult to find any 1x16GB 3200MHz SKUs at this store to exchange with. I can find a few by Googling, but it's much harder than it should be searching for a 1x16GB DIMM without getting 2x8GB kits.

My brother's system is as follows: Ryzen 5 3600X (stock speed, Wraith Spire cooler) MSI B550M Pro-VDH Wi-Fi eVGA RTX 2060 XC G.SKILL F4-3200C16S-16GVK Ripjaws V 16GB 3200MHz G.SKILL F4-3200C16S-16GVK Ripjaws V 16GB 3200MHz (I'll get to this) Intel 660p NVMe 512GB SSD Seagate ST2000DM008 2TB 3.5" 7200RPM SATA3 HDD The system was originally built with a single DIMM, and then was upgraded a couple of months later with a second DIMM (and the hard drive). In about April, the system started having issues - kernel panics, program crashes etc. A few MemTest runs later isolated the issue to a one-bit error in the second DIMM. Annoying, but at least it's covered under warranty. After waiting for the replacement to finally arrive in May we installed it and... it didn't POST. It definitely is new - it has a manufacturing date of May 2021. After we took it back to the store, the staff tested it in their testbench and it worked fine (though I don't know what system that is or with what settings). We took it back and tried resetting the BIOS, which we hadn't done before. Lo and behold, it booted just fine. After doing more thorough testing, including more MemTest runs, the first DIMM works fine (POST, loading GRUB, full MemTest) up to 3200MHz (we didn't try pushing it any further), but the second DIMM would work perfectly up to 2400MHz but fail to POST even the next speed higher (2666MHz) or any speed up to 3200MHz. During testing, we updated the BIOS from 2.00 to 2.80, reset BIOS settings again and reran our previous tests, but came to the same conclusion. At one point when removing and reinstalling the DIMMs, we noticed that while the old DIMM has DRAM chips on both sides, the replacement RAM has chips on just one side. I know as we saw in the recent video about RAM density that there can be a performance difference, but this DIMM isn't even achieving advertised clock speeds and timings. I have no idea whether this is relevant to the problem or not, but just putting it out there. I'm not 100% certain what I'm asking here. Could it be DRAM density? Is there a BIOS setting I should have changed? Am I just unlucky that the brand new DIMM is also faulty?

That's the whole point - I don't know what I'm interested in.

Not really, because it's not easy to try it out without committing. I am very aware of their existence and good reputation, but I haven't heard of anyone using them for a group, much less a group that is singing.

This one might be a bit odd. My brother and I want to get a microphone for two purposes: 1) having 2 people at a desk that are both picked up well (easy), and 2) placing in the middle of about 6 people (harder) who are singing around a digital piano (hard). This is for the purpose of including those members of my (quite large) family who are unable to join these singing times in person (but they can join via Mumble), with the secondary purpose (or side benefit) that I or my brother can include extra people in our streams (without having to use Mumble). So far we don't have any XLR gear at all, and only cheap USB DACs and onboard sound chips. A USB mic should be fine as long as it supports Linux, which shouldn't be a problem for a simple mic (full amp/DACs might be a bit less straightforward depending on their capabilities and how essential their supplied drivers are). We're willing to spend about AU$200 total for a decent solution. We're in Australia, so most Amazon links won't be helpful, but what I'm mainly looking for is a model or a type or a brand to look at.

I was hoping the fact that I mentioned a .au domain, plus my location in the author pane, would make it clear that I'm an Aussie. For reference, our dollar is about at parity with the Canadian dollar, but prices are higher probably because of shipping across the ditch. It's not just $60 more. More like... $240?! But that's not to an EVGA card. The cheapest 2070 available is $829 (the MSI VENTUS). That's too much more, especially if I'm going to get two. Also the 2060 can be cooled in a shorter form factor, which is a lot easier to work with in the intended machines. Upgrading my plans to 2070s would require a lot more planning, and possibly even more upgrades like a new case and/or PSU. Thanks, well spotted. Now that you've pointed that out, I have find it - deep, deep down at the bottom of the otherwise-identical blurb where I would have been hard-pressed to find it alone. Certainly I'll go for the non-black here. Obviously I'm not going to be doing any real-time ray-tracing on this card, but I think techtubers have established that you basically need a 2080 Ti for 1080p60 and it's really not that huge an improvement. Why I'm looking at a 2060 instead of waiting for 1660 Tis to become available is that a 1660 Ti isn't really a notable upgrade over a 1060 (though over the 960 my brother has it will be very notable). Also of note is that I and my brother run Linux, and getting NVIDIA drivers in DEB form usually comes with a delay. The 1660 Ti is not currently supported on Linux, but the 2060 is on drivers available in the PPA.

I'm looking at getting one or two RTX 2060s, one for my brother and possibly one for me. I know EVGA is a good brand, and the single-fan designs are easy to fit into small and legacy cases (while still having quite effective cooling), so I'm looking at those cards on budgetpc.com.au, and there are two extremely similar SKUs: the RTX 2060 XC GAMING and the RTX 2060 XC BLACK GAMING (image shown below). Both are the same price and appear to have the same specs, using the same marketing blurb (and the same images within). Is there any practical difference between them or is it nothing more than a colour change?

The Debian project don't hate non-free stuff that much. Heck, they have a non-free repo. They just respect your right to avoid all such software. If you want to talk about hating non-free software... Richard M Stallman disagrees with the Debian Project because they make it too easy to install non-free software. Stallman has been called a lighthouse: on the dark waters of software freedom, when you don't know where to be, he lights the way, but you do NOT want to be there!

It's a CPU microcode bug. As has been said, it could affect any OS, be it Debian, Windows, Mac, or (as Cool Guy suggested) even Solaris. Don't assume that because an OCaml dev found it that you won't come across it. I believe there are some open-source program installers that actually contain source code and compile it at install time, and potentially other loads could trigger it too. More corporates will now be looking at moving to SkyLake and Kaby Lake, so they might find other ways to trigger this flaw. That being said... Intel may have pushed an update for Windows already, though I wouldn't relax yet, Patch Tuesdays being what they are.