orf

29 ms·

421.
by orf 2y ago
Yeah I figured! I like the design, it’s pretty cool.
422.
by orf 2y ago
It’s terribly slow, given that it’s starting an entire Python process, configuring boto3, etc. that’s 2 seconds on my machine, just to run —help. And it’s all to make a single HTTP request (80ms) Not sure if this is just pseudocode though.
423.
by orf 2y ago
Not to be too negative, but: > When modeling AWS IAM policy in System Initiative, we realized that AWS provides a sophisticated Policy Simulator. So we modeled it, connected our IAM Policies and resources to it, and had a new, real time
424.
by orf 2y ago
Is it not because “plain and simple C” often doesn’t often use threads?
425.
by orf 2y ago
Having a common library function that is either lighting fast or dog slow depending on the hardware, is not a great position to be in. Moreover, this will get worse as more CUDA specific features are added to PyTorch with ad-hoc fallback fu
426.
by orf 2y ago
Thank you! Very interesting
427.
by orf 2y ago
> You can't truly be federated if you require centralization. I’m not so sure: isn’t the certificate transparency log a pretty good example of a federated group of disparate members successfully sharing a view of the world? That req
428.
by orf 2y ago
> but C# can never take a such change because it would be massively breaking Out of interest, why?
429.
by orf 2y ago
Unfortunately, in practice they are a nightmare. Look at the WHOIS protocol for an example. Humans don’t look at responses very much, so you should optimise for machines. If you want a human-readable view, then turn the JSON response into s
430.
by orf 2y ago
Try not to throw around statements like “they broke duct ordering because they felt like it”. Obviously they didn’t do that. There are trade-offs when preserving dictionary ordering.
431.
by orf 2y ago
It’s common to have a list of objects with different types, but which implement the same interface. Duck typing of this kind is core to Python.
432.
by orf 2y ago
Thank you for taking the time to explain this - it makes sense, and it’s interesting to invert the problem by storing missing numbers.
433.
by orf 2y ago
Assuming no duplicates, the only case that would make sense would be if all but a single byte was different (sequentially across all records). Even then you’d end up with more than the number of bytes we’re talking about, even excluding the
434.
by orf 2y ago
Yeah, that’s nuts and is obviously flawed behaviour that can interact poorly with any number of things - not least of all any kind of checksums within the response. I’m surprised to see that in a RFC. Edit: it’s only for the cache key: >
435.
by orf 2y ago
How could this work with less than 1 bit of data per key? Assuming there are no duplicates, which is a sensible assumption, you’d need a minimum of 100,000,000 bits to store 100,000,000 unique entries larger than 1 bit with even a perfect h
436.
by orf 2y ago
> This is now a thing of the past. I have designed a system that stores 100 million public keys in an 80 KB file That’s 0.0064 bits per public key - so either there are lots of duplicates, or something is amiss here? Edit: they don’t act
437.
by orf 2y ago
Thanks for trying it out! I’ve tested this on a lot of public images, but it hasn’t been “battle tested” yet. Are you able to share the image you’re using with me, or a reproduction case? Even the base images would help.
438.
by orf 2y ago
It quite clearly is.
439.
by orf 2y ago
The relevant comment from the thread: This crash is caused by trying to parse a color from an empty string. Possibly a server side fix wherever the app is receiving that color string from, but uninstalling or clearing the cache won't f
440.
by orf 2y ago
Thank you! The most surprising one for me was the size reduction for the google cloud SDK image - 1.1GB to 187MB.
441.
Show HN: Docker-repack – Speed up Docker image pulls(github.com)
17 points by orf 2y ago|7 comments
442.
by orf 2y ago
I created this tool whilst I was learning about Docker/OCI image internals. The tool repacks and optimizes Docker images by efficiently repacking the contents into equal sized layers. The speed improvements for large images are signifi
443.
by orf 2y ago
It’s also one of the the most American-sounding statements I’ve ever heard.
444.
by orf 2y ago
Computers are inherently asynchronous, we just plaster over that with synchronous interfaces. We put a lot of effort into maintaining these synchronous facades - from superscalar CPUs translating assembly instructions into “actual” instruct
445.
by orf 2y ago
> …which is proven to be impossible For some definition of impossible, given that many systems utilise them effectively. Not all corner cases or theoretical failure modes are relevant to everyone.
446.
by orf 2y ago
Yes, Android apps can and do have native libraries. Sometimes this can be part of a SDK, or otherwise out of the developers control.
447.
by orf 2y ago
https://www.philips-hue.com/en-gb/explore-hue/works-with/mat... > Do I need a Philips Hue Bridge to connect my devices via Matter? > Yes. A Philips Hue Bridge, the smart lighting hub for the Philips Hue
448.
by orf 2y ago
It's pretty simple: in order to control your devices in the same manner as most other smart devices (Matter), you need to spend ~40 pounds on a bespoke Hue bridge, use their app, are forced to sign up for an account, and need to ensure
449.
by orf 2y ago
> It's like complaining your Rolls-Royce comes with too many features such as TVs and umbrellas in the doors, while you just want a working car with 4 wheels - go buy a Ford Fiesta then. But they are not selling a Rolls Royce: they
450.
by orf 2y ago
Most of that, including remote access, comes from HomeKit or Google Home. I don’t want an expensive bridge or a Hue account or another app or another way to setup automations or anything else. Just sell me smart bulbs goddamit.

More ›