My next rig may be an 13th-gen Intel if DDR5 prices don't come down to DDR4 levels (given that DDR5 isn't any faster than DDR4.)
My next rig may be an 13th-gen Intel if DDR5 prices don't come down to DDR4 levels (given that DDR5 isn't any faster than DDR4.)
Today is not the fall. Don't buy memory today for a processor that is not yet available. 'Next Generation' memory prices tend to go through this cycle, and it seems like AM5 will be out right around when the pricing gets pretty sane. If it released in Q1 2023 with DDR4 support, it would be a waste of die space. AMD has tended to keep sockets alive longer than Intel, so a transitional memory choice would be a larger burden.
(Are there any business-oriented AMD desktop PCs with Energy Star or similar certifications, or are those regulations too loose to matter here?)
Unless you use one of their fairly popular APUs, I assume? I got something something like 15 W on idle at the plug for an OEM AMD box. Is that a lot?
I'm not sure if the Bx50 chipsets are any more efficient or if that needs the absolute low end of A series chipsets (that I believe are instead some ASMedia designed IO stuff).
What kind of systems are those? I’ll need something like this soon.
It would be more efficient to replace a computer on a 5 or 10 year cycle rather than a 1 or 2 year cycle, but then you'd have a high end computer for a much lower percentage of the time.
for example, 4790K + GTX 980 is a 8 year old computer. a high end PC from 6 years ago has a GTX 1080 in it, look up how much that costs still
you'd be crazy to throw something like that away instead of selling it for about 400$ or giving it away to friends or family
>It would be more efficient to replace a computer on a 5 or 10 year cycle
if you only use it to check emails and procrastinate on the internet, then yeah. but people who buy 2000$+ worth of hardware usually do something more productive or entertaining than that. and like I said, when they do buy it, whatever they had before is usually sold off to recoup part of the new hardware cost. that's how it worked with hardware for as long as I can remember
you know what does go into landfills? disposable garbage phones, designed to be resistant to repair and maintenance, and made unbearably slow by forced software updates when it's time for you to consume the new product. and I find it very ironic that these zealots we're talking about have a great affinity for the products from that particular company
Look up PUE for data centers. Because I work for Google, I recall, for example, that we build very efficient data centers:
https://www.google.com/about/datacenters/efficiency/
Ie. just 10% overhead.
The mid level 12th gen chips absolutely fly in gaming workloads, it's only if you max all cores for hours on end that the "Sell your grandmother for a MHz" approach Intel currently has makes a difference.
I found good article. https://www.techpowerup.com/289728/intel-z690-motherboard-co...
also in 2022 six hours of battery life is not something I could life with. while you're right that you don't need to sit 6 hours in a single sitting, it could easily be that you don't have an option to charge.
transatlantic flights, for example. (ok, no grass there :-))
With the Intel MBP I had to carry around a huge jackery-style portable battery
I took it into the mac store, they replaced the whole board/cpu unit. No change.
So either I have some other fluke, my software stack has something strange I can't debug (activity monitor only shows apple processes using all the CPU), or people just have different opinions of what fast means.
For context, I would say my 2018 Chromebook is generally faster for most things than my M1.
Rant over. I assume I have some dud computer it's just frustrating.
would that be 8GB M1 and swap process by any chance?
Speaking of chargers, a 45W tiny GaN charger is enough for an M1 MacBook (maybe not for all use cases but I’ve yet to have an issue). I use this one which isn’t much bigger than a usb-a iPhone charger. https://us.anker.com/products/a2664
[1]: https://www.apple.com/shop/product/MK122LL/A/power-adapter-e...
https://www.apple.com/uk/shop/product/MD837ZM/A/apple-world-...
My favorite part of the new 16” MBP is actually the screen. It’s so incredible I struggle to describe it. When moving the mouse it feels more instantaneous, everything is smoother. So don’t FOMO on the CPU, it’s good but not the killer feature.
EDIT: your music link sharing site is neat, be my friend
Perhaps that’s why…?
Also I don't really care about the battery, the amazing thing about the M1 chips is that they just don't get hot.
But the damn thing burns my lap.
My point being that ram prices have been high for the latest years before prices started re adjusting in the last 12 months and that DDR5 currently aren't that expensive.
just because players like f5 chose to ignore the patches and their Linux kernel patch shipped disabled by default doesn't mean they're out of the woods
Most of this is blatantly egregiously false.
And this is also blatantly false. Zen 3 CPUs have a bigger overhead mitigating Spectre than Zen 2 and modern Intel uArchs.
Check Phoronix for performance reviews.
https://www.usenix.org/system/files/sec22summer_lipp.pdf
The first two attack primitives have been patched, sorta, by making those measurements require root access (and making them inaccessible to VM guests). So they're not fixed, but in a properly configured system you won't be able to get at the primitives needed for the attack.
The third measurement, however, remains unpatched. It can be mitigated by turning on KPTI, but AMD doesn't change the default because of the performance consequences. KPTI works by constantly flushing the TLB cache every time you hop to kernel-level code (ie every time you make a syscall), thus creating a "cache barrier" between the two privilege levels - the attack then cannot leak something that is on the higher privilege level, because it's never in cache. This is the same way Intel mitigated meltdown, and it has a large performance impact - every time you talk to the network, or disk, or anything else, you have to flush your TLB cache.
AMD's official advice is "this doesn't work if you enforce address-space boundaries, follow all security best-practices", the subtext being you need to enable KPTI, but they won't recommend the option be set by default, and they've done their level best to shove it under the rug. Which is understandable, for some reason it's entered the public consciousness that "AMD doesn't have vulnerabilities" and it would be very bad for their image if that notion were dispelled.
https://www.amd.com/en/corporate/product-security/bulletin/a...
Briefly discussed and measured in Phoronix here: https://www.phoronix.com/scan.php?page=article&item=if-amd-k...
So yeah, AMD doesn't pay the same price for mitigating side-channel attacks... because they don't mitigate them.
As phoronix discusses, this gets back to the question of whether everyone needs to be mitigating these, we're not all cloud hyperscalers and there's never been a consumer attack using smeltdown-style attacks (it's far easier to just drop some malware and steal the password vault rather than to randomly scan through memory looking for it - you don't have to be the fastest animal in the herd... just not the slowest) but AMD has kinda chosen insecure-by-default here. Sure, that's faster, and you can turn off mitigations on Intel too. Should you?
The odds of an exploit are slight, but that didn't prevent people from taking heavy precautions when this category of exploits was (re-)discovered.