23

Need to let loose a primal scream without collecting footnotes first? Have a sneer percolating in your system but not enough time/energy to make a whole post about it? Go forth and be mid: Welcome to the Stubsack, your first port of call for learning fresh Awful you’ll near-instantly regret.

Any awful.systems sub may be subsneered in this subthread, techtakes or no.

If your sneer seems higher quality than you thought, feel free to cut’n’paste it into its own post — there’s no quota for posting and the bar really isn’t that high.

The post Xitter web has spawned soo many “esoteric” right wing freaks, but there’s no appropriate sneer-space for them. I’m talking redscare-ish, reality challenged “culture critics” who write about everything but understand nothing. I’m talking about reply-guys who make the same 6 tweets about the same 3 subjects. They’re inescapable at this point, yet I don’t see them mocked (as much as they should be)

Like, there was one dude a while back who insisted that women couldn’t be surgeons because they didn’t believe in the moon or in stars? I think each and every one of these guys is uniquely fucked up and if I can’t escape them, I would love to sneer at them.

(Semi-obligatory thanks to @dgerard for starting this)

you are viewing a single comment's thread
view the rest of the comments
[-] fasterandworse@awful.systems 14 points 2 months ago

I read the white paper for this data centers in orbit shit https://archive.ph/BS2Xy and the only mentions of maintenance seem to be "we're gonna make 'em more reliable" and "they should be easy to replace because we gonna make 'em modular"

This isn't a white paper, it's scribbles on a napkin

Design principles for orbital data centers. The basic design principles below were adhered to when creating the concept design for GW scale orbital data centers. These are all in service of creating a low-cost, high-value, future-proofed data center. 1. Modularity: Multiple modules should be able to be docked/undocked independently. The requirements for each design element may evolve independently as needed. Containers may have different compute abilities over time. 2. Maintainability: Old parts and containers should be easy to replace without impacting large parts of the data center. The data center should not need retiring for at least 10 years. 3. Minimize moving parts and critical failure points: Reducing as much as reasonably possible connectors, mechanical actuators, latches, and other moving parts. Ideally each container should have one single universal port combining power/network/cooling. 4. Design resiliency: Single points of failure should be minimized, and any failures should result ingraceful degradation of performance. 5. Incremental scalability: Able to scale the number of containers from one to N, maintainingprofitability from the very first container and not requiring large CapEx jumps at any one point. Maintenance Despite advanced shielding designs, ionizing radiation, thermal stress, and other aging factors are likely toshorten the lifespan of certain electronic devices. However, cooler operating temperatures, mechanical andthermal stability, and the absence of a corrosive atmosphere (except for atomic oxygen, which can be readilymitigated with shielding and coatings) may prolong the lifespan of other devices. These positive effects wereobserved during Microsoft’s Project Natick, which operated sealed data center containers under the sea foryears.25 Before scaling up, the balance between these opposing effects must be thoroughly evaluated throughmultiple in-orbit demonstrations. The data center architecture has been designed such that compute containers and other modules can be swapped out in a modular fashion. This allows for the replacement of old or faulty equipment, keeping the datacenter hardware current and fresh. The old containers may be re-entered in the payload bay of the launcher orare designed to be fully demisable (completely burn up) upon re-entry. As with modern hyperscale data centers,redundancy will be designed-in at a system level, such that the overall system performance degrades gracefullyas components fail. This ensures the data center will continue to operate even while waiting for some containersto be replaced. The true end-of-life of the data center is likely to be driven by the underlying cooling infrastructure and the powerdelivery subsystems. These systems on the International Space Station have a design lifetime of 15 years26, andwe expect a similar lifetime for orbital data centers. At end of life, the orbital data center may be salvaged27 torecover significant value of the hardware and raw materials, or all of the modules undocked and demised in theupper atmosphere by design.

[-] zogwarg@awful.systems 14 points 2 months ago

BasicSteps™ for making cake:

  1. Shape: You should chose one of the shapes that a cake can be, it may not always be the same shape, depending on future taste and ease of eating.
  2. Freshness: You should use fresh ingredients, bar that you should choose ingredients that can keep a long time. You should aim for a cake you can eat in 24h, or a cake that you can keep at least 10 years.
  3. Busyness: Don't add 100 ingredients to your cake that's too complicated, ideally you should have only 1 ingredient providing sweetness/saltyness/moisture.
  4. Mistakes: Don't make mistakes that results in you cake tasting bad, that's a bad idea, if you MUST make mistakes make sure it's the kind where you cake still tastes good.
  5. Scales: Make sure to measure how much ingredients your add to your cake, too much is a waste!

Any further details are self-evident really.

[-] fasterandworse@awful.systems 11 points 2 months ago

if you MUST make mistakes make sure it’s the kind where you cake still tastes good

every flat, sad looking chocolate cake I've made

load more comments (23 replies)
this post was submitted on 01 Sep 2024
23 points (100.0% liked)

TechTakes

1401 readers
155 users here now

Big brain tech dude got yet another clueless take over at HackerNews etc? Here's the place to vent. Orange site, VC foolishness, all welcome.

This is not debate club. Unless it’s amusing debate.

For actually-good tech, you want our NotAwfulTech community

founded 1 year ago
MODERATORS