- 主题:刚知道现在Java的gc已经在1ms以内了
比如一些拷贝构造函数了,临时变量了,等等,其实很多可以避免,但是对程序员要求比较高。
【 在 toutouqi 的大作中提到: 】
: 我就比较困惑,只要注意内存释放,直接用指针不就行了么,非得加move、get这些东西。
: 【 在 GoGoRoger 的大作中提到: 】
: : 最近几代都在追求性能吧,左值了,move语意了。。。。太复杂了,就为了压榨那剩余的5%-8%性能,劝退了很多人。。。。反正也赶不上C。
: ...................
--
修改:GoGoRoger FROM 106.121.178.*
FROM 106.121.178.*
裸指针就是内存管理里的goto。在可能的地方用更加结构化的方式代替裸指针。
【 在 toutouqi 的大作中提到: 】
: 我就比较困惑,只要注意内存释放,直接用指针不就行了么,非得加move、get这些东西。
--
FROM 101.84.3.*
shannandoha zgc jdk11自带。
【 在 MyWorkLife 的大作中提到: 】
: 不可能
: 哪个垃圾回收器能做到?
:
: ....................
- 来自「最水木 for iPhone 6 Plus」
--
FROM 73.158.184.*
java项目中,在关键的热点,内存效率发生瓶颈的地方,通过ffi调用native code精准管理内存布局,似乎也是可行的解决这个问题的方法?
【 在 ilovecpp 的大作中提到: 】
: 对于内存容量或内存带宽为瓶颈的代码来说,内存效率=性能。
--
FROM 120.245.130.*
看场景。ffi开销也比较大。
java代码也可以手动管理堆外内存。也可以搞一个大的bytearray自己管理。都要看场景。
【 在 misslost 的大作中提到: 】
: java项目中,在关键的热点,内存效率发生瓶颈的地方,通过ffi调用native code精准管理内存布局,似乎也是可行的解决这个问题的方法?
--
FROM 101.84.3.*
最近用了go,感觉暂时还是无法撼动JAVA
虽然比较喜欢go
【 在 GoGoRoger 的大作中提到: 】
: 我还是觉得GO更有前途,也没那么繁琐
--
修改:littleSram FROM 61.148.245.*
FROM 61.148.245.*
热点代码jit就会编译成native code
【 在 misslost (一千零一夜梦中人) 的大作中提到: 】
: java项目中,在关键的热点,内存效率发生瓶颈的地方,通过ffi调用native code精准管理内存布局,似乎也是可行的解决这个问题的方法?
:
: 【 在 ilovecpp 的大作中提到: 】
: : 对于内存容量或内存带宽为瓶颈的代码来说,内存效率=性能。
--
FROM 111.18.36.*
一个人写无所谓,项目大起来就完蛋了。好比你在打开文件窗口按一下确定,到最后文件被打开读进来,中间几百万条指令,可能有100个公司分头写的。鬼知道谁靠谱谁不靠谱
【 在 toutouqi 的大作中提到: 】
: 我就比较困惑,只要注意内存释放,直接用指针不就行了么,非得加move、get这些东西。
--
FROM 213.95.148.*
停顿时间1ms不等于垃圾收集1ms。
【 在 GoGoRoger 的大作中提到: 】
: 大部分在50us,感觉学cpp没啥意义了。。。。
--
FROM 222.129.4.*
没有(长)停顿就意味可以无脑堆硬件解决GC开销……
【 在 puke (人在江湖飘) 的大作中提到: 】
: 停顿时间1ms不等于垃圾收集1ms。
--
FROM 114.92.15.*