xxpxxxxp@xxpxxxxp
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“去看官方教程吧 https://learn.hashicorp.com/terraform/ 【 在 MrKiWi 的大作中提到: 】 : 有什么推荐的博客或教程嘛？感谢感谢”
“不慌，就是写个脚本做部署 我猜贵司多半在用AWS 感觉跟写个gradle script做编译差不多 虽然现在我每次写起来都磕磕绊绊的要google，不过也没有太大难度啦”
“你只差最后一点点了 是val被推导成了int&&, T本身还是int，这就是为啥上面不对 template <typename T> void print_lr(T&& val) { if (std::is_lvalue_reference<decltype(val)>::value) { cout << "lvalu…”
“根据 https://stackoverflow.com/questions/4448094/can-we-see-the-template-instantiated-code-by-c-compiler 似乎clang++可以做到这个 clang++ -Xclang -ast-print -fsyntax-only …”
“我觉得取决于你的mysql job频率，以及spark集群架构 job频率至少每1分钟1次 -> 老老实实一直跑着spark吧，spark job分配资源的速度都不一定赶得上trigger的频率呢 job频率很小 -> 用AWS lambda/单独的VM/container/k8s pod来检查mysql里的新任务，有…”
“哦我还以为你是楼主呢 我觉得缓存要是没有跟使用者一个进程的话，用Redis绝对比自己撸靠谱的多 【 在 ray19950624 的大作中提到: 】 : 好的，谢谢。因为我看楼主说 多进程get IO耗时巨长，所以感觉是调用方多进程”
“你成功把我迷惑了同学 key太多，不可能一个key一个锁，耗资源不说，怎么获取key对应的锁呢？听起来又要一个全局锁 分布式锁很多都可以wait的，基于zookeeper的，基于etcd的，都可以 不过你的多线程get要说的是分布式的，也就是说你的缓存是单进程的，请考虑直接用redis，再不济也考虑下redis单线程的…”
“IO耗时无论如何也是不可避免的了 听起来本地缓存是跑在同进程里的，不是外部的比如redis，多线程各自去get，也就用不上IO复用了 上面同学说的读写锁是一个好主意 更好一点的是，读/写key A与读/写key B应该也没什么关系，读写锁的粒度还可以更细一点 细到key粒度也没必要，细到线程粒度有足够概率防撞就好了，可…”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。