Redian新闻
>
大牛讲讲JIT和AOT的比较吧
avatar
C*i
2
好的相片不一定要有准碓的曝光、丰富的颜色,只要你拥有一双敏锐的“摄影眼”
,你所拍的相片会变得有意思有深度了!今天便分享一下摄影新手应该怎样训练“摄影
眼”吧!
训练出摄影眼的要点:
1、多参考其他摄影师精彩的作品
观看精彩作品时不妨小心留意当中的构图、曝光、颜色和背后表达的意思,不要只
看不学。
2、复制好的相片
看到好的相片和构图,试试自己模仿拍摄,你会遇到很多问题,透过解决这些问题
去学习吧!
3、重质不重量
不要一直拍摄,拍摄前多想多看,留意四周的环境,找出良好的角度才开始拍摄吧
!有时一张精彩的相片比一百张平平无奇的更令人鼓舞!
4、每一个环境也拍摄
无论你手上有否相机,到达每一个环境也试着去找寻能拍出好照片的元素,就算是
在洗手间的时候也可以做这个训练!记着,每一个地方也有值得拍摄的主题,分别就只
在数量和表达方法而已。
5、不要倚赖后制
后制软年虽然强大,但新手绝对不应该倚赖后制来修补相片,试试把好的相片“拍
出来”而不是在电脑“做出来”吧!
要做到以上的数点不是容易的事,必须保持兴趣和持之以恒,但假以时日的训练会
使你的摄影功力进步不少呢!
avatar
c*h
3
文笔奇差无比。
avatar
x*a
4
请教大家,刚买了个dell的inspiron mini,先不说刚开机就是屏幕是黑色的时候,上
面有一条痕迹,这让我真是郁闷,最主要的是在使用的时候,手放在键盘上总是感觉,
震动的厉害,就像漏电的感觉,问了同学说 不是漏电,就是硬盘运行的震动,可是以
前用的ibm的笔记本完全没有这种感觉啊,只是到最后有问题的时候有这样的感觉,求
助大家,这是电脑的问题吗,要不要退了
谢谢
avatar
s*k
5
JIT貌似性能更好?尤其对caching的情况下,Android为啥从JIT改成AOT,因为overhead
太大?
avatar
o*d
6
果然啊啊
avatar
z*i
7
应该是硬盘的原因
avatar
g*g
8
JIT works great on server side, where you have many users running into the
same code path and CPU is strong. On mobile device, it's single user
powerless CPU, and the JIT compilation makes the first run even slower.
Latency becomes visible and affects user experience.

overhead

【在 s********k 的大作中提到】
: JIT貌似性能更好?尤其对caching的情况下,Android为啥从JIT改成AOT,因为overhead
: 太大?

avatar
o*d
9
果然啊啊
avatar
x*a
10
那是不是问题呢,要不要退啊
avatar
w*g
11
曾几何时有了AOT和in-memory computation这种说法,我觉得很不可理解。
本来所有的compilation都是ahead of time的,所有的computation都是in memory的。
后来流行了JIT和out-of-core算法,以至于原来自然而然的东西都要起个专有名字了。

overhead

【在 s********k 的大作中提到】
: JIT貌似性能更好?尤其对caching的情况下,Android为啥从JIT改成AOT,因为overhead
: 太大?

avatar
l*g
12
up
avatar
F*e
13
肯定不正常 能退就退吧
avatar
d*i
14
Java的话早先的时候都是和Perl一样的用interpreter的吧,后来因为虚拟机外加解释
执行导致速度实在慢的出奇不能忍受了才开始采用JIT的。

【在 w***g 的大作中提到】
: 曾几何时有了AOT和in-memory computation这种说法,我觉得很不可理解。
: 本来所有的compilation都是ahead of time的,所有的computation都是in memory的。
: 后来流行了JIT和out-of-core算法,以至于原来自然而然的东西都要起个专有名字了。
:
: overhead

avatar
B*i
15
当时我就笑得快受不了了!!!
avatar
x*a
16
那是不是问题呢,要不要退啊
avatar
w*g
17
java按官方说法是先compile成字节码,然后用VM执行。应该算是compile,跟解释还是
有本质区别的。不排除compiler做的很烂跑得比解释执行还慢的可能。
Java的字节码原来是VM解释执行的,嫌慢。JIT是指just in time把字节码翻译成机器
码后再执行。但是字节码设计得实在很烂,跟主流CPU架构很不一样,导致翻译过程比
较复杂,所以才有compilation一说。

【在 d****i 的大作中提到】
: Java的话早先的时候都是和Perl一样的用interpreter的吧,后来因为虚拟机外加解释
: 执行导致速度实在慢的出奇不能忍受了才开始采用JIT的。

avatar
l*e
18
退了!不定哪天就把资料震没了!
avatar
d*i
19
字节码设计不是一件容易活,VM要跨平台的话要考虑到那么多不同的CPU架构(RISC,
CISC, Big Endian, Little Endian),还有不同操作系统的巨大差异,确实是write
once, debug everywhere,哈哈

【在 w***g 的大作中提到】
: java按官方说法是先compile成字节码,然后用VM执行。应该算是compile,跟解释还是
: 有本质区别的。不排除compiler做的很烂跑得比解释执行还慢的可能。
: Java的字节码原来是VM解释执行的,嫌慢。JIT是指just in time把字节码翻译成机器
: 码后再执行。但是字节码设计得实在很烂,跟主流CPU架构很不一样,导致翻译过程比
: 较复杂,所以才有compilation一说。

avatar
w*z
20
Java 从来没有interpreter 吧,一直都是compile 成class file

【在 d****i 的大作中提到】
: Java的话早先的时候都是和Perl一样的用interpreter的吧,后来因为虚拟机外加解释
: 执行导致速度实在慢的出奇不能忍受了才开始采用JIT的。

avatar
d*i
21
我指的是原来Java从字节码开始是解释执行的,后来才采用的JIT。

【在 w**z 的大作中提到】
: Java 从来没有interpreter 吧,一直都是compile 成class file
avatar
s*k
22
JIT比起AOT在server端好在不需要编译没有运行的代码?还有就是可以优化cache?

【在 g*****g 的大作中提到】
: JIT works great on server side, where you have many users running into the
: same code path and CPU is strong. On mobile device, it's single user
: powerless CPU, and the JIT compilation makes the first run even slower.
: Latency becomes visible and affects user experience.
:
: overhead

avatar
N*n
23

JIT uses runtime profiling which is unavailable to AOT.

【在 s********k 的大作中提到】
: JIT比起AOT在server端好在不需要编译没有运行的代码?还有就是可以优化cache?
avatar
g*g
24
That's right, runtime gives you more information to optimize compilation.

【在 s********k 的大作中提到】
: JIT比起AOT在server端好在不需要编译没有运行的代码?还有就是可以优化cache?
avatar
w*z
25
another big advantage is inline method

【在 g*****g 的大作中提到】
: That's right, runtime gives you more information to optimize compilation.
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。