九维我操你爹
https://fxtwitter.com/popovicu94/status/1993165606997156077
#TIL
A very insightful thread, this could actually save my days.
BTW, I would recommend using mmdebstrap instead of debootstrap
https://gitlab.mister-muffin.de/josch/mmdebstrap#the-sales-pitch-in-comparison-to-debootstrap
#TIL
A very insightful thread, this could actually save my days.
BTW, I would recommend using mmdebstrap instead of debootstrap
https://gitlab.mister-muffin.de/josch/mmdebstrap#the-sales-pitch-in-comparison-to-debootstrap
FxTwitter
Uros Popovic (@popovicu94)
Stop downloading 4GB ISOs to create Linux VMs.
You don't need an installer, a GUI, or a "Next > Next > Finish" wizard. You just need a directory of files.
Here is how I build custom, hacky, bootable Debian VMs in 60 seconds using debootstrap.
Your distro…
You don't need an installer, a GUI, or a "Next > Next > Finish" wizard. You just need a directory of files.
Here is how I build custom, hacky, bootable Debian VMs in 60 seconds using debootstrap.
Your distro…
#TIL
https://alexsaveau.dev/blog/projects/performance/files/fuc/fast-unix-commands
https://alexsaveau.dev/blog/projects/performance/files/fuc/fast-unix-commands
Alex Saveau
Fast Unix Commands
Fast Unix Commands (FUC) is a project that aims to create the world’s fastest Unix commands. Currently, this means rm and cp replacements named rmz and cpz (the ‘z’ stands for “zippy”). When better performance cannot be achieved, the next highest priority…
今年最後の勉強会、大変勉強になりました、ありがとうございます。
来年もまた宜しくお願いしますー
#TIL https://mainichi-nonbiri.com/jltct/cooperative-principle/
来年もまた宜しくお願いしますー
#TIL https://mainichi-nonbiri.com/jltct/cooperative-principle/
#TIL
https://github.com/rustfs/rustfs
https://github.com/rustfs/rustfs
GitHub
GitHub - rustfs/rustfs: 🚀2.3x faster than MinIO for 4KB object payloads. RustFS is an open-source, S3-compatible high-performance…
🚀2.3x faster than MinIO for 4KB object payloads. RustFS is an open-source, S3-compatible high-performance object storage system supporting migration and coexistence with other S3-compatible platfor...
https://fixupx.com/f_studychina/status/1979897557959803237
我在日本说「不好意思，请让一让」的时候讲的是「すみません、通しますー」……原来地道的说法是这样的😂
#TIL
我在日本说「不好意思，请让一让」的时候讲的是「すみません、通しますー」……原来地道的说法是这样的😂
#TIL
#TIL
最近的工作实在学不到什么东西，脑子闲不下来就又开始折腾了
上个月因为帮 ArchiveTeam 跑爬虫把服务器流量都烧干了，带来一个意外很棘手的问题：如何限制容器的网络带宽？
搜了一圈，docker engine 社区至少十一年前就有提出这个需求，但是……（摊手
不从 docker 这边下手，剩下的思路基本都是在容器镜像里预装 tc 二进制，写一个入口脚本在容器启动时先自己把带宽限制好，再把业务拉起来
但是直到看到这篇博客我才注意到一个问题：网上给的这些答案都是只需要限制出口带宽就能满足的场景。而在我这个需要严格限制入口带宽的场景下，这些答案都是行不通的
那要怎么办呢？答案都在文章里了：
https://hechao.li/posts/container-bandwidth-limit/
最近的工作实在学不到什么东西，脑子闲不下来就又开始折腾了
上个月因为帮 ArchiveTeam 跑爬虫把服务器流量都烧干了，带来一个意外很棘手的问题：如何限制容器的网络带宽？
搜了一圈，docker engine 社区至少十一年前就有提出这个需求，但是……（摊手
不从 docker 这边下手，剩下的思路基本都是在容器镜像里预装 tc 二进制，写一个入口脚本在容器启动时先自己把带宽限制好，再把业务拉起来
但是直到看到这篇博客我才注意到一个问题：网上给的这些答案都是只需要限制出口带宽就能满足的场景。而在我这个需要严格限制入口带宽的场景下，这些答案都是行不通的
那要怎么办呢？答案都在文章里了：
https://hechao.li/posts/container-bandwidth-limit/
被 code agent 删分支了……
我害怕 AI 把我正在编辑的内容搞乱特意 stash 了所有的修改，结果没防住这招……才知道分支被删了 stash 里的东西也会丢 我 stash 丢了应该是别的原因，删除分支没有这个影响
好消息是 git reflog 找回来了部分 commit 过的东西🫠
#TIL
我害怕 AI 把我正在编辑的内容搞乱特意 stash 了所有的修改，结果没防住这招……
好消息是 git reflog 找回来了部分 commit 过的东西🫠
#TIL
