This is absolutely the first thing I looked for too. They just barely mentioned thermal management at all. Maybe they know something I don't, but I know from past posts here that many people share this concern. Very strange that they didn't go there, or maybe they didn't go there because they have no solution and this is just greenwashing for the costs of AI.
No, they just literally assumed their design fits withing the operational envelope of a conventional satellite - the paper (which no one read, apparently) literally says their system design "assumes a relatively conventional, discrete compute payload, satellite bus, thermal radiator, and solar panel designs".
This is not the 1960s. Today, if you have an idea for doing something in space, you can start by scoping out the details of your mission plan and payload requirements, and then see if you can solve it with parts off a catalogue.
(Of course there's million issues that will crop up when actually designing and building the spacecraft, but that's too low level for this kind of paper, which just notes that (the authors believe) the platform requirements fall close enough to existing systems to not be worth belaboring.)
Since this isn't the 1960s, and it's Google with their resources, maybe they'd go for some superconducting logic based on Josephson Junctions, like RSFQ? In parts, at least?
So they wouldn't have the burden of cooling it down first, like on earth? Instead being able to rely on the cold out there, as long as it stays in the shadow, or is otherwise isolated from sources of heat? Again, with less mess to deal with, like on earth? Since it's fucking cold up there already? And depending on the ratio of superconducting logic vs. conventional CMOS or whatever, less need to cool that, because superconducting stuff emits less heat, and the remaining 'smartphony' stuff is easy to deal with?
> Instead being able to rely on the cold out there, as long as it stays in the shadow, or is otherwise isolated from sources of heat?
All the sources of power to run anything are also sources of heat. Doesn't matter if they're the sun or RTGs, they're unavoidably all sources of heat.
> Since it's fucking cold up there already?
Better to describe it as an insulator, rather than hot or cold.
> If I had those resorces at hand, I'd try.
FWIW, my "if I had the resources" thing would be making a global power grid. Divert 5% of current Chinese aluminium production for the next 20 years. 1 Ω the long way around when finished, and then nobody would need to care about the duty cycle of PV.
China might even do it, there was some news a while back about a trans-Pacific connection, but I didn't think to check if it was some random Chinese company doing a fund-raising round with big plans, or something more serious.
The basic principle still is that you need to shed as heat whatever energy you absorbe from the Sun. Electronics don't create extra heat, they convert electricity into it. So, unless I'm missing something, I'd expect any benefit of superconducting to manifest as less power required per unit of compute, or more compute per fixed energy budget. Power requirements can't go to zero for fundamental reasons (that make parts of CS into branches of physics).
> If I had those resorces at hand, I'd try.
I would too, and maybe they will, eventually. This paper is merely exploring whether there's a point in doing it in the first place.
From experience, these bot filters are usually installed because the site would be down entirely without rejecting AI scrapers, so the argument to shut it off to improve usability is rather silly.
They don't need to shut off Anubis, they just need to configure it beyond the defaults. If they turned on the meta-refresh based challenge then all browsers could access it while still keeping most of the bots away. But few people ever configure these things and just accept the broken defaults.
With the current broken default config my browser can't even run the JS challenge due to it using unsupported bleeding edge JS features.
Hi, can you please paste the error message you get? This should be using features that are supported widely as of 2022 and I regularly test on Firefox LTS.
I'm just getting "invalid response." in a 500 response from the `anubis/api/pass-challenge` endpoint – weirdly, when I added breakpoints and stepped through the code myself, it worked, but if I load again, I get the error. Maybe there's a timing component? (Firefox stable)
Check out commit 13ce36fef98a3f4e6d8360c24d6b8434cbb8869b from https://git.ffmpeg.org/ffmpeg.git if your web browser doesn't support Javascript. The linked page is just a git viewer for that specific commit.
Thanks for checking! Incognito blocks me too, no idea whats up. Maybe I'm getting tripped up by IP reputation or something (though I shouldn't, normal residential connection).
Took about 30 secs for me (5 yr old intel cpu). Looked like there was a progress bar, but it didn't progress. Maybe the difficulty varies depending on IP address?
It's up to the site admin to configure it that way, but it's possible some IP ranges/user agents are more often used by bots and therefore have an increased weight.
my i5-6200U with firefox/linux is about 10 years old. I used a variety of add blocking and fingerprint blocking techniques. Cloudflare often complains and blocks me.
This page loaded pretty much instantly (certainly in the time it took to switch to the background tab I loaded in). But then ffmpeg is written by old school engineers with old school ways of working. Their social media accounts are a hilarity of trolling worthy of slashdot in its peak.
While most of our newer customers are on AWS, we have a number of legacy customers on Linode/Akamai. Sunday morning, our VPSes started going offline.
At 6:08am Eastern on Sunday, Linode's status page acknowledged big trouble "related to heating/cooling complications in the [Newark] data center due to a power outage."
While the majority were down for several hours, one customer's VPS didn't come back until around 9:30pm Eastern. Linode's status page still indicates recovery work is in progress.
This is by far the longest Linode outage I can remember.
While #hugops are definitely in order (I'd send the techs a pizza if I knew where to send it), I am also curious if others are still seeing servers down at this point.
Point of information: I believe this project uses Tauri, which actually does use web technology and even JavaScript for rendering, it just does it with the native web renderer of the platform so you're not dragging around a superfluous extra copy of Chrome in RAM for each and every individual app:
"Write your frontend in JavaScript, application logic in Rust, and integrate deep into the system with Swift and Kotlin."
"Bring your existing web stack to Tauri or start that new dream project. Tauri supports any frontend framework so you don’t need to change your stack."
"By using the OS’s native web renderer, the size of a Tauri app can be little as 600KB."
So you write your frontend with familiar web technology and your backend in Rust, although it's all running in one executable.
I am curious if it would be all that much worse if your backend was also JavaScript, let's say in Node.js, but it certainly depends on what that back end is doing.
I'm interested to see whether the final feature set will be larger than what you'd get by creating a type-safe language with a pythonic syntax and compiling that to native, rather than building custom hardware.
The background garbage collection thing is easier said than done, but I'm talking to someone who has already done something impressively difficult, so...
> I'm interested to see whether the final feature set will be larger than what you'd get by creating a type-safe language with a pythonic syntax and compiling that to native, rather than building custom hardware.
It almost sounds like you're asking for Nim ( https://nim-lang.org/ ); and there are some projects using it for microcontroller programming, since it compiles down to C (for ESP32, last I saw).
