V2EX › sagaxu 的所有回复 › 第 435 页 / 共 497 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 431 432 433 434 435 436 437 438 439 440 ... 497

❮

❯

2017-10-07 14:30:57 +08:00

回复了 1536011373 创建的主题 › 程序员 › 为什么 Java 垃圾自动回收，面试的时候还要问垃圾回收机制？

@gnaggnoyil 但是 C++的指针容器不是线程安全的，也要手动处理循环引用。Rust 也一样，需要时刻明确 ownership，多线程时还要搞明白 Send 和 Sync。门槛可比 JVM 的 GC 高的多，JVM 语言只要留意别让全局变量持有对象引用，其他内存问题一般不用管了，极少数性能非常敏感的库，才会去玩 off-heap 那套东西，比如 netty 的 buffer，netty 不但大玩 off-heap，还用 JNI 实现了 JDK 不支持的功能，但这只是月薪 50K 以上开发才需要熟悉的事情，一般人碰不着。

2017-10-07 13:55:07 +08:00

回复了 chunrong918 创建的主题 › Java › Java 如何实现异步更新数据库呢？

在初始化 bean 的时候创建一个 ConcurrentLinkedQueue 和一个 AtomicInteger 计数器，还要注入一个 ThreadPoolExecutor。

A 往 queue 里塞数据的时候计数器加 1，如果满 100，把计数器减 100，并且往 ThreadPoolExecutor 里扔一个消费 100 个数据的 task，这里减计数器和扔 task 要做好同步，用 double check 加锁简单同步下就可以了

if (counter >= 100) {
synchronized (this) {
if (counter >= 100) {
}
}
}

除了每满 100 个，还可以控制下时间，比如上一次写入 db 有 5 分钟了，那么不管当前满没满 100 也要把 queue 里的数据写入 db，光靠数量控制是不够的。

需要特别注意的是，不要在 controller 里创建线程，那是个不好的习惯，容器里的线程是被托管的，你在托管的线程里创建自己的线程，会带来潜在问题。

2017-10-07 13:23:04 +08:00

回复了 Antidictator 创建的主题 › 程序员 › 老铁们回程的票买到了吗？

没有提前买的习惯，买不到 8 号的可以买 9 号早上首班车，直接去公司

2017-10-07 04:38:01 +08:00

回复了 dubuqingfeng 创建的主题 › PHP › 腾讯开源了一款高性能的超轻量级 PHP 框架， Biny

单机 qps 轻松上 3000 ？ 3K 也好意思说，单机 30K 都不用动脑子的

2017-10-07 04:31:03 +08:00

回复了 gouchaoer 创建的主题 › PHP › 360 推出自己的 zend api 封装库

并不看好 zend api 的二次封装，熟悉 C 的，模仿 php 源码 ext 目录里的写法就能开干了，常见的跟 php interop 的姿势全都有。写扩展的人本来就少，其中绝大部分都用的 php 官方那套，选择一个二次封装的方式，无异于把潜在 contributor 排除在外。

前几天把 php 同事写的 Java 基础库重新实现了一遍，只用了不到 1/3 的代码，在他们经验里，估计开发效率能差 5 倍以上了

2017-10-07 03:38:53 +08:00

回复了 1536011373 创建的主题 › 程序员 › 为什么 Java 垃圾自动回收，面试的时候还要问垃圾回收机制？

因为总有 sb 能写出内存泄露的代码来还对此毫无意识，不问能行吗？

不用懂 gc 细节，只要熟悉对象生存周期内在内存中的流动，看得懂 gclog，会调几个参数就够了

JVM789 的 GC 变化不大，不大用的 serial，默认的 parallel，并发的 CMS 和 G1(JVM9 默认 G1)，CMS 已经 deprecated。所以只需要了解 parallel 和 g1 了。

JMM 变化更小，核心的东西从 Java 5 开始没有变过，到 Java 9 也不过细节上稍有增强，当然了，JMM 跟 gc 没什么关系。

2017-09-22 21:55:31 +08:00

回复了 Cbdy 创建的主题 › Java › 期待已久的 Java 9 今日发布

@jjianwen68 再过一年，oracle 官网下载不到 java 8 了，不想用 openjdk 的，提前下载做好备份吧

2017-09-22 21:54:38 +08:00

回复了 Cbdy 创建的主题 › Java › 期待已久的 Java 9 今日发布

@ZSeptember 开源库考虑兼容性一般用 6 导出 lib，但是项目自身并不需要用 6。阿里定制版 JVM，2010 年是基于 openjdk6，2011 年的时候是 7，2015 年开始基于 openjdk8 做的定制。大厂很多老项目不一定很快迁移，但是新项目用上新版本也没那么慢。

2017-09-22 14:34:30 +08:00

回复了 Cbdy 创建的主题 › Java › 期待已久的 Java 9 今日发布

@ZSeptember 大厂 Java 8 也不少了，哪家大厂都在用 6?

2017-09-22 14:26:51 +08:00

回复了 onanying 创建的主题 › PHP › MixPHP 与 Phalcon 性能对比测试

@onanying
https://docs.phalconphp.com/en/latest/db-layer#connecting-to-databases
https://github.com/phalcon/cphalcon/blob/master/phalcon/db/adapter/pdo.zep

Phalcon 本身没有长连接，但 PDO 有，建议还是测试一下有无长连接时的性能差距

2017-09-21 22:21:24 +08:00

回复了 lzjun 创建的主题 › Python › 最后的 Python2 倒计时

难道你们都用的发行版默认的 python?

2017-09-21 17:53:02 +08:00

回复了 Cbdy 创建的主题 › Java › 期待已久的 Java 9 今日发布

@aristotll
@vjnjc
技术上都可以移植，测试+修改几轮迭代下来，迁移到 8 都不是问题。问题是成本，迁移的付出，有没有更高的收益，不兼容的地方修复成本高不高，迁移到一半搞不定是不是宣布迁移失败。所以这种老系统，一般能不动都会尽量不动，成了没有功劳，败了就是污点。

2017-09-21 14:06:51 +08:00

回复了 Cbdy 创建的主题 › Java › 期待已久的 Java 9 今日发布

@hubert3 还有很多 1.5 和 1.6 的，而且没法迁移的那种

2017-09-19 23:54:56 +08:00

回复了 onanying 创建的主题 › PHP › MixPHP 与 Phalcon 性能对比测试

Phalcon 数据库开长连接了吗?

2017-09-19 10:22:44 +08:00

回复了 arsgm 创建的主题 › Java › Java 的发布频率改为六个月，是不是将来 Java 的淘汰率也变得超级快了。

6 个月足够从零开始学一门新语言了

2017-09-18 20:00:29 +08:00

回复了 gouchaoer 创建的主题 › PHP › 推荐个彻底解决 swoole 和 yii2 结合问题的框架

@gouchaoer 不是，我是 Java 写 log，8K 的 buffer 同步写入严重影响性能，另外开个写 log 专用的线程就解决了，多线程就这点好，队列里面扔什么都行

2017-09-18 17:23:29 +08:00

回复了 gouchaoer 创建的主题 › PHP › 推荐个彻底解决 swoole 和 yii2 结合问题的框架

阻塞 IO 是很慢的，前几天压测一个简单的应用，不记 access log，单机 QPS 可以达到 20 万，一写 log 就掉到 10 万以内，只好开了个生产消费队列，用一个独立的线程专门写 log。

2017-09-09 14:51:42 +08:00

回复了 jingniao 创建的主题 › Linux › Linux 能创建的最大线程数

https://zhuanlan.zhihu.com/p/29192624

2017-09-09 12:39:46 +08:00

回复了 jingniao 创建的主题 › Linux › Linux 能创建的最大线程数

@Kilerd 开多进程没用，用多个帐号跑也没用，cgroup 是按 group 限制的，一个 group 内所有用户的所有进程都受控

@lrxiao 不是 python 的限制，是内核 cgroup 的限制，像 Ubuntu 一般默认 1 万出头，跟 stacksize 无关

@NoAnyLove 16G 内存正常上限大概是 12 万线程，楼主的测试远远没到硬件限制

@jingniao
UserTasksMax=
Sets the maximum number of OS tasks each user may run concurrently. This controls the TasksMax= setting of
the per-user slice unit, see systemd.resource-control(5) for details. If assigned the special value
"infinity", no tasks limit is applied. Defaults to 33%, which equals 10813 with the kernel's defaults on
the host, but might be smaller in OS containers.

1 ... 431 432 433 434 435 436 437 438 439 440 ... 497

❮

❯