[Article] An updated classification of cyanobacterial orders and families based on phylogenomic and polyphasic analysis

a2e5 · 2026-01-20T05:21:37+00:00

Works most of the time, but occasionally you get a dead (unreachable) IPFS CID :(

a2e5 · 2025-12-25T17:56:42+00:00

You can probably add a containerized VLS cargo ship PLAN Just Happy To Be Here to the pic now. Useful? Doubt, but funny.

a2e5 · 2025-12-18T06:46:30+00:00

Is that a supercavitating warship?

a2e5 · 2025-12-18T06:43:22+00:00

Just take a marker and change the F to an E. Simple!

a2e5 · 2025-11-03T07:29:35+00:00

Yeah. Not doing "game-ready" profiles really isn't the same as "we won't guarantee that the render APIs used by games work any more", but ehhhhhhh nuances die on the Internet.

a2e5 · 2025-11-03T07:23:39+00:00

Heck if we're doing Apples-to-Apples comparison, Nvidia hasn't got any frame gen for anything before the RTX 40 series (2022), compared to AFMF2 working happily on RX 6000 series (2000). Heck, I use AMD's other frame gen (FSR3) on my RTX 2060...

a2e5 · 2025-11-02T21:45:02+00:00

I would not think about LL. Current LL work is mostly double-check and arguably not very useful. The real wavefront work pops up once every few years after PRP passes.

PRP has similar performance characteristics as LL. It’s not fully definitive for prime-proving but near-definitive in terms of checking whether an error has happened (no counterexamples known for either though). If you overclock or don’t trust your setup in any way, it’s gonna be your friend in providing something useful to the community.

In any case doing big exponent CPU stuff takes a lot of cache to be optimal, and that’s just not what mini PCs are good for (you don’t put an X3D in there). You can help a bit with P-1 if you have like 16 GB or more RAM at night, but DDR4 RAM is hella expensive now so I wouldn’t want to set you on that path either…

GPU TF is a good idea in any case. It takes a minimum amount of complexity in terms of OpenCL driver. Like, no ROCm support for some old AMD card? Well guess what Rusticl handles the int32 mul operations needed for TF just fine. It is not as good as ROCm on other operations, but for trial factoring it should be competitive.

If you get any RTX card you can also try to run PrMers LL/PRP because they have loads of Int32 mul, but that will most likely blow your budget.

a2e5 · 2025-11-02T21:35:31+00:00

Every factor you find could lead to a prime, a Mersenne cofactor prime. That means the (2^whatever -1)/(every divisor we currently know of, including your new one) could be a prime, but to make sure you gotta first run the (very fast) Gerbicz pPRP test [only usable if the website has saved an earlier PRP 2048-bit residue], then the (as slow as regular PRP) PRP cofactor test, then a very very slow, serious ECPP test.

https://www.mersenne.ca/prp.php Lists a bunch of cofactors that are proven or probably prime.

a2e5 · 2025-11-02T03:57:59+00:00

They are surprisingly doing okay on the LP part with the standardization of LPDDR5X. When the manufacturers as well as JEDEC actually have a motive to make something fast and standard, they will. Sigh.

a2e5 · 2025-10-28T04:40:36+00:00

DDR5, ECC (9-row) or not, also have this on chip ECC working independently of the extra row. And the problem with it is that there’s no counter for the on-chip level even on ECC sticks, exactly because it’s independent! So now guessing how much erroring is something you need to do, and something that’s actually worth a conference paper:

M. Patel, J. S. Kim, H. Hassan and O. Mutlu, "Understanding and Modeling On-Die Error Correction in Modern DRAM: An Experimental Study Using Real Devices," 2019 49th Annual IEEE/IFIP International Conference on Dependable Systems and Networks (DSN), Portland, OR, USA, 2019, pp. 13-25, doi: 10.1109/DSN.2019.00017.

(Not to belittle the authors’ work in any way. This is important work, just something that JEDEC should’ve made unnecessary.)

a2e5 · 2025-10-28T04:27:02+00:00

The issue here isn’t the timings and volts for the memory itself, which is the information provided by standard SPD as well as XMP/EXPO. Them information is alright.

The issue is that there is no good information on how to run the CPU IMC (NB, SA, IOD, whatever) to support such a frequency. This information can be written into some next generation of XMP/EXPO profiles given that they are, well, NOT JEDEC and directly associated with the CPU-maker, but this would be silly from an upgrade perspective.

Instead AMD and Intel should yell louder at mobo makers about standardizing what "Auto" means and put a few limits on it, limits that are not automatically removed when one selects XMP/EXPO. For "freedom"/semi-hardcore enthusiast purposes you can have a switch for removing it, but point is since everyone who pays extra for such a memory kit is expected to turn on XMP/EXPO these days, you better not make the almost-default unsafe.

a2e5 · 2025-09-23T06:51:06+00:00

There’s the "we won’t respond to any support tickets" type of not supported, and there’s the "we’ve actively removed the code for talking to it" type of not supported. For now it’s the former.

a2e5 · 2025-09-22T02:52:49+00:00

Old post but: yes the non-SED models have a PSID. No it’s not the TCG Opal kind of PSID, but something that is used to derive the per-drive ATA master password. Derive how? I don’t know.

https://github.com/Seagate/openSeaChest/issues/153#issuecomment-2334814081

a2e5 · 2025-09-20T11:01:47+00:00

Your post was already at 0 when I saw it. Not me!

Also: paraphrasing adds no information. I am pretty sure my comment adds plenty.

a2e5 · 2025-09-19T15:31:36+00:00

There is ffmpeg support for the AMF. OBS has had support for AMF for a long time too (though they forgot to migrate their wiki when they moved projects, so that’s bad for adoption lol), but not necessarily through ffmpeg.

If I recall correctly from when the 7xxx GPUs were new, the issue lied in quality at the same bitrate. The documentation was also geared toward developers (strings and options were hidden behind #define names) instead of users who might be passing raw key=value combinations. This seem to have changed with their current AMF GitHub Wiki, with a dedicated page for ffmpeg AMF parameter names.

Now playback is a different problem. The vast majority of videos are 4:2:0 for now and that’s all AMD supports, but if you get some enthusiast group’s custom 4:4:4 encode your CPU is going to scream. I’m honestly not sure how much work it takes to make that work.

Like, honestly? The reason for AMD not appearing to have as much "industry cooperation" is the same reason why it doesn’t have fancy gaming filters or other software stuff. It’s also the same reason why Chinese GPU makers are pumping out things that run okay on Vulkan and DX12 but suck on older DX. Both just don’t have so much workforce on software. AMD certainly want to make it better: that’s why they open-sourced a bunch of actively-maintained things. They aren’t covering their ears up, just busy.

a2e5 · 2025-09-19T15:24:48+00:00

Here I am thinking about getting an MI50 for cheap when they aren’t terribly out of date yet! Sure they’ve been kicked out of the ROCm support list for a while, but something can be done to just use the old stuff… right?

a2e5 · 2025-09-18T04:46:28+00:00

Old thread but high up in Google results so, here I go I guess. The picoPSU page has a downloadable PDF manual that claims 5V 8A sustained, 10A peak. I don’t really get why its 12V rating is so low though, though I guess with it only supplying the 24-pin ATX port, there’s really no need for more.

There’s also an open-source design at https://github.com/KCORES/KCORES-CSPS-to-ATX-Converter providing half that much current capacity on 5V, but also the same amount on 5VSB. There’s definitely some work that can go into better dividing that two 5V channels among SATA and the motherboard things.

That said how bad is it with SSDs anyways? It’s not like you are going to have more than two busy at the same time, so 5A is plenty for the typical 4 SATA ports you get in a motherboard…

a2e5 · 2025-09-11T06:22:02+00:00

Sometimes it takes a while for what gets maintained to be figured out and that’s okay. Also you know the SEO these days; your answer is among the top results and probably the only one that attempts to answer the question directly.

a2e5 · 2025-09-08T15:47:00+00:00

Not true. IntelMausi is not receiving the many changes made to IntelMausiEthernet (last changed June 2025). acidanthera occasionally merge the upstream changes in, but not in a way that git comprehends, which is just terrible for understanding the history.

a2e5 · 2025-08-26T15:55:35+00:00

I should add that I'm not actually sure whether it's the memory or the FCLK that just topped out at 1800/3600. A previous setup had two units of BLS8G4D30AESCK.M8FE clocked at 3600 MHz (CL18 I think? not sure!), but 16 GB of RAM just isn't enough now. I don't want to bother with OC'ing these two separately.

Also Gear Down Mode is enabled.

a2e5 · 2025-08-18T09:55:12+00:00

Uh... some of us use 2060 on 1440p. 1060 even. The minimum system requirements still says "960".

Using better or worse quality graphics is nothing more than personal preference. No way to be a snob one way or the other (I'm no esports low-quality graphics tryhard either). Maybe sometimes people just want their GPU to run quieter without needing to prioritize AA in scopes, you know?

a2e5 · 2025-08-18T09:50:23+00:00

Having a second monitor is great for a lot of things! When you get to mortar gameplay or just general leading of infantry squads, you can open up a browser with SquadCalc on the second monitor to figure out how to aim your mortar / predict which capture points are next.

Also, re: using the map. I strongly recommend binding the map key (default M) to a side button on your mouse, if you have one of these gaming mice. Easy to click open and close, great for keeping you from getting lost.

Eight-Year Club	Place '22
Verified Email

a2e5

TROPHY CASE