dd 测试要加 conv=fdatasync , 才能有点参考作用，没加速度都是假的，内存加速的结果，比如：

dd if=/dev/zero of=/opt/test.dbf bs=4k count=200000 conv=fdatasync

才能大约屏蔽 linux 缓存，不加的话。内存缓存起作用。IO 会偏大，根据我的实际使用，偏大一倍左右。

技术债。隔了几代升级想没有问题有点难。

我都是用 1

go 不就是要判断 err 吗，缺了 err 就不是 go 了

一般都是 花呗，借呗，白条，金条 ，借实体小银行的主体

楼主应该可行，你的程序只包含 minio sdk , 而 sdk 是 apache 的，你的应用程序应该不用开源 。
然后你只下载 minio 官方的二进制部署 ，不进行任何修改就行。
agpl v3 主要防范云服务商利用开源代码加自己的魔改提供领先于开源版本的服务，不给上游开源项目发 PR 做贡献，出了问题还叫用户去找开源项目解决问题。AWS 就干过这事。
agpl v3 有助于开源项目向云服务商索要魔改后私有版本的源码，也就是魔改的 minio 代码，由于你只使用 minio ，没啥可开源的，基本没问题。
agpl v3 由于是外来协议，光翻译就存在巨大分歧，中国法院承不承认都是一个问题 ，很多人建议不要用。但是我认为，只要你是自己用并且不魔改，基本没问题的

@100Percent 我为我说话有些戾气道歉 ，我看贴之前楼主没有那么多补充说明，没有提到微服务等场景， 这标题也起的有问题，但是万变不离其宗，离开 SQL 很难弄 ，引入 ES 组件在微服务多条件，多服务聚合场景下，去用 ES, 涉及到的数据同步， 多服务联合，多服务数据聚合，复杂度增加 500%

建议放弃编程 ，写个 sql 都能成痛苦 。

高性能，高并发，你值得拥有

后续也不可能支持 ，它的顺序是硬编码 ，只能 select insert ,或 创视图

go 1.19 已支持 loong64 编译, go 的 loong64 就是 loongarch64 ，之前龙芯的人提议 go 的后端名称为 loongarch64 ，go 主线人员不同意，认为改成 loong64 好记一些。本来 go1.18 就要上的，但是主线人员认为不成熟 ，拖到 1.19 才上

盗版影视站，盗版小说站 ，域名都不好放在国内

为啥你还有客服鸟你，我都是对着文档硬撸。

我接受不了恋爱长跑 ，看你 7 年了，分手了肯定难过。我最多接受恋爱 2 年，我就要女生表态，能不能结婚。不能结婚就拜拜 。

可以转移到 CF 吗

设立的影子公司成都游术 ，专门就是用来起诉的 。我司被另一版权流氓索赔 40W

这 谭警官 本人都成被告 ，要是没舆论帮助。也得跪

参考最近 谭谈交通 节目 ，二创内容被上传到国内知名互联网公司，包括腾讯、爱奇艺、抖音、快手、B 站、百度、搜狐、优酷、小红书、华为、咪咕等。其中，起诉 B 站就达 31 次
这种涉及版权的官司大概率要输。你要是大公司还有法务帮你交涉，大概率赔钱和解

现在很多专业版权碰瓷。