你真的觉得 300mhz 的 fpga 做矩阵计算能比 2ghz 的 gpu 强么

很早就发现了，京东的兄弟们修修 bug ，谢谢

是 iam role

拼多多百亿补贴了解一下
便宜 1000 的同时还能给你搞个 z790

replicate 到多个 bucket ，每个路径单独算 throttle 。

或者你这样，直接用 redshift (spectrum)，直接 query s3 ，或者 load 到 redshift managed 的 s3 ，性能完全不比 clickhouse 差。

在国外更要关注业务
infra 直接用 aws 全家桶，snowflake 这种

大部分的 oltp 业务就是一行 join 一行，或者一行 join 几行，走索引，你在业务做或者用 sql 做差不太多，大概率达不到你想要的效果。

除非你的需求很特殊，是几十行 join 几十行。可以考虑用自动扩容的 KV NoSQL ，DynamoDB Cassandra 这种，业务层 join 。

如果是全量 join 就上 olap 数据库没啥说的

s3 是存储界最伟大的发明

对比度 对比度 还是对比度
主要是 lcd 太垃圾了
crt ，等离子，oled ，mini-led 哪个显示效果不比它好

去一线为啥要裸辞兄弟？
远程面试，找到下家再去

这么跟你说吧，世界上最大的那个云大部分服务都是 Java 写的

查了一下，还真是中国留学生发明的

cdk8s

考
就业天差地别

vpc

本外企表示登不上

楼上有直接反驳的，我看你也没理他。
你可能没有搞懂一些概念。

nio 就是给 select/epoll 包了一层
如果你写过 C 语言的 server 的话你应该知道编程模型是：
一个主线程 /eventloop/selector 在等待 io ，出现事件以后再执行 callback/起一个线程执行 callback 。
如果你的下游是阻塞的，比如是 jdbc ，你要为 callback 起个线程，那确实符合你的描述。

但是如果你的主要任务是当个网关，你的下游支持异步请求（比如基于 netty client 的 rpc 库 /支持异步的数据库），那么你可以用 completableFuture 的那套东西，不需要让工作线程阻塞在那监听下游。

在这种情况下，200 个同时来的请求，不会产生 200 个同时 block 住，等待下游的线程。

200 这么点，当然你用啥模型都没影响，想让单机并发破千、破万，肯定要死扣每个线程的几兆内存。