V2EX 首页   注册   登录
 neoblackcap 最近的时间轴更新

neoblackcap

  •   V2EX 第 47326 号会员,加入于 2013-10-20 19:22:30 +08:00,今日活跃度排名 10960
    neoblackcap 最近回复了
    2 天前
    回复了 pank 创建的主题 Java 那位大神帮我看看 FULL GC 时间过长怎么定位
    @pank 不想自己继续搞的话,上 Azul 的 Zing JVM 吧,4T 都能保持在 10ms 一下。不过啊,我觉得你可能还是打一下 snapshot 之类的看看堆里面到底是什么对象比较多,为什么那么容易触发 gc,是内存泄漏了,还是自己的程序有问题。确定程序没有问题再调优吧。
    要不然你程序有问题,上了 Zing JVM 也是用钱搞定而已
    k8s 就是分开的
    动态库?不是系统默认的包管理器吗?
    2 天前
    回复了 pank 创建的主题 Java 那位大神帮我看看 FULL GC 时间过长怎么定位
    30G 的内存是不是可以无脑推 JDK8 以上呢?毕竟 G1 我记得是用 CPU 换更低的回收时间
    4 天前
    回复了 mb135 创建的主题 程序员 猿们,还记得前几年火热的 nosql 吗?
    压根就不是这样的,说真的,绝大多数人或者公司都是跟风的。当年 nosql 是怎么起来的,谷歌三篇分布式论文当中的 bigtable,自 bigtable 之后,很多 nosql 就起来了。大多数这个时候的 nosql 都或多或少参考了 bigtable 的设计。至于现在的 newsql 怎么起来的呢?最近几年谷歌发表了 F1/spanner 的论文,其实给 nosql 做一个 sql 的兼容层问题也不大。于是现在 newsql 又开始了。
    其实大家并没有什么围绕 sql 系统来走,只不过是业务规模上去了,单机解决不了问题了。谷歌又恰逢其时提出震惊业界的成果,大家拿来主义而已。你说 nosql 好不好? Google 当然是觉得好啊,解决了 sql 一些不合理的地方,铺平了水平拓展的路。但是大家不买账啊。大家就是喜欢 sql,所以牺牲点优势换取大家的使用,这问题也不大。要不然现在的 newsql 怎么还不做存储过程呢?
    因此 sql, nosql, newsql 其实关系都不大。火不火肯定火,只不过我们大多数情况用不着,试问,多少人的数据库每天能有上千万的数据呢?现在的硬件跟 10 年前的也一样吗?真正遇到问题的唯有指数增长的业务部门才能遇到。至于 80%的程序员也是用用 mysql 就可以了。那么多学校或多或少提起的 Oracle 又有多少人真正的在工作中遇到,一个道理罢了
    @daemonghost 自己写就不要想了,老实用 idea 吧。基于字符串查找的重构,很容易爆炸的
    @hst001 有些人作死,然后好像是 steam 那边封了中国的 ip
    7 天前
    回复了 w12103 创建的主题 Python pandas 代码请教
    上面几楼都说了,我加一句,pandas 是调用 numpy 的接口的,因此不要自己写循环。自己的循环是没有 Pandas 里面的对 dataframe 的操作快的。
    给钱给携程,同程,美团如何?让他们帮你抢
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   2571 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.0 · 21ms · UTC 09:54 · PVG 17:54 · LAX 01:54 · JFK 04:54
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1