mrsirduke

I've been happy with the awair element[1] for years. It also measures PM2 and temp/humidity/voc.

[1]: https://www.getawair.com/products/element

I have a similar story, but in our case it was a rental house in the Bay Area. It's been 3 years and who knows how many temporary places to live, and we're still not even close to recovery.

We ended up with the realization that the rental housing stock in the Bay Area are all very old, usually not well maintained and depending on the area, very likely to have or have had water damage, the only thing we could do to get into newly built housing, was to rent an apartment.

The amount of bad information and advise is pretty staggering – if you're adversely reacting to the environment you're in, the best thing you can do is remove yourself from it, then accept that you may never be able to return to it.

Anyway, this all sounds very familiar and you're welcome to reach out to me at <hn-name>@icloud.com – and that goes for anyone else dealing with similar stuff.

There are captive buttons to change gears/direction in the X (2023) where the hazards are, as outlined in the docs: https://www.tesla.com/ownersmanual/modelx/en_us/GUID-E9B387D...

What you two are describing may be the addition of Robusta commonly found in Italian espresso blends and more. It's what gives those blends that bitter kick. If that's what you're after, try seeking out blends with 5-10% Robusta.

Because I'm sure more than one person is wondering, the literal translation of "rødgrød med fløde" is "red porridge with heavy cream", not an insult but a traditional danish dessert.

Edit: missed an s in dessert.

Obviously this can be used in a malicious manner, but is that not a problem of ui and not "let's not have the browser talk to Bluetooth devices at"?

Allowing every site access to quietly scan for devices would be pretty horrible, but that's not the case from my understanding.

Based on the documentary[1] about it from 2015, he has partnered with Coke to build and distribute it.

Well worth a watch of you're unfamiliar with the project.

[1]: http://m.imdb.com/title/tt3242934/

Sorry for your loss. I lack the words to describe the level of empathy I feel when I read your story. Happy to hear you managed to bounce back.

Any advice for people going though a very tough time you'd like to share?

We tried using X.509 certificates in Denmark for proving your identity to the state.

It was a complete nightmare unless you understood what public key crypto is, how it works, and how to configure your browser for it.

Don't get me started about having to move your certificate/keys around.

It doesn't work for the masses.

> We cannot use the Linux kernel's built in crypto api because it is only exported to GPL-licensed modules.

What a strange choice by the Linux kernel.

> Continued overall growth but lagging adoptionof IPv6 have brought a reimagined IPv4 upon us, one thatentails address sharing in both space and time.

Sums it up pretty good.

> You raise a good point about (even in the bad case) moving headphones around the signal chain---and damn as an (especially functional) programmer I'd like that to be able to tap arbitrary locations in data flow like that. Enough all these control-flow-based debugging tools!

You should look into dtrace and it's new Linux counterpart who's name currently alludes me. It's almost like being able to do just that.

How do you tie things together and handle cross cloud failover?

I started out using fbsd back when 4.4 was a thing, and the performance was much better than anything GNU/Linux could do, for running Apache.

Back then fbsd had something called accept filters, which basically made the accept call only return when a http request was received in the network buffers.

Systems running fbsd loaded up different than Linux, kept being responsive. On same hardware, could do 3-5x more rps with lower load iirc.

As my applications at the time became more cpu bound, I switched to Debian around 4.11.

I've recently been using 10.x, coming back to fbsd from 10 years of Debian. I love what you've done while I was gone. Especially binary packages and easy upgrades, but especially jails and zfs.

Site is broken, here's a link/mirror in googles webcache:

http://webcache.googleusercontent.com/search?q=cache:http://...

The technique used to implement this is rather interesting, and the implementation itself[1] is very understandable.

I'm sure neither should be used in a production project.

[1]: https://github.com/snoack/python-goto/blob/master/goto.py

They should worry about that a lot. Amazon are notoriously bad at communicating during outages. They've gotten better, but they're big enough that it should have priority.

As for hyperlinks between apps, you mean something like http://applinks.org/

Nobel is not the exact word I'd use. It's been unenforceable from the get go.

If anything, think, just for a second, how much this law has costed the EU, and how many hours has been wasted reading/participating in the law. Of course, it could be one way of stimulating the economy, but I'd like to think it wasn't.

I took me a while to find gor, and it seems that there aren't many tools for traffic duplication/replication out there.

If you know of any tools like gor, I'd very much like to know of them.

I can't find any documentation, but the name suggests, that Tsung would be doing log replaying.

Gor does packet capturing and duplicates the requests to any number of environments.

It's a different tool for a different task.

GitHub is a much larger target, and has many, many more moving parts than your average Gitlab on, say, a Linode virtual server.

Github will probably have more downtime which you can do noting about, than your selfhosted gitlab, which will probably fail because you upgraded something, or tinkered with a configuration.

It's a numbers game. They have more people monitoring, they spend way more money than you do on uptime/services, but such a service doesn't get more stable as it grows.

I trust myself way more than I trust GitHub or other hosted/cloud services because I cannot affect/help them in any way when stuff happens.

Ultimately, I know this, I accept this, and I happily use GitHub, Bitbucket and such all the time.

FWIW: We recently talked about their servers, hardware and such: https://news.ycombinator.com/item?id=9309459

You mean in ATM's? I'm almost more concerned by them running a full Windows XP, but that's just me.

Running BeOS on my Pentium II Celeron 333 MHz was pure joy. It's such a shame it didn't amount to more than it did.

That and OS/2.

It'd be nice to see FreeBSD adopt arm as a Tier 1 architecture with the increased adoption in the datacenter.

The documentation has the following to say on the subject:

> Each server has access to a pool of local drives. These drives are exported to servers via the NBD protocol which effectively makes them network drives. However, network between these drives and C1 nodes are dedicated PCB tracks which ensures minimal latency and avoids network congestion.

> There is no redundancy on these volumes, you need to handle redundancy on your side! They are archieved to a permanent storage when you start and stop your server.

> Local volumes are 100% SSD drives which are able to deliver a lot of IOPS and are perfect for random read/write patterns. The maximum size of LSSD volumes is 150GB.

Found on https://www.scaleway.com/faq/server#local_volumes

It seems they're using xnbd to provide the storage for the box. On Debian, the box is running a xnbd-client, which provides the rootfs:

  xnbd-client --blocksize 4096 --retry=900 10.1.32.197 4096 /dev/nbd0

  root@scw-6d2eff:~# df -h
  Filesystem      Size  Used Avail Use% Mounted on
  /dev/nbd0        46G  507M   44G   2% /

I did not check, but I hope there's some filtering/authentication for that process.

Like EC2 and others, the box has an internal ip allocated and an external ip via nat (or something else).

I was able to download a file from OVH with ~500 Mbit/s throughput when writing to the filesystem. Writing to /dev/null it increases to ~650 Mbit/s.

Running an untuned nginx, it can do ~300 req/s with ~20% cpu util.

Seeing as the storage is still virtual, I'm not really sure why this would be so much better than a virtual machine. I like the idea though.

The price seem to be going up at some rate. It was $75 earlier, and now it's $80.

I think it will be interesting to see how other providers handles this.