Why is it happening to the U.S. regions especially?
4,511 karma · joined August 29, 2016
Why is it happening to the U.S. regions especially?
Anyway, YMMV.
I use both git and Dropbox, because I have multiple devices to sync: laptops, a desktop, and linux servers.
If you use a desktop and a laptop back and forth, git is quite inconvenient. You don't need to commit and push from the desktop to switch to the laptop with a folder level realtime sync solution.
Also, git only protects files that are staged, but Dropbox can restore any files to any point of file event (not periodic snapshot, but it keeps all file events). So combining both you are safe from any kinds of mistakes.
I use Dropbox because Google Drive sync wasn't stable enough for this kind of workflow but I am not sure if it has been improved lately.
When I tried it at the end of the last year, ent works fine with Planetscale for basic reads. However, it fails to read when I use complex queries with Ent GraphQL integration.
ent added quite a lot of features last year so things might changed from the time when the blog post was written.
- No foreign key support
- No CTE support
I tried using Planetscale knowing that there is no foreign key support because it is fine to me. But I had to stop using Planetscale because of the second. My ORM (ent for golang) relies on CTE so I simply cannot run complicated queries.
So if you are considering Planetscale, test it enough especially if you are using an ORM.
I have seen very few strongly consistent distributed KV store that scales beyond 10GB+
AFAIK doesn't Consul also use Raft?
As a person with no background in distributed systems, I am wondering why people choose Consul over alternatives. Are there features that etcd doesn't offer?
Other protocols you mentioned, including NFS, does not work well over the internet.
Some of them are exclusively designed to work within the same network, or very sensitive to network latency.
1. PyTorch model files are neither portable nor self-contained, because PyTorch model files are pickled Python classes containing weights so you need Python class code to run it.
Because it needs real Python code to run the models, PyTorch suffers from a numerous issues porting to other non-Python platforms such as ONNX.
PyTorch offers a way to export to ONNX but you will encounter various errors. [1]
Sure, you might be lucky enough to troubleshoot a specific model to export it to ONNX, but if your objective is to export arbitrary 964 models from a model zoo (TIMM) it is almost impossible.
2. There are organizational or cultural problems with it. Because of the above problem, PyTorch model needs to be designed with portability in mind from beginning. But porting & serving models are what engineers do, whereas researchers, who design models, don't care about it when writing papers. So it is often hard to use SOTA models that comes from an academic research.
In my experience this ended up with more complicated.
Those systems are typically developed by people who already left and are undocumented, and they become extremely difficult to figure out the config (packages, etc files... oh, where even the service files are located?) and almost impossible to reproduce.
It might be okay to leave it there, but when we need to modify or troubleshoot the system a nightmare begins...
Maybe I was just unlucky, but at least k8s configs are more organized and simpler than dealing with a whole custom configured Linux system.
But I don't like that ugly and huge webcam. I would use my own webcam on top of it.
> via Mini DisplayPort 2.1
Why Mini Displayport? I haven't heard of Mini DP for years.
It is still OK to commit without generated code and things won't break as long as you pinned the package versions correctly. But some people don't like to put extra burden in the build phase. So it is totally organization's decision whether to commit generated code or not.
Code generation make you very productive since IDE's auto-complete and code search works perfectly and snappy with the generated code.
The only complaint is that it tends to make noise during code reviews because they include autogenerated code too.
Ent is not a full-featured web framework so you need to implement many of features by your own or use other libraries (e.g. http server and session management).
If you are only looking for ORM + GraphQL then I highly recommend trying Entgql, an Ent extension for GraphQL with Gqlgen library [1]. Once you define an ORM schema, it will generate GraphQL Query for Relay server. Still you need to implement GraphQL Mutations by your own but at least it will create Input types for you (both for Create/Update).
I wonder how it is different in other countries.
The upload fee (PUT request fee) is $0.065/1000files so it will charge you a lot when you have millions of files.
We have a storage with 40TB with 100 million files, then what is the expected number of archive files?
BTW, it had been dead for 10+ years...time flies so fast.
Some GPU-enabled applications require an X server with a physical HDMI/Displayport attached.