They had a survey a few months ago and that made me think about why... I realized many days, the only positive interaction with encouraging words for me was solving those games.
252 karma · joined October 16, 2021
They had a survey a few months ago and that made me think about why... I realized many days, the only positive interaction with encouraging words for me was solving those games.
Randomly selected? Members of some crypto site? Garbage website makes sure there's no methodology or link to it you so will never know.
Techcrunch has a redirect to guce.advertising.com, which is blackholed... so I can't read their content directly whether it's on hn or not. If I specifically want to read it, archive.is has it without ads. That means they get punished either way by losing hits, which is the only pressure they care about.
You should be able to register the same ssh pubkey with all the accounts.
Then just back up that pub and privkey on a usb stick somewhere and accesss everything from the same keypair.
Uh... okay...
It's more likely a shared part of your ISP network, beyond your front door, overloaded or struggling.
In your router you should be able to monitor things like link snr and see how it acts when working well and showing the problem. Same with packetloss to your gateway.
>> Software does not decay.
The term 'bitrot' exists for a reason. Most software doesn't exist in isolation, the things it interfaces to directly (eg, libs, the OS, bits in cpu words) or remotely (crypto certs, algs, protocols) will change over time and break it. Even if it truly was not broken before.
This is a reminder of how much power you cede to Microsoft when you decide to make yourself completely reliant on their free services.
> This page has an X-Frame-Options policy that prevents it from being loaded in this context.
> The browser prevented this page from loading in this context because the page has an X-Frame-Options policy that disallows it.
Modern browsers don't let this kind of content leeching work if the original host doesn't want their content leeched.
I read a quote here a few months ago: you can do a good job on two of kids, relationship, job.
Having a healthy ego and doing objectively great things to feel good is not in itself 'toxicity' that must be 'killed'.
Pico and rpi are completely different levels of effort and cost. You should figure out what networking, ram, OS or RTOS, and cpu power you need first.
If the server issues a different challenge each time, decrypting one response doesn't buy you anything.
Naturally this clickbait cannot be substantiated, since it only needs to save me from one mistake to falsify it. And my compiler does that 50 or 100 times a day when writing a lot of code.
...who is named as the owner on the domain registration?
...which it fails to do, just adds to the don't-want-to-admit-it's-a-ponzi pile of babble.
Sure it's the wrong move to blow $2K/mo on some Xeon, but it's not the wrong move to spend $30 on bracketing the extent of the platform's problems.
These secret decisions are not commonly rational like that. Maybe Sandy keeps quiet when they know the boss is wrong and leaves it to John to speak up and stop the whole thing going over the cliff edge.
vCPUs don't prioritize or guarantee performance.
2GB physical ram may not be a lot.
1Mb bandwidth (~100KBytes/s) may not be a lot if multiple simultaneous users with bulk payloads.
Storage may not be performant.
Personally as a first step I would just migrate it to a better, dedicated server. Consider the cost of your time to research it. In the West a midrange older dedicated server starts at ~US$30/mo. All kinds of potential badness about being in a vm on a shared resource are eliminated.
If not, or if that doesn't buy you a solution, you must characterize which of the vserver itself, cpu, storage, or bandwidth is the bottleneck.
Assuming it's linux, I would ssh in and set up prometheus or similar monitoring so you can see it over a week.
If no problem, hit it with concurrent transactions until there is a problem. Compare what you have to do to see a problem on a setup on your laptop vs the remote server, you can judge your vserver then.
For cpu, look with top how it acts when you give it transactions. Who eats cpu?
Memory, top + vmstat.
For storage, iostat.
Network, netstat -s
Yeah... 4 of those boards in this cluster gives about the same compute as a single $100 raspberry pi 4.
Risc-v's day will come but until then...