Consider though that both lettuce and tomatoes are 95% water.
If you made a salad with 50% lettuce and 10% tomatoes, even ignoring the remaining ingredients the minimum possible water content would be 57%.
If anything, I think the section of "broth" underneath "soup" needs to be part of salad.
p is stored in the balls...
I was going to write a rebuttal. And then I decided that the "zero points" speech from Billy Madison will suffice.
Specs look good for the price, and those machine work great with Linux (I'm using Ubuntu 22.04 on the slightly earlier 9310 right now).
The only slight downside of the 9315 is that the SSD is soldered to the motherboard. Make sure you back up your data regularly, because there might be no way to get anything off the machine if it breaks.
There's also something of a lack of IO; just one USB-C on each side (which is nice, because you can plug the charger into either side). But I have no issues with Bluetooth headphones, and monitors with USB-C have always worked great for plugging larger numbers of peripherals in.
The phrase "cutting off your nose to spite your face" comes to mind.
Not in so much detail, but it's also really hard to define unless you've one specific metric you're trying to hit.
Aside from the included power/cooling costs, we're not (overly) constrained by space in our own datacentre so there's no strict requirement for minimising the physical space other than for our own gratification. With HDD capacities steadily rising, as older systems are retired the total possible storage space increases accordingly..
The performance of the disk system when adequately provisioned with RAM and SSD cache is honestly pretty good too, and assuming the cache tiers are adequate to hold the working set across the entire storage fleet (you could never have just one multi-petabyte system) the abysmal performance of HDDs really doesn't come into it (filesystems like ZFS coalesce random writes into periodic sequential writes, and sequential performance is... adequate).
Not mentioned too is the support costs - which typically start in the range of 10-15% of the hardware price per year - do eventually have an upward curve. For one brand we use, the per-terabyte cost bottoms out at 7 years of ownership then starts to increase again as yearly support costs for older hardware also rise. But you always have the option to pay the inflated price and keep it, if you're not ready to replace.
And again with the QLC, you're paying for density more than you are for performance. On every fair metric you can imagine aside from the TB/RU density - latency, throughput/capacity, capacity/watt, capacity/dollar - there are a few tens of percent in it at most.
Being in an HPC-adjacent field, can confirm.
Looking forward to LTO10, which ought to be not far away.
The majority of what we've got our eye on for FY '24 are SSD systems, and I expect in '25 it'll be everything.
We've done this exercise recently for multi-petabyte enterprise storage systems.
Not going to name brands, but in both cases this is usable (after RAID and hot spares) capacity, in a high-availability (multi-controller / cluster) system, including vendor support and power/cooling costs, but (because we run our own datacenter) not counting a $/RU cost as a company in a colo would be paying:
Note that the total power consumption for ~3.5PB of HDD vs ~5PB of flash is within spitting distance, but the flash system occupies a third of the total rack space doing it.
As this is comparing to QLC flash, the overall system performance (measured in Gbps/TB) is also quite similar, although - despite the QLC - the flash does still have a latency advantage (moreso on reads than writes).
So yeah, no. At <1.5× the per-TB cost for a usable system - the cost of one HDD vs one SSD is quite immaterial here - and at >4× the TB-per-RU density, you'd have to have a really good reason to keep buying HDDs. If lowest-possible-price is that reason, then sure.
Reliability is probably higher too, with >300 HDDs to build that system you're going to expect a few failures.
They're not really particularly low power.
Quick search suggests around 8W power consumption with a 2 ohm heater, which at the approximately 4V of a charged Lithium-Ion battery (V=IR, P=VI) checks out to around a 2A draw.
Similar results suggest the batteries inside are in the neighbourhood of 0.75Ah (3.7V nominal) = 2.8Wh. I don't know how much of that capacity actually gets used during the "lifespan" of the vape, but I'd guess half would be a good estimate. In any case, probably safe to assume you need to pack around 2Wh in at minimum.
A Lithium AA battery (Li-FeS2 chemistry) gives you 3.4Ah @ 1.5V = 5.1Wh, but has a maximum discharge current of 2.5A (only 3.8W). The AAA is only 1.2Ah with 1.5A discharge, but two of them would give you 3.6Wh and 4.5W, closer to the target but still under.
You could probably arrange this in some sort of configuration whereby the batteries charge a capacitor and that runs the heater, at those kind of numbers it'd need to be at most a 2 seconds off for 1 second on deal, but that honestly seems like it should be fine for, y'know, vaping. Might just need to have an on/off switch to avoid draining the batteries when you're not using it.
But I guess we're at the point where manufacturing Li-Po cells happens in such vast quantities that the extra electronics to charge a capacitor from a 1.5V battery probably cost more.
It looks like it goes away (I went into the settings for one contact, where there's a toggle to switch back to SMS/MMS).
Unfortunately, I can't figure out how to change it back to RCS for that conversation now.
Also, on a more personal note: the baby blue background is ugly AF. Like actually just heinous. I'd rather it wasn't there, you get a perfectly good indicator RIGHT ABOVE THE TEXT INPUT FIELD what it's about to send.
Back when they were all the rage, one of my colleagues received one of those rubber horse masks in the mail at the office.
Indeed, he had no memory of ordering it.
See, and raise KDE Neon.
Ubuntu LTS base, but with up-to-date upstream KDE releases rather than the (typically) relatively ancient releases that Kubuntu has.
Really is the best of both worlds.