爱吱声

标题: ARM Mac 来了 [打印本页]

作者: 可梦之    时间: 2020-6-23 04:54
标题: ARM Mac 来了
本帖最后由 可梦之 于 2020-6-23 04:56 编辑
' |1 l, T; z6 ]/ O% ^+ h8 q
; z2 j: {* O6 G+ N) d终于来了!# o# c: }- u, _# F+ a- {
$ _: v3 f/ |$ o' q- }
上学的时候,就说RISC指令集比CISC指令集更好。当然书是搞MIPS的大牛写的,但RISC的确有众多优点。
# ~6 h* L9 G% V/ n3 k
$ T4 i& ?% {$ O理论上RISC能达到更高的性能。但现实中,通用CPU市场一直是Intel霸占着,RISC系的ARM/MIPS只能在低功耗等小众市场耕耘,直到ARM在手机市场爆发。
- z9 T% m6 W/ h/ O6 n+ c0 o& L: m7 Y, d* B, {: U
当然,这有很多原因,WinTel生态之类的。但一个重要原因是Intel的制程优势。你的指令集是更加合理一点,但我制程领先你三五年,你怎么和我拼性能?就好像美军的飞机,气动布局上可能不是最优的,但是我发动机牛逼啊。
% e/ s4 r2 D' n6 s
- b, D0 q) Q! J) B  `3 w况且,现在的Intel芯片只是披着CISC的皮,内核都是RISC的。新增的指令集都是RISC思路的,旧的CISC指令都是打碎成微指令内部执行的。当然,Intel的经验丰富,设计也优化到了极限。综合各种原因,Intel一直独霸这个市场,RISC很难攻进来。
* f5 n/ f  k* u  Y# F/ h6 U$ l6 F) f1 D- e) o. V
现在,TSMC的制程已经领先了,至少不落后了。苹果玩ARM这么多年对设计和优化也很熟悉了。况且苹果生态自己主导,不像PC那样,迁移起来太难。ARM进入通用CPU市场,这是个绝好的契机。
& Y3 M. |" s  c
" o1 y  \' r- n" m# a当然,问题肯定会有的。ARM毕竟是新手,性能优化肯定比不上Intel的历史积累。软件生态也会是问题,即使能自动移植过来,还有优化的问题。Intel为自己优化的编译器比GCC要快不少。所以最开始的ARM Mac可能会有这样那样的问题。但这些问题在技术上都可以解决的!6 T$ I  J* F+ c# w, }! {2 y# Z3 u

( Q; m# O; y# e3 @$ @3 h$ }; U- M对苹果迈出这一步,乐见其成。
  y& K4 x' c$ I# O2 J: g, u: Q( Y8 ?$ z, {/ `. B  m! X

作者: WiFi    时间: 2020-6-23 05:27
MacOS本来就是就是BSD来的,其实用哪个CPU架构都问题不大。连Windows on ARM都可以搞定绝大部分场景,没有理由Mac会有大问题。我对ARM Mac是非常有信心的。
6 v3 u2 Q% O0 @2 T$ k' ]: r6 ]. h
作者: 老兵帅客    时间: 2020-6-23 05:54
这东西的问题在于软件,win-tel之所以能控制市场,关键在于二者组合下的软件。
作者: 老兵帅客    时间: 2020-6-23 05:54
WiFi 发表于 2020-6-22 16:27" J6 E9 g/ Q6 T
MacOS本来就是就是BSD来的,其实用哪个CPU架构都问题不大。连Windows on ARM都可以搞定绝大部分场景,没有 ...

$ h3 A; Y( D, {‘连Windows on ARM都可以搞定绝大部分场景’,你真的确信?
作者: 史蒂芬周    时间: 2020-6-23 07:06
WiFi 发表于 2020-6-23 05:27
% V+ P' i% s6 q; C& Q% a0 I8 QMacOS本来就是就是BSD来的,其实用哪个CPU架构都问题不大。连Windows on ARM都可以搞定绝大部分场景,没有 ...

' K# q9 G6 z5 \' M. lOSX 的内核不是BSD好哇。! |- U: r' \% g( a5 p( x' l

作者: 史蒂芬周    时间: 2020-6-23 07:09
ICC是比GCC快,但是跟apple clang比呢?
" L3 Z& c: `5 d/ o% t& [& U7 F% R( x3 g# A  o5 \! O% ?

$ \/ q0 ^- x, [4 X& `
作者: WiFi    时间: 2020-6-23 09:02
史蒂芬周 发表于 2020-6-23 07:06& j% T8 Z5 N6 \
OSX 的内核不是BSD好哇。
8 E- W+ a9 |% ?% f- C5 ?# N2 h" j
来自于BSD。不是BSD
作者: WiFi    时间: 2020-6-23 09:03
老兵帅客 发表于 2020-6-23 05:54
) ]. \6 d3 ?1 n‘连Windows on ARM都可以搞定绝大部分场景’,你真的确信?
# a2 j3 P6 n6 ^( j6 H
当然确信。我做了3年的负责PM。现在手里就有3台!
作者: 大黑蚊子    时间: 2020-6-23 13:33
我不看好Mac转Arm。& K9 W8 I  k0 E3 i
: x8 h9 `% ?: R" I: q- w
Apple改向Arm这么大的战略转向,无非是几个原因:降成本,提效率,扩市场。1 U& V, ~% @1 G. R8 U3 C
降成本我是认可的,自研CPU能够更好的降低组件成本,但问题来了,Mac在PC领域的市场占有率,能跟iPhone和iPad比么?没有广阔市场分摊研发费用,降低成本的可能性是存疑的。; K5 |9 R5 \0 J
说到提效率,Inte这几年确实不思进取,从Paul后期到BK,感觉完全是在梦游。但Intel的芯片有影响到Mac在市场上的竞争力了么?似乎并没有。感觉Mac的主要客户群,也并不是对硬件效率有极大要求的那种。
1 p8 K6 v; v+ h$ W1 r7 I! S: z; M! E前两个是原因,扩市场是目的,在这点上我尤其怀疑。脱离了X86结构,意味着此前一台MacBook装双系统的场景不再存在,必然导致大量基于Win平台的娱乐软件无法使用,这会很严重影响消费者的购买决策。事实上,我认为Mac改用x86平台才是当年的一着妙棋,现在是又改回去了,唉。
作者: 伯威    时间: 2020-6-23 14:05
大黑蚊子 发表于 2020-6-23 13:33+ f8 _" d8 P2 N4 |# t( \
我不看好Mac转Arm。8 J( E) r& T7 [; U

+ Z& S  i& Z0 [* [: I9 r% }Apple改向Arm这么大的战略转向,无非是几个原因:降成本,提效率,扩市场。
0 N3 }0 K. Q* \, C: U! \
自家ios/mac os生态,怎么玩都行,虽然俺不喜欢封闭。AMD yes!
作者: 清凉山    时间: 2020-6-23 14:20
转Intel之前不就是用RISC的PowerPC嘛,现在又转回去了
作者: 可梦之    时间: 2020-6-23 14:41
清凉山 发表于 2020-6-23 14:202 c5 |! i; k- \; @$ R7 S! C
转Intel之前不就是用RISC的PowerPC嘛,现在又转回去了

7 P, C9 ~# j% K# h2 ?: F: _是的,之前PowerPC干不过,希望这次能有不同结果
作者: colin1992    时间: 2020-6-23 14:46
ARM平台功耗有优势,期待中
作者: r52097    时间: 2020-6-23 17:07
大黑蚊子 发表于 2020-6-23 13:33& \( R2 J7 w6 s1 p6 [
我不看好Mac转Arm。
# q) _! w2 f  E% j% {6 Y% Z2 |% x( s
; W: j( W% f3 x" c% ~% eApple改向Arm这么大的战略转向,无非是几个原因:降成本,提效率,扩市场。
& Z5 b/ m+ _- E# M4 I
拍脑门随便说几句:% r2 y0 r* q- }6 U/ [/ g& M
ARM Mac Mini开发机是用iPad Pro里的A12Z芯片,目前看芯片的研发成本已经被iPhone和iPad摊销掉了,以后可能也是三家分摊成本的格局。
8 e# S4 W1 n+ s8 V* M从影视业和iOS、iPad开发业者的需求来看,对硬件效率有着异乎寻常的迫切要求。比如多路8K视频的剪辑,软件编译耗时的缩短等等。对于普通用户,更在意相同电池下的待机时长或者同等待机下的轻便程度。
1 O5 r1 v+ _" m/ b现在似乎iOS、iPad应用都可以在ARM Mac上原生运行,这会不会带来iPad和Mac市场的融合?2千万应用开发者可以无缝为Mac开发应用,新一代用户还有多少理由留在Win平台上?如果通过软件方式,牺牲效率的情况下,继续支持X86应用,市场又会如何走向?
: U. p+ c: s$ `  N
作者: 老兵帅客    时间: 2020-6-23 18:35
WiFi 发表于 2020-6-22 20:03
) m+ d  b: j8 _; a4 L当然确信。我做了3年的负责PM。现在手里就有3台!
  y# V" w5 f' V% s/ q
别那么自信,windows上面的应用程序,arm上面缺了很多,windows on arm之所以不行就在于此。
# c) [( h+ j5 a
+ q) B1 S* X7 p& m' J你用的还是太少了。
作者: 老兵帅客    时间: 2020-6-23 18:38
大黑蚊子 发表于 2020-6-23 00:33
# D0 R) ~' x# \( N我不看好Mac转Arm。
! n, o8 R4 z0 E" D$ `
: @: P  v4 R3 L+ _$ {Apple改向Arm这么大的战略转向,无非是几个原因:降成本,提效率,扩市场。
% g9 f/ k  G/ p  S/ K2 S& c- V
同意。: L+ d3 D0 u. W& t% J

, b7 ^, S# T" |苹果把它的电脑类产品转到ARM,主要好处是手机以及平板上的应用可以拿来用,代价则是原来intel的好处没了。我是没看懂手机以及平板应用到了电脑类能带来多少市场,但是却很明确这种做法所导致的损失会有多大。
作者: 老兵帅客    时间: 2020-6-23 18:42
可梦之 发表于 2020-6-23 01:41
9 G. k! G. A3 y8 r是的,之前PowerPC干不过,希望这次能有不同结果

- s$ z5 x9 ?$ [1 K; l! L( C这次一样不乐观,倒不是因为功耗,而是应用程序与场景。
9 j( F8 Y( D5 V( Y( t8 ?9 `9 Z% I  R  m$ ?9 V8 A" Y
首先,原来的应用程序是否真的能顺利移植过来难说。我见过太多的当初的意气风发,后来的无可奈何。
, G4 ^) z6 R8 Q
' U) U1 i/ d+ Y) T3 \0 a4 e其次,原来的一个硬件,两套系统,同时吃苹果与微软软件好处的事情不再有,那么这类客户就必须配两台机器,财政上将是个问题。* J2 q/ }( O4 X, r2 w
5 w* ^" F) [* d) ^% J
第三,这些年来苹果电脑在市场占有率上的进步,不少得益于intel类硬件。现在这样搞,它的市场占有率会下去,将导致价格进一步上升。本来就因为价格因此难以做大的市场将进一步萎缩。
作者: 老兵帅客    时间: 2020-6-23 18:44
r52097 发表于 2020-6-23 04:079 V6 w. M- a. p0 G4 x
拍脑门随便说几句:
2 Y, {5 b  o/ U; _% u1 z  fARM Mac Mini开发机是用iPad Pro里的A12Z芯片,目前看芯片的研发成本已经被iPhone和i ...
$ G" w! X+ F; @0 a1 M( T' X
‘新一代用户还有多少理由留在Win平台上’,苹果世界的软件与windows世界的软件在数量上不是一个数量级的,即便是加上了手机与平板也一样,因为它们根本不是一个领域的。
$ [; X0 z2 T1 ~2 G
" O: ^- c7 M. d最简单一个例子,microsoft access,这东西只有pc上有。多少小公司以及个人在用它做便宜的数据库!
作者: 可梦之    时间: 2020-6-23 18:55
老兵帅客 发表于 2020-6-23 18:42
$ u7 P. ~( Z6 ]/ d; z这次一样不乐观,倒不是因为功耗,而是应用程序与场景。4 q: F7 O: }2 q. s

! ^% N- }" C9 x6 \首先,原来的应用程序是否真的能顺利移植过来难 ...

& {# m% n1 s' q2 O6 `( y; y能用iOS上的app对我来说很有吸引力。现在很多新应用只有app,没有电脑版,但电脑上打字舒服很多。; g5 s/ G! f7 d* W& ~/ |

. Z+ }9 w: G+ z( P我本来就不用Windows,不需要两个系统。Mac + iOS App,对我来说是锦上添花。可能国内不少人用Mac装windows或者双系统,但在美国很少见。
作者: radioradio    时间: 2020-6-23 19:28
可梦之 发表于 2020-6-23 18:558 f! y/ E. p/ y
能用iOS上的app对我来说很有吸引力。现在很多新应用只有app,没有电脑版,但电脑上打字舒服很多。
  t1 P  j2 ~/ V5 T, w3 Z, F2 A  F1 w$ h6 E5 _  n
我本 ...

$ \8 F( z7 v% P% u# t6 i& Q天文学方面学术会议上很多苹果的笔记本,但是很多代码都是面向x86/64平台的,真要切到ARM平台上,这些人的吃饭用的软件很可能就会出问题。
作者: r52097    时间: 2020-6-23 19:37
本帖最后由 r52097 于 2020-6-23 19:47 编辑 1 u" i  g3 B/ ?
老兵帅客 发表于 2020-6-23 18:441 Q) j) ^4 O( B0 v* T
‘新一代用户还有多少理由留在Win平台上’,苹果世界的软件与windows世界的软件在数量上不是一个数量级的 ...

) _7 M+ d4 T* ~0 x2 }: N! H: {
% K; X* y( h! I% ]0 u5 d2 ~就看用Mac来跑Windows,并且还深深依赖于这些上古程序(数据?)的用户有多少。苹果应该有这方面的数据。或者说苹果压根不在乎这些用户?
作者: r52097    时间: 2020-6-23 19:46
radioradio 发表于 2020-6-23 19:28
; w9 \# {) L' G! f天文学方面学术会议上很多苹果的笔记本,但是很多代码都是面向x86/64平台的,真要切到ARM平台上,这些人 ...
' {$ {# Q. p# h4 b6 r% n9 S" H
看这些软件的开发商愿不愿意跟随了,有用Rosetta和Fat Binary的解决方案。
作者: 老兵帅客    时间: 2020-6-23 20:37
可梦之 发表于 2020-6-23 05:55
/ W' c% K) d6 `' A能用iOS上的app对我来说很有吸引力。现在很多新应用只有app,没有电脑版,但电脑上打字舒服很多。  y- l* @, X  `0 l* Y4 U
  P' ]" e6 p4 k$ E5 i) p
我本 ...

/ B( a2 H( Q# r; K4 ~$ Z1 q对你来说当然成立,但是对于市场就难说了。
作者: 老兵帅客    时间: 2020-6-23 20:37
radioradio 发表于 2020-6-23 06:281 g' X& ?" o4 q  Q! m) B5 f
天文学方面学术会议上很多苹果的笔记本,但是很多代码都是面向x86/64平台的,真要切到ARM平台上,这些人 ...
# j- P) Z3 i' `( `: f) N
恐怕他们就会换成windows机器了。
作者: 老兵帅客    时间: 2020-6-23 20:38
r52097 发表于 2020-6-23 06:375 v- o5 W& y. U5 H
就看用Mac来跑Windows,并且还深深依赖于这些上古程序(数据?)的用户有多少。苹果应该有这方面的数据。 ...
; k, B8 w$ J8 o
苹果一向不在乎用户,但是它需要在乎收入。
作者: 老兵帅客    时间: 2020-6-23 21:45
很关心苹果现有的软件从intel到arm的移植工作。从网上看来的,那个xcode从arm到intel还行,倒过来就惨不忍睹了,各种的api失败,还有性能优化问题。
7 i7 w, ]/ T9 j& _) O/ ?
7 j+ |0 `6 o" x/ m# k+ }5 u要的确是这样的话,这东西弄不好就是windows nt for mips与windows for arm的下场。少数几个已经转换好的应用不重要,重要的是有多少主要应用程序能轻易转过来。要是没有足够数量的主要应用程序的话,桌面操作系统就是个空架子,没有多大意义的。
: f& Y/ G  C' \1 M5 |8 A. g
6 l2 |6 j) }  [0 a当然了,要是手机以及平板上的arm应用能直接过来的话,会是个补充。但是我不相信这两个市场段的应用与电脑的应用能有多少符合空间。
作者: radioradio    时间: 2020-6-23 22:23
老兵帅客 发表于 2020-6-23 20:37
5 t; H$ n* \2 b$ p3 d- o恐怕他们就会换成windows机器了。

; T) J# Y6 K  S& s换成Linux+x86/64
. R- V7 t, e0 e9 _3 _% H  e. Y. q用苹果是因为是类Unix系统,很多面向x86/64架构的代码可以直接Linux Unix跨平台,跨到ARM平台的见到的不多
作者: 孟词宗    时间: 2020-6-23 23:04
其实现在 PC 机上到底是什么构架都无所谓了。就像你现在不会去关心大型机和小型机的构架是啥了。对于 PC 机来说,现在是计算能力过剩,没有一个真正的 Killer App 要求更高的计算能力。我现在正在打字的这台式机是俺八年前自己组装的。照样可以跑现在任何一款游戏无障碍。
作者: holycow    时间: 2020-6-23 23:32
大黑蚊子 发表于 2020-6-22 21:33- K, ?3 O, a2 E0 ~+ Q6 b
我不看好Mac转Arm。# s+ F. ^' \) A, U2 L, m

& G7 O$ u1 v8 \1 _* PApple改向Arm这么大的战略转向,无非是几个原因:降成本,提效率,扩市场。
) r% T7 f, m* K0 d
Mac ARM的芯片应该是和iPad Pro芯片通用,而这个芯片又是iPhone芯片的X版本,所以经济规模不成问题
作者: moletronic    时间: 2020-6-23 23:39
大黑蚊子 发表于 2020-6-23 13:33
6 ~. l: E% x0 z( Q% H& \我不看好Mac转Arm。
6 b: H6 @* x- u8 F/ [2 i% \) {
, H/ V$ j" \% W) R& BApple改向Arm这么大的战略转向,无非是几个原因:降成本,提效率,扩市场。

: D) _( J7 P* C( f/ I- b双系统中国流行,但米国这边基本没人搞这个。
作者: 潜水员    时间: 2020-6-23 23:43
苹果是要全线转ARM还是双管齐下,新开辟一个ARM线?如果全线转ARM,那这魄力是够大的。
6 C7 N1 {4 z' G3 l但前车之鉴就是 SURFACE RT 吧。死的很惨啊。
作者: WiFi    时间: 2020-6-23 23:59
老兵帅客 发表于 2020-6-23 18:355 v) f  Y& H  y, v5 O5 ~
别那么自信,windows上面的应用程序,arm上面缺了很多,windows on arm之所以不行就在于此。  g% d3 ]4 l( F4 m5 H* U

* Q; p2 x* A0 g- S* s, v你用的还是 ...

8 K# ~% J! z1 g( S! ?- b; s6 h哈哈,你说的是2011年,12年的Surface。) x! {5 s4 ^1 E: }/ l- d6 j
Surface Pro X了解下:/ z( `; d8 I0 B: N

; s; P/ |" @* x4 a: ~" X, }intel应用安装包直接安装,运行,intel指令自动转译,保存,逐步优化,ARM指令逐渐取代intel指令,应用越来越快。
( `/ N% l3 W- y" V3 x5 s* c+ B7 y1 \- L/ `4 s- A
Samsung Galaxy Book S + B$ T6 P/ v' J
: ?! o( p- x7 {4 }
老兵啊,你存了一肚子的老黄历,该腾腾地方放些新东西啦。
# [8 S- Z( @, a
作者: 老兵帅客    时间: 2020-6-24 00:01
本帖最后由 老兵帅客 于 2020-6-23 11:02 编辑 9 e6 i$ L7 a: N& B8 W- W: H
WiFi 发表于 2020-6-23 10:59
) f8 V9 [3 s5 ]% X0 i! u哈哈,你说的是2011年,12年的Surface。
& C6 W( Y4 n2 F" C& s新Surface Pro X了解下:

3 S, h6 c* J: f3 L$ u
9 l& D8 j7 E9 M* W/ A+ o: H这么好啊,你给钱嘛,求赞助!不多,三千加元而已。
' H6 B$ d" n+ D0 O7 X* w, Y' u# }+ k1 F
啥,不给钱,那你说个啥啊!
作者: WiFi    时间: 2020-6-24 00:01
潜水员 发表于 2020-6-23 23:43
3 }* f* `( U$ k. `* c. N苹果是要全线转ARM还是双管齐下,新开辟一个ARM线?如果全线转ARM,那这魄力是够大的。' ]0 e0 ~- I& T! }, c) ]; m
但前车之鉴就是 SUR ...
  P& O3 f6 W  q0 }( G
忘了Surface RT吧,搜搜Surface Pro X。
作者: WiFi    时间: 2020-6-24 00:06
WiFi 发表于 2020-6-23 09:03
: _8 ^% E$ w% s9 Z5 f! p, h+ m  J当然确信。我做了3年的负责PM。现在手里就有3台!
4 V, ]6 v$ l  v+ q% o$ ?
说明下, 不是当年的Surface RT (Windows for ARM)。是现在最新的(Windows on ARM) Surface Pro X,Samsung Galaxy Book S, Huawei 2019 Matebook E。你们搜搜他们的CPU是什么。
作者: 老兵帅客    时间: 2020-6-24 00:12
WiFi 发表于 2020-6-23 10:59
/ P* V; ?; P6 z$ v哈哈,你说的是2011年,12年的Surface。
. @2 v; ~! U1 z. q& S新Surface Pro X了解下:

6 \0 T! c( l; G6 khttps://www.theverge.com/2019/11 ... eatures-specs-price) D( M% X" J+ |) y! w7 L4 |! j# ~
  ?  T+ f* l( ~+ \
这篇文章里面的64位windows应用问题,你来解释一下?
作者: 大黑蚊子    时间: 2020-6-24 00:21
holycow 发表于 2020-6-23 23:32
8 D( U% N6 \+ c' n! M* }Mac ARM的芯片应该是和iPad Pro芯片通用,而这个芯片又是iPhone芯片的X版本,所以经济规模不成问题 ...
* Q4 x3 \: B6 j$ [4 ^
问题在于,如果这样的话,那还保留MacBook这条线干嘛,iPad pro一统江湖算啦…
: H3 [0 t) G$ g0 V+ x# K! ^
% W) @" |0 P- \% i9 g$ o我个人觉得苹果在确认下一代移动生产力工具的道路上迷茫了,不确定是以iPad pro这种形态,还是改进版本的轻薄laptop形态,所以全都要,看看结果如何。# `# H0 V% v0 q) K

8 R' e3 `2 ?& j% u) v7 g华为出了一个matepad pro 5G,用麒麟990的芯片,但搭载了云电脑功能(类似critix的远程桌面,速度很快,基本等同于桌面电脑,连steam都能玩),速度挺快,我倒觉得这可能是条路
作者: WiFi    时间: 2020-6-24 00:22
老兵帅客 发表于 2020-6-24 00:12
9 ^: i1 g# F8 A6 jhttps://www.theverge.com/2019/11/5/20948092/microsoft-surface-pro-x-review-arm-windows-10-apps-fea ...
: h; K" x$ b3 h9 J& F( x
针对移动办公场景已经没有什么问题。但是确实有限制:  N. J+ x" B8 n7 B9 w5 C# s
1. 初始只能转译32bit的应用(几乎所有的intel应用都有32bit版)。而且应用不可以有自己的Kernel驱动
, H/ A* m) i8 ~+ i) H2. 64bit应用转译正在解决,我已经离开了。不知道进展如何
! u. f. }5 \" ^1 e" I5 ~3. 大部分游戏需要重新编译。
! s: p. @, I8 \) N$ a
作者: 大黑蚊子    时间: 2020-6-24 00:23
WiFi 发表于 2020-6-24 00:06
; B0 C5 x! j8 z* q说明下, 不是当年的Surface RT (Windows for ARM)。是现在最新的(Windows on ARM) Surface Pro X,Samsu ...
( k% }. }5 _/ P# V
我觉得华为那个matepad pro 5g有点儿意思,特别是云电脑; }1 v  ~5 ^6 q% q4 w
不过要是我,我还是不放心把文件放在云端,存本地加云端备份比较好
作者: 大黑蚊子    时间: 2020-6-24 00:26
moletronic 发表于 2020-6-23 23:39: q) I, y" j% V& W; j/ F. y+ Q' e
双系统中国流行,但米国这边基本没人搞这个。

/ w( @  p2 T' [* L: R" P那是因为
- d# u- K1 `+ Q9 J& `" u% S+ U1、在中国,说到电脑大家就是windows,mac太贵了;! U3 c% g+ E: H" z" ^
2、Mac在美国教育市场份额挺大,大家从小用习惯了呗;6 w3 F/ k! f4 J# u/ L
3、软件全正版环境下,mac的成本跟Windows其实差不多,可能还便宜,但要算上盗版…嘿嘿
作者: moletronic    时间: 2020-6-24 00:41
本帖最后由 moletronic 于 2020-6-24 00:50 编辑
; f4 v, U; ?& H( X3 k0 @7 m
大黑蚊子 发表于 2020-6-24 00:26, h( b& H/ x+ {: A
那是因为
; A0 X, `3 s6 Z# a' c1 d) k1、在中国,说到电脑大家就是windows,mac太贵了;  x6 I4 @2 ^( x; q: y+ c5 E
2、Mac在美国教育市场份额挺大,大家从小用 ...

) p0 g, j* l( M. o* W6 ]& c& z, J" Y2 F
中国被微软一统江湖这么多年,这个习惯确实是问题。前几年俺给老婆买了个MBA,但她不习惯,就放在那儿,过了一年想起来,就挂了个craiglist,后来卖给三哥,还赚了点(当初买的时候用了个coupon,比较便宜)。3 }8 h1 g) X$ o* N( l8 A$ H
另外,去年老婆的烂脑娃坏了,懒得给她换新笔记本,就给她买了给Logitech的Bluetooth键盘配ipad,她现在觉得足够了。
作者: r52097    时间: 2020-6-24 01:09
本帖最后由 r52097 于 2020-6-24 01:12 编辑
' `5 ?% X% {1 C: p+ d8 D
大黑蚊子 发表于 2020-6-24 00:21+ b- G$ b% Y/ J
问题在于,如果这样的话,那还保留MacBook这条线干嘛,iPad pro一统江湖算啦…$ s% ]! L  {, C; e3 v

8 v" b/ \8 m2 g' u9 Z+ b我个人觉得苹果在确认下 ...

/ P8 \& ^5 }$ k6 K: S3 ^- q( l4 d; M+ i) G2 p
Mac现在还是特定应用实例下的第一选择(多媒体编辑、程序开发),没必要现在就终止Mac线,把这些用户推到其它阵营。
: P1 A5 Y8 f8 p: m1 V  b: G
, P& D7 A# N; e3 M7 N# ?  ]1 w芯片设计是自己长项,苹果有动力利用这个优势,摆脱Intel Inside这个鸡肋,创造与其它阵营更大的差异化(比如芯片里的神经网络模块),更牢的把用户锁在自己的地盘。
2 y# k- Y' S) _4 I* g6 q0 V; k# h
. f# ~" b& ~3 O9 z借iOS、iPad 2千万的开发者(苹果自己说的),如果很方便的就可以把这些应用搬上Mac平台,或者不需要象原来那样,分别开发iPad和Mac两套不同体系的版本,这个市场机遇可能性和效率提升,会对开发者有莫大的吸引力。/ X) L9 y$ a, R) K8 Y- G/ X- ~

: Y3 C+ l, {$ G$ y, B这个市场的各个玩家都在利用自己现有的优势,努力规划将来的使用场景朝自己倾斜:
) f" J: X# e' I苹果:ARM芯片优势+iOS、iPad领先地位+种种外设+Privacy
" m0 S4 B! n9 S3 a: n华为:无线优势+ARM芯片+外设产业链(Pad,笔记本,电视,...)* D/ p3 y4 r5 l- ~6 {- q
微软:Windows历史+Office+云服务
4 y' x  g5 `2 L) z
作者: WiFi    时间: 2020-6-24 01:16
大黑蚊子 发表于 2020-6-24 00:23
6 J1 \, s2 }0 T! C8 W- O( k3 `- R; f, \我觉得华为那个matepad pro 5g有点儿意思,特别是云电脑
/ M* O) a& U3 P' N+ H- i! S不过要是我,我还是不放心把文件放在云端,存本 ...

  ?9 t% |. S: k6 d- s$ m同意。/ }" @  m2 Z" @9 V+ p; y
关于云存储,这个可能只能这样。最多再加上多云备份。
作者: 可梦之    时间: 2020-6-24 01:32
r52097 发表于 2020-6-24 01:09
" H+ m" X0 |, m8 SMac现在还是特定应用实例下的第一选择(多媒体编辑、程序开发),没必要现在就终止Mac线,把这些用户推到 ...

- r0 V* \' K+ b; y现在iPad上大部分app是iPhone上app直接拿过来,或者稍微改进一些。但iPad和iPhone差别还蛮大的。将来打通了,可能iPad和Mac上App更加类似了。
作者: 老兵帅客    时间: 2020-6-24 01:41
WiFi 发表于 2020-6-23 11:22
7 o2 f2 L" i* _3 d针对移动办公场景已经没有什么问题。但是确实有限制:
% m- y2 q( V! |$ a1. 初始只能转译32bit的应用(几乎所有的intel应用 ...
) U" u2 @) l. U  F( ]
要是这样的话,这东西对我来说没多大意义,因为我用的都是64位应用,从操作系统到应用程序。
作者: 老兵帅客    时间: 2020-6-24 01:46
大黑蚊子 发表于 2020-6-23 11:23
7 E! t* }8 Y! `我觉得华为那个matepad pro 5g有点儿意思,特别是云电脑9 G3 x% ?7 l" ^, O/ e$ Z3 G
不过要是我,我还是不放心把文件放在云端,存本 ...
) ^, H+ T& W  g, @5 {$ h6 u
云电脑就算了吧,网速再快没有本地总线快,再加上网络本身固有的可靠性与安全性问题,云存储作为备份还行,作为主存储就算了。
% Y# N" h1 d6 c0 N2 r3 w
, Z# h6 p( e. \华为的那个matepad pro 5G没有多少实际意义,它挂上了5G的名字,但是有多少人真的会用无线方式?那岂不是等着破产嘛,于是大家还继续用WIFI而已。另外它那个类似critix的远程桌面意义并不大,因为涉及到了应用程序种类与安全问题。以前我用过critix的远程桌面,特定应用没问题,再多问题就出来了。
作者: 老兵帅客    时间: 2020-6-24 01:48
大黑蚊子 发表于 2020-6-23 11:26
* Z7 y0 b) E2 m; ], F那是因为
8 Z( D. c6 N8 f- b' H1 D2 \1、在中国,说到电脑大家就是windows,mac太贵了;9 K, C3 i/ H  ~4 g. M
2、Mac在美国教育市场份额挺大,大家从小用 ...

- b7 G8 Q  I, o0 t  I全正版下,MAC还是比windows贵。我家里机器就是windows全正版,其实就是windows, office,vmware workstation pro和winrar这四个,算下来还是windows机器便宜。
作者: 可梦之    时间: 2020-6-24 02:03
老兵帅客 发表于 2020-6-24 01:48
9 `7 R/ [0 y2 d; B0 e全正版下,MAC还是比windows贵。我家里机器就是windows全正版,其实就是windows, office,vmware worksta ...
$ V/ f# }! B! q8 [( z
相比数据和工作效率,硬件本身是便宜的。
4 k6 m; u, |+ N9 h
6 g( ?! |* n' C8 I( j8 Y电脑,就是给人用的,对于程序员来说,哪个工作效率高就用哪个。我自己Windows/Linux/Mac都用过很长时间。喜欢Linux/Mac多一些,方便写脚本。当然用Windows上IDE更好,牛程序员也很多。自己用着爽,效率提高一点,电脑钱早省出来了。
作者: 老兵帅客    时间: 2020-6-24 02:08
可梦之 发表于 2020-6-23 13:03( H) g5 ?* P$ a6 C2 R/ w
相比数据和工作效率,硬件本身是便宜的。
- ]  O  x3 Y  b- A. c; @+ g
4 j9 @: {# @  T( w) y) ^* S: p电脑,就是给人用的,对于程序员来说,哪个工作效率高就用哪个 ...

3 F/ j6 [1 V5 e% `) p: J4 Y俺做为Java程序员,坚定地相信各个平台都是一样滴。为啥,因为只要你有了xwindow,eclipse的各个平台版本有啥区别?build都是靠着maven,各个java ee server的admin console都是基于浏览器的,又有啥区别。: p  `( L; o7 z. H2 p

$ p- g: v9 \4 ]) q真正的区别在于两点:/ `% ~& x4 ~0 }" N

2 V9 T  A+ W1 W3 d. U0 o第一。有些windows应用别的平台没有,例如microsoft office里面的那个access,就只有windows版本。但是我的个人财务管理软件就是我基于这个开发的,因此不可能移植到其它平台,除非它也有这个软件。' L, Y, g2 j# A2 ?* |
( y" l: x  p7 s  Z. w% }
第二。很多游戏都只有windows版本。stream以前支持苹果,现在也放弃了。
作者: 可梦之    时间: 2020-6-24 02:14
老兵帅客 发表于 2020-6-24 02:08
2 B: }, ~; C- u/ F- v& Y- {俺做为Java程序员,坚定地相信各个平台都是一样滴。为啥,因为只要你有了xwindow,eclipse的各个平台版本 ...

7 `7 x1 Y4 {0 ^4 U对啊,每个人有自己的喜好,用惯了就好。Linux/Mac都不适合玩游戏。9 Y2 G3 f: y' t2 b" G) \, \

/ Z9 Z' p4 A6 J' z题外话,从来没有用过Access,和Mysql区别大吗?如果都支持SQL语言,转过来难度不大啊。之前是不是还有个FoxPro的数据库,还活着吗?
作者: 老兵帅客    时间: 2020-6-24 02:18
可梦之 发表于 2020-6-23 13:14
0 n1 c7 Q6 h$ f8 C* O对啊,每个人有自己的喜好,用惯了就好。Linux/Mac都不适合玩游戏。  F4 Y4 w" u7 i

8 Y& Z8 J7 [# g; m题外话,从来没有用过Access,和Mys ...
3 v, [7 i9 y% \" ?8 _8 N
access是自己一套sql,不是标准的ansi sql。假使我移植的话,必须重新做一切,因为连table中字段的初始值都是它自己一套,更不要说其它。再早的foxpro早就是一般过去时了,虽然俺当年用的是它的前身,foxbase plus。
作者: 可梦之    时间: 2020-6-24 02:20
老兵帅客 发表于 2020-6-24 02:18
. i  b& A$ `* v8 f8 v) P, Aaccess是自己一套sql,不是标准的ansi sql。假使我移植的话,必须重新做一切,因为连table中字段的初始值 ...

7 r; S, l3 F5 `微软啥都爱自己搞一套,霍霍大家。不过阿三上台后,开始拥抱开源了。
作者: 老兵帅客    时间: 2020-6-24 02:20
可梦之 发表于 2020-6-23 13:20% c- G0 N1 |* N5 i7 @* E1 {
微软啥都爱自己搞一套,霍霍大家。不过阿三上台后,开始拥抱开源了。

3 f9 ^0 V* ~9 F( T1 ]+ w其实它那个access也是买的。
作者: WiFi    时间: 2020-6-24 02:49
老兵帅客 发表于 2020-6-24 01:41) v! d" o. G, F& G
要是这样的话,这东西对我来说没多大意义,因为我用的都是64位应用,从操作系统到应用程序。 ...
* P; v2 I5 m; k5 y" ]
目标人群是:移动,商务,办公等等。& j) n- d/ s: R0 A! l
要求:轻,薄,长续航,永远在线。+ M0 f0 Q6 ~5 K; E9 m: W3 W1 Y
重点:办公软件,PPT,邮件,上网,视频。' s# f7 a8 B6 g5 B* ?+ Z  T
你这样的程序猿,恨不得8个20”+屏幕,台式机CPU的反人类群体,人家看不上! v5 e6 T4 \) w; Q+ e0 O7 Z# R

作者: holycow    时间: 2020-6-24 03:40
老兵帅客 发表于 2020-6-23 10:08
. v0 |' W) @+ ^+ U俺做为Java程序员,坚定地相信各个平台都是一样滴。为啥,因为只要你有了xwindow,eclipse的各个平台版本 ...

0 j2 U9 x, D' l* a5 O% \反贼!竟然还用Access! 现在不用个卡桑德拉或MongoDB都不好意思出去讲
作者: 老兵帅客    时间: 2020-6-24 03:51
WiFi 发表于 2020-6-23 13:49+ X) e% R+ }; n. n5 e$ A8 \
目标人群是:移动,商务,办公等等。2 z% a: f9 L: T; a
要求:轻,薄,长续航,永远在线。
# x1 X' ?  ~* ~8 D  u. q重点:办公软件,PPT,邮件,上 ...
; w+ |& c- I; D% ?( l2 O9 y
你说的这些,chromebook就够了,再多都是浪费。
作者: 老兵帅客    时间: 2020-6-24 03:53
holycow 发表于 2020-6-23 14:40
9 ~5 `  m- n; n& ~" t& s反贼!竟然还用Access! 现在不用个卡桑德拉或MongoDB都不好意思出去讲

# b! t( u$ n5 [1 {8 u瞎说个啥阿,俺难道能告诉你,俺在用redis数据库呢。& p8 i1 {% f4 q5 R7 x

+ h/ J$ e0 b6 C3 s, I9 x谁说redis不是数据库来着,那是他out啦。
作者: 赫然    时间: 2020-6-24 04:19
老兵帅客 发表于 2020-6-23 14:53
' `- Z: R. Y, m2 \. \瞎说个啥阿,俺难道能告诉你,俺在用redis数据库呢。
' C( z( f; e, B- m( w1 I1 l! A) e' Z* J
谁说redis不是数据库来着,那是他out啦。 ...
3 m* O" l( I5 O4 t
专业挖坟党。。。。。你把这么古老的东西都挖出来了。。。还有更老一点的么。。。。
作者: 孟词宗    时间: 2020-6-24 04:53
可梦之 发表于 2020-6-24 02:145 ?0 c, I; O! I3 M) v3 Z
对啊,每个人有自己的喜好,用惯了就好。Linux/Mac都不适合玩游戏。
0 v4 t  o. M1 t: x- p" `9 @$ H& ?! p+ D0 p; X0 M2 Z
题外话,从来没有用过Access,和Mys ...

" P* N4 d$ j! p9 L' B4 b9 ?+ s# `Access 就是给学生、个人或一般办公人员用的。不会 SQL 其实也没事。有图形界面。大多数情况下都是办公室级别的小数据库。最讨厌的是很多地方的二把刀经理把它当正式数据库用,结果积累下来整个公司的数据都东一块、西一块在各种小 Access 数据库里,而且数据还不统一。
- }5 J6 A8 b, O' I5 D! D: K) W, C+ g  D3 ~% A. U8 V- ?+ Q
当然,这也有好处,上客户那宣传一下用 Access 的缺点,CIO 决定统一数据库,这就是一堆项目了。
作者: WiFi    时间: 2020-6-24 05:09
老兵帅客 发表于 2020-6-24 03:51' a' g; Y6 d; \, x
你说的这些,chromebook就够了,再多都是浪费。

5 p. {, x+ k& p+ D- BChromebook不支持专业办公软件。) S' b2 y3 q5 f" N; l! g

作者: moletronic    时间: 2020-6-24 05:55
WiFi 发表于 2020-6-24 05:09
7 V8 M6 r( ?: C2 N+ X7 t' N, PChromebook不支持专业办公软件。
$ ~4 q% ]' V) S) c$ B
Google doc那几个对普通人也够了,Mac上的MS office不也就那四件吗?老兵最爱的access都没有。
作者: 老兵帅客    时间: 2020-6-24 06:32
WiFi 发表于 2020-6-23 16:09
% ?$ J3 \, t* C6 uChromebook不支持专业办公软件。
# r' f. `6 S, a4 d% z1 m
敢说google docs不是专业办公软件,他冰姨呢?
作者: 老兵帅客    时间: 2020-6-24 06:33
赫然 发表于 2020-6-23 15:19
- Z% K& ~8 X5 A; N" @专业挖坟党。。。。。你把这么古老的东西都挖出来了。。。还有更老一点的么。。。。 ...

# c8 b1 H0 ^- H) |那是咱们挖坟党的镇坟之宝!
作者: 机器猫    时间: 2020-6-25 01:42
老兵帅客 发表于 2020-6-24 02:08  r/ T; f4 v/ s; O2 x+ O. p- u6 l
俺做为Java程序员,坚定地相信各个平台都是一样滴。为啥,因为只要你有了xwindow,eclipse的各个平台版本 ...

  g7 S' f! t% O( P: [还是有区别的。我以前用过eclipse,虽然只是写C的程序。但是各个平台的UI rendering效果不同。在Linux上不管我怎么调,总觉得那个字体是模糊的。一整天对着那个模糊的编辑器,眼睛都觉得花了。
* i+ |( ?) b$ y这也是为啥我对VS code的remote extension这么喜欢的原因。涉及到GUI的东西,坚决不用Linux4 Z! G( L) T6 P& A0 p: K! x

作者: 老兵帅客    时间: 2020-6-25 02:23
机器猫 发表于 2020-6-24 12:42  `1 d- ]7 l5 t. O* J. K
还是有区别的。我以前用过eclipse,虽然只是写C的程序。但是各个平台的UI rendering效果不同。在Linux上 ...

' d& b9 W4 E$ ]* {; c; B4 c6 e# O4 U- ?我用过的eclipse环境,分别是windows, redhat linux, aix和osx,除了个别菜单项位置变化以外,没区别。
9 F, C: N* F  \+ R5 d; S
% H$ k0 y. ^0 q! N6 e  ^至于你所说的字体模糊,我倒是没遇到过。
作者: 孟词宗    时间: 2020-6-25 04:50
机器猫 发表于 2020-6-25 01:42
, O3 n5 Z; F) Y& }3 ]) y2 u4 W还是有区别的。我以前用过eclipse,虽然只是写C的程序。但是各个平台的UI rendering效果不同。在Linux上 ...
' n; b" a: Y3 Q( p. ?' h
你这个问题可能是因为:5 h5 A4 i9 v) O' [6 B- L5 G  N, U9 V
1. 你不是用的 Linux 本地机。Remote Desktop 一般分辨率都有问题。尤其是你自己不能调节,Admin 又不愿给你开特例的情况下。特别是你抱着个 4K 的显示器,Admin 只肯开最大众的 1600x900
0 n* S5 d9 N& K' `/ N2 p, l1 a5 ]+ I$ e& X
2. 你用Linux 本地机,但图像卡驱动没搞好。结果就是各种不舒服。如果你对 Linux 没啥热情,用的版本又比较老,手动部分很多的话,大概率不会满世界去找合适的驱动。结果自然是图像模糊。
, X' w: }% g; ]4 q0 R( d7 }. D) m6 p$ k" u3 _8 f* I
3. 你用的机器和显示器之间的 Cable 不匹配。俺以前买了个 4K 的显示器,接到台式机上怎么都弄不出 240 Hz 的频率。最后发现是 HDMI Cable 标准不对。买了合适的 Cable 就解决问题了。




欢迎光临 爱吱声 (http://129.226.69.186/bbs/) Powered by Discuz! X3.2