V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yty2012g  ›  全部回复第 1 页 / 共 10 页
回复总数  196
1  2  3  4  5  6  7  8  9  10  
3 天前
回复了 DanLi 创建的主题 Java 有谁的公司已经用 WebFlux 替换了 SpringMVC 吗
我是用来做数据上报的采集服务。目前使用的是 vertx 和 jdk23 ,整体来说:
1 、jdk21 (最好 >= 23 )+ SpringBoot 3.x + Virtual Thread ,大概是 85%~ 90% 左右的性能,但是相比较原来的写法,几乎没变化
2 、复杂业务可能还是得等 vt+structured Concurrency + Scoped Value 这套完全体,估计 jdk 25+应该有希望
3 、vert.x 性能还是相当 OK 的,因为我的业务逻辑相对简单,所以使用起来,性能确实比 vt 要好点。但如果之前是 springboot 那套,还是得改不少东西
6 天前
回复了 nabanbaba 创建的主题 买买买 [电视] 购买咨询
我买的 TCL Q10K Pro 75 寸,我当时是在海信的 E8N Ultra 和 TCL Q10K pro 纠结,但是海信一直不降价,双 11 最后买了 TCL ,算上国补最低 8500+
17 天前
回复了 wymanAtV2 创建的主题 问与答 周一啦, V 友们来唠唠家具~
我目前基本把电器都买完了,还剩沙发、床垫、床、茶几、餐桌。这些有点难
空调:2*酷省电 max ,1*风尊 2pro ,1*云锦 3
电视:TCL q10K pro
冰箱:东芝 548
洗烘:东芝 T25
灯:Lipro E2Pro 60W * 4 + E2s Pro * 1
燃热:海尔 KL7 。
床垫:搞了一个喜临门 喜礼
20 天前
回复了 Lisa9527 创建的主题 问与答 国补真的便宜了吗?
@zzzain46 #162 66xx ,我觉得确实便宜,还没有深度使用,上周刚送到
21 天前
回复了 Lisa9527 创建的主题 问与答 国补真的便宜了吗?
@zzzain46 我买的是东芝的白珍珠 548 ,刚好 60cm
24 天前
回复了 HomeZane 创建的主题 SONY 想买索尼 75 寸 9 系电视,是否真的有必要?
1 、我家是 3 米的开间,上了 75 寸,我觉得大小合适,没问题
2 、我曾经也纠结过 TCL Q10K pro 和 LG C4 ,同事说 oled 还是适合影音房那种一步到位的场景,如果是放客厅(复杂光场景),显示效果的差距比不上价格的差距。
3 、最后我买了 Q10K pro ,顺手买了一个真力的 F one (多年前买过一对 G one ),别说,我第一次在家里感受到了低音,现在我害怕邻居来投诉我。不过 F one + G one 差不多也是 1w3 不到,真的给力 https://i.imgur.com/agAJ0Rd.png
29 天前
回复了 clacf 创建的主题 投资 心理承受能力不好的人,千万不要做 T
《没捡到的钱不算亏损》
@Goooooos #15 没有 DDL 的项目当然可以。有 DDL 的项目当然还是从稳健出发,假如真有解决不了的问题,是不是能够快速的回退到团队熟悉的技术栈上。
分开搞。
第一步,先升级 jdk 17 + SpringBoot 2.x ,这一步可能遇到的就是 jdk 升级的一些问题,最好不要升级语言特性,没意义,如果可能,SpringBoot 升级到 2.7.x ,可以最大减轻后续升级的负担
第二步,升级 SpringBoot 3.x ,这一步遇到的问题更多的是 SpringBoot 的不兼容升级,从 2.7.x 升级上来阻力可以说是最低
第三步,升级 SpringBoot 3.2+ + JDK 21 , 开启 Virtual Thread ,充分享受性能红利。
我个人的建议是:放弃语法特性升级,关注 JVM 升级即可,这样可以给自己留下最大的退路
42 天前
回复了 abcfreedom 创建的主题 生活 装修房子家电怎么选
洗烘套装:我选的东芝的 T25
电视机:准备买 TCL Q10K PRO 75 的,之前是纠结了半天 E8N Ultra 还是 Q10K pro ,最终选了 tcl 的
冰箱:准备买东芝的 548 法式
燃气热水器:准备买海尔的 TL7
空调:可能考虑华凌神机 He1 pro
使用了 Servlet 容器比较难直接操作关闭底层的连接。个人认为最简单的方法是写个 filter ,符合条件的直接 return 或者是 respose.getOutputStream().close(),但是这种依然会返回一个 200 ,只不过 content-length=0 。如果要是基于 Netty 的 WebServer ,到是可以直接 close connection ,那就彻底没有其他额外的返回了
62 天前
回复了 Ayanokouji 创建的主题 程序员 JDK 23 发布了
@byte10 昨天我也是突然开窍,我就想,ng 也是监听一个端口,但是能利用好多核,这个是什么原理。原来是使用了 SO_REUSEPORT 这个 TCP 选项。然后我就和 GPT 沟通了一番,原来 vertx 也可以开启!开启后,就是通过内核做负载均衡,然后我就把线程模型改回 EVENT_LOOP ,然后多个线程监听一个端口,果然性能起飞了,终于可以利用多核了,之前压测死活 CPU 利用率上不去
63 天前
回复了 Ayanokouji 创建的主题 程序员 JDK 23 发布了
@qweruiop 可能是我对 vert.x 这个框架的理解不太到位。我是压测验证了下,按吞吐量从高到低,线程模型分别是 Virtual_Thread > Worker > Event_Loop
64 天前
回复了 Ayanokouji 创建的主题 程序员 JDK 23 发布了
今天下载了 Orcale OpenJDK 23 ,压测了一下。G1 GC 的吞吐量还是比 ZGC 强不少,倒是 Vert.x + Virtual Thread 效果还是挺不错的
64 天前
回复了 Ayanokouji 创建的主题 程序员 JDK 23 发布了
@chenfang ZGC 吞吐量是会下降不少,分代 ZGC 能稍微好点,但是还是比 G1 要差一点。full GC 的问题更大可能性的还是内存泄露的问题吧,既然使用了高版本 JDK ,那就开个 JFR 呗,然后看看到底是哪里的对象没有被回收掉。我这边的服务类似于数据采集,虽然 QPS 高,但是基本都是朝生夕死,基本没有长期存活的对象,所以目前没观察到 full GC 。
64 天前
回复了 Ayanokouji 创建的主题 程序员 JDK 23 发布了
@Rorysky #36 差不多,在充分预热的情况下,高版本 gc 的吞吐量影响几乎可以忽略不计,像是我在 jdk22 用 G1 ,火焰图基本快看不到 GC 的开销了
64 天前
回复了 Ayanokouji 创建的主题 程序员 JDK 23 发布了
@windghoul #34 JDK17 的是不分代的 ZGC ,吞吐量的影响会更大一点,我自己实测是 7.x%左右,如果对延迟要求不是特别高,JDK17 建议使用 G1 吧
64 天前
回复了 Ayanokouji 创建的主题 程序员 JDK 23 发布了
@windghoul 我自己使用情况来看。throughput 的影响,大概 ZGC 分代是 4.x%,G1 是 1.x%。延迟的话,不用说肯定是 ZGC ,基本就是 0ms 。footprint 没测过。我这边服务的堆是 8G 的。目前用的是 JDK 22
用的宁芝静电容,还不错
27 寸,5K ,设置的 2560 x 1400 。
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1427 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 17:19 · PVG 01:19 · LAX 09:19 · JFK 12:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.