spring 牛逼，但......离开 curd ，又有多少场景需要这种牛逼呢

svip ssvip sssvip

写代码来看，还是强了不少的，逻辑性更强了，同时错误率下降了

盒马一天三变化，动不动就大改，而且东西品质不好还不便宜，不理解它的会员有啥价值，主动求遛吗？

想法很不错，不过现阶段，不太敢用，服务器上出点错很可能就彻底 gg 了

估计是灵异事件吧，等修复

我两台，都没有出现鼓包情况，不过之前用过几台 intel 芯的 mac ，也都没出现过鼓包就是了，身边朋友好像有出现过，M 之后好似确实没再听说过鼓包

我倒是感觉实际提升还挺大的，写代码的错误率明显下降了，引用各种库的版本也都尽量是最新了

遗憾啊，应该是睡我对象没睡够吧，实在是太可人了

如果你打算之后去惠州工作和生活，那可以，惠州有惠州的好，如果不是，那建议不要

你终于发现了，CloudFront 确实对大陆比较友好

这是你博客引用静态资源的路径应该做对应的修改，nginx 不背这个锅

@lswlray 那你这就属于简单但繁琐的体力活了，而且，这个数据的使用也敏感，容易触及灰色地带。你要是没找到合适的人，回头可以找我，不在你说的区域，但是干这个活还是熟练的，Rust / C

目前能看到的，是磁盘 io 的时候，锁争用导致内核 panic ，但是缺乏更具体的信息，做不了更具体的分析，建议如下

1 、关掉看门狗
2 、调整一下脏页回写相关的参数或许可以缓解一点点
sysctl -w vm.dirty_background_ratio=5
sysctl -w vm.dirty_ratio=10

最好是整体评估下是否磁盘能力真的不够用了，如果不够用，加磁盘分散压力吧，软件解决不了硬件能力不够的问题。或者，检查下是不是应用层有大量随机小写，或者异常刷盘的情况，导致突发压力，如果是，就杀程序员祭天

另外，3.10 内核跑 XFS ，明确发现有明显的锁竞争放大的问题，也就是你现在遇到的问题，如果可能，建议考虑升级，后续的内核版本中，XFS 已经有很多的性能升级和修复了，至少检查一下你当前版本，是否有关于这方面的最新补丁

国内公司搞的这种东西，还是得注意下

你是纯做采集么，还是包括分析，这个数据，除了满足监管要求以外，对药厂的价值更多的在于查串货、控价之类的，以及辅助生产计划、销售端布局之类的，纯采集应该很难单独作为一个事情吧应该