c*m
发帖数: 1114 | 1 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
tosh老早以前就技术领先的地方。
除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
ows不一样). |
wy
发帖数: 14511 | 2 易用性。不用折腾，当然有的人就是喜欢折腾。很多软件linux没有
比如说acrobat, photoshop, M$ office之类
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
y***u
发帖数: 5243 | 3 哪个用的习惯用哪个。都用的习惯，就都用。
linux的命令行比mac os的好用太多。makefile也更容易写
mac在multi－media上折腾少，不过mplayer＋winelib＋w32codec支持的视频格式更多
就这样
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
wy
发帖数: 14511 | 4 mplayer mac不也有
【在 y***u 的大作中提到】
: 哪个用的习惯用哪个。都用的习惯，就都用。
: linux的命令行比mac os的好用太多。makefile也更容易写
: mac在multi－media上折腾少，不过mplayer＋winelib＋w32codec支持的视频格式更多
: 就这样
:
: mackin
: wind
|
y***u
发帖数: 5243 | 5 winelib不好用，winelib不好用，导致w32codec不好用。
【在 wy 的大作中提到】
: mplayer mac不也有
|
wy
发帖数: 14511 | 6 w32codec里面有啥？
【在 y***u 的大作中提到】
: winelib不好用，winelib不好用，导致w32codec不好用。
|
y***u
发帖数: 5243 | 7 windows下的一些codec的dll，用来decode一些视频格式。毕竟有的视频格式开发的时
候只有windows的dll又不开放视频格式细节
【在 wy 的大作中提到】
: w32codec里面有啥？
|
s3
发帖数: 2270 | 8 我觉得就是一个free和商用的操作系统
mac收费的，更好用一些，更漂亮一些
如果只是用来进行科学计算的话，估计区别不大吧
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
r**********0
发帖数: 3236 | 9 linux反人类。OSX造福广大用户。
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
y***u
发帖数: 5243 | 10 你这种腔调有意思么？说实话，你说的话有时候有道理，但是阴阳怪气的腔调太没劲。
该用什么用什么，没有用哪个就死忠哪个，死反哪个的。估计你还没在industry工作过吧
【在 r**********0 的大作中提到】
: linux反人类。OSX造福广大用户。
:
: mackin
: wind
|
|
|
r**********0
发帖数: 3236 | 11 你不要那么认真么，我开个玩笑而以。不过linux本来就不是为广大普通人类设计的，
全球整天
makefile的人不超过十万分之一吧，干个屁大点简单的事情都要敲半天命令行。
过吧
【在 y***u 的大作中提到】
: 你这种腔调有意思么？说实话，你说的话有时候有道理，但是阴阳怪气的腔调太没劲。
: 该用什么用什么，没有用哪个就死忠哪个，死反哪个的。估计你还没在industry工作过吧
|
y***u
发帖数: 5243 | 12 我们写makefile是为了让广大普通人类不写makefile
我们敲命令是为了快点让广大普通人类不用敲键盘
习惯了之后，其实都没什么大不了的。每个人的习惯不一样而已。哪种我都觉得可以接
受的。而且cmd的tab提示，让命令行没那么难用。只不过从dos成长到windows的人可能
都不知道tab可以提示，所以暗示自己cmd很难用就不多花一点点时间多了解一下了
【在 r**********0 的大作中提到】
: 你不要那么认真么，我开个玩笑而以。不过linux本来就不是为广大普通人类设计的，
: 全球整天
: makefile的人不超过十万分之一吧，干个屁大点简单的事情都要敲半天命令行。
:
: 过吧
|
wy
发帖数: 14511 | 13 有时候命令行比徒刑截面块很多把
【在 r**********0 的大作中提到】
: 你不要那么认真么，我开个玩笑而以。不过linux本来就不是为广大普通人类设计的，
: 全球整天
: makefile的人不超过十万分之一吧，干个屁大点简单的事情都要敲半天命令行。
:
: 过吧
|
r**********0
发帖数: 3236 | 14 广大人类需要的就是简单，linux从可用性来说是不行啊。
【在 y***u 的大作中提到】
: 我们写makefile是为了让广大普通人类不写makefile
: 我们敲命令是为了快点让广大普通人类不用敲键盘
: 习惯了之后，其实都没什么大不了的。每个人的习惯不一样而已。哪种我都觉得可以接
: 受的。而且cmd的tab提示，让命令行没那么难用。只不过从dos成长到windows的人可能
: 都不知道tab可以提示，所以暗示自己cmd很难用就不多花一点点时间多了解一下了
|
r**********0
发帖数: 3236 | 15 快是快，可是对用户不友好
【在 wy 的大作中提到】
: 有时候命令行比徒刑截面块很多把
|
p****t
发帖数: 11416 | 16 命令行的问题不是快不快，而是某些轮子明明GUI更方便的事情也非要用
命令行
在linux版你经常会看到轮子高呼：终于全部用命令行了！仿佛这样就高
人一等
【在 r**********0 的大作中提到】
: 快是快，可是对用户不友好
|
y***u
发帖数: 5243 | 17 老大，你自己再看看你的post，这个是“命令行”的问题，还是“某些轮子”的问题？
这个逻辑真强大，就和“某些中年人猥琐地吃饭舔盘子”，就推广到“盘子很猥琐”一
个样啊。。。
【在 p****t 的大作中提到】
: 命令行的问题不是快不快，而是某些轮子明明GUI更方便的事情也非要用
: 命令行
: 在linux版你经常会看到轮子高呼：终于全部用命令行了！仿佛这样就高
: 人一等
|
y***u
发帖数: 5243 | 18 我觉得Ubuntu已经够简单了吧
【在 r**********0 的大作中提到】
: 广大人类需要的就是简单，linux从可用性来说是不行啊。
|
r**********0
发帖数: 3236 | 19 他们上网也用命令行，然后看html源代码么？
【在 p****t 的大作中提到】
: 命令行的问题不是快不快，而是某些轮子明明GUI更方便的事情也非要用
: 命令行
: 在linux版你经常会看到轮子高呼：终于全部用命令行了！仿佛这样就高
: 人一等
|
y***u
发帖数: 5243 | 20 有时候用lynx看某些页面是可以的啊。但是不要把极端情况扩大化吧
【在 r**********0 的大作中提到】
: 他们上网也用命令行，然后看html源代码么？
|
|
|
wy
发帖数: 14511 | 21 lynx a
【在 r**********0 的大作中提到】
: 他们上网也用命令行，然后看html源代码么？
|
d*********g
发帖数: 2906 | 22 Mac比Ubuntu快很多。
速度一直是Linux的软肋，在相同的机器上，在速度方面Mac基本等于Win 7（各有快慢
），但远远快于Linux。
X在Linux上，无论是速度还是稳定性都远远不到可以普及大众使用的程度，也就是给
geeks玩玩罢了。
BTW，我从RedHat还是全免费时就开始用Linux，自己编译kernel，XFree86，KDE和
Gnome，后来每隔半年升级一次Ubuntu。 |
y***u
发帖数: 5243 | 23 你说什么速度？
【在 d*********g 的大作中提到】
: Mac比Ubuntu快很多。
: 速度一直是Linux的软肋，在相同的机器上，在速度方面Mac基本等于Win 7（各有快慢
: ），但远远快于Linux。
: X在Linux上，无论是速度还是稳定性都远远不到可以普及大众使用的程度，也就是给
: geeks玩玩罢了。
: BTW，我从RedHat还是全免费时就开始用Linux，自己编译kernel，XFree86，KDE和
: Gnome，后来每隔半年升级一次Ubuntu。
|
d*********g
发帖数: 2906 | 24 主要是UI的responsiveness，这点很容易感觉出来。
基本上完全相同的c/c++ code，在Linux、Windows和Mac上运行，Linux要比Windows和
Mac慢10%-20%，甚至更多。
【在 y***u 的大作中提到】
: 你说什么速度？
|
y***u
发帖数: 5243 | 25 compiz速度，我感觉比vista和win7都快。基本上感觉不出来任何延迟。
至于其他速度，用gcc4的-Os编译出来的计算代码，比Windows一抹一样的代码出来的执
行程序快了不止1倍。
你说的UI不会是QT吧？KUbuntu据说只有3个人维护。
【在 d*********g 的大作中提到】
: 主要是UI的responsiveness，这点很容易感觉出来。
: 基本上完全相同的c/c++ code，在Linux、Windows和Mac上运行，Linux要比Windows和
: Mac慢10%-20%，甚至更多。
|
d*********g
发帖数: 2906 | 26 我现在不用Compiz，以前用过，太buggy，就是一个给人做demo的水平，没有使用价值
。我现在也不用这些fancy的东西。
Linux kernel很稳定，但Linux的X非常不稳定，经常X死了，把鼠标和键盘也搞死了，
Ctrl-F7什么的也没有用，不能restart x。对于desktop用户这个和kernel死了没有什
么区别。
我只用Gnome，举一个简单的例子，在我的电脑上，在Gnome的file manager中打开一个
有2000个文件的文件夹要10多秒钟或者更长，硬盘在一直转，在windows和Mac上就是一
两秒钟的事情。
Firefox在Ubuntu上慢不是一点半点，你去任何一个测browser速度的网站上比较试试就
知道了。
【在 y***u 的大作中提到】
: compiz速度，我感觉比vista和win7都快。基本上感觉不出来任何延迟。
: 至于其他速度，用gcc4的-Os编译出来的计算代码，比Windows一抹一样的代码出来的执
: 行程序快了不止1倍。
: 你说的UI不会是QT吧？KUbuntu据说只有3个人维护。
|
y***u
发帖数: 5243 | 27 是这样的，最新的Ubuntu，不用compiz比用compiz慢。这是我的体会。我试着disable
compiz，发现经常出问题。我是64bits，开2000个文件的文件夹最近做的少。不过
Linux的文件夹文件数目超过一定量，ls都会死掉（当然ls死掉不是这个原因，是
arguments的个数超长的原因）。windows太久不用了，忘记怎么情形了。firefox慢，
我以前也很郁闷。后来发现哪个平台都慢。最后发现，是我的histroy设置保存5年的。
而sqlite是用来保存历史的，sqlite在文件达到几百M的时候就开始变得巨慢。唯一的
解决办法就是清理history并且设置保留histroy只到30天。
现在我的ubuntu laptop跑了小半年没关机了，速度没有任何变化。而且我是非常
intensive地cpu，harddrive的user，照我的用法，windows已经死了很多次了
当然，linux要好用，的确有时候需要自己做一些investigation和tweak。但是现在的
发行版的水平，我个人感觉需要tweak的时候不比windows多
【在 d*********g 的大作中提到】
: 我现在不用Compiz，以前用过，太buggy，就是一个给人做demo的水平，没有使用价值
: 。我现在也不用这些fancy的东西。
: Linux kernel很稳定，但Linux的X非常不稳定，经常X死了，把鼠标和键盘也搞死了，
: Ctrl-F7什么的也没有用，不能restart x。对于desktop用户这个和kernel死了没有什
: 么区别。
: 我只用Gnome，举一个简单的例子，在我的电脑上，在Gnome的file manager中打开一个
: 有2000个文件的文件夹要10多秒钟或者更长，硬盘在一直转，在windows和Mac上就是一
: 两秒钟的事情。
: Firefox在Ubuntu上慢不是一点半点，你去任何一个测browser速度的网站上比较试试就
: 知道了。
|
d*********g
发帖数: 2906 | 28 其实我真的很好奇说Linux比Windows或者Mac好用的人是怎么用Linux的。我已经用最新
的distro了，有什么update我都安装，而且我认为我知道我在干什么。反正就是在一台
电脑上装这几个操作系统，速度快慢一目了然。我有时也要用Eclipse，这个在Ubuntu
和Windows上速度没法比，其实Mac都比Windows慢。
BTW，我的Firefox在Linux下就保留了10天的history，而且这个和browser speed test
page result没有什么关系。
disable
【在 y***u 的大作中提到】
: 是这样的，最新的Ubuntu，不用compiz比用compiz慢。这是我的体会。我试着disable
: compiz，发现经常出问题。我是64bits，开2000个文件的文件夹最近做的少。不过
: Linux的文件夹文件数目超过一定量，ls都会死掉（当然ls死掉不是这个原因，是
: arguments的个数超长的原因）。windows太久不用了，忘记怎么情形了。firefox慢，
: 我以前也很郁闷。后来发现哪个平台都慢。最后发现，是我的histroy设置保存5年的。
: 而sqlite是用来保存历史的，sqlite在文件达到几百M的时候就开始变得巨慢。唯一的
: 解决办法就是清理history并且设置保留histroy只到30天。
: 现在我的ubuntu laptop跑了小半年没关机了，速度没有任何变化。而且我是非常
: intensive地cpu，harddrive的user，照我的用法，windows已经死了很多次了
: 当然，linux要好用，的确有时候需要自己做一些investigation和tweak。但是现在的
|
y***u
发帖数: 5243 | 29 非常intensive地使用linux。我们要用地很多library根本没有windows版本，因为
windows实在慢地发指。一抹一样地fft，dft代码，一抹一样地搜索地代码，windows能
跑个一天，linux就跑十几分钟，这种事情让我再也不用windows干活了，也不port任何
代码到windows了。eclipse在linux上面很难用，我也要写java，只用netbeans，主要
是swt太buggy。
我也很好奇，你既然知道怎么tweak，怎么会觉得ubuntu慢，因为你的经验和我身边大
多数人的经验完全相反。
Ubuntu
test
【在 d*********g 的大作中提到】
: 其实我真的很好奇说Linux比Windows或者Mac好用的人是怎么用Linux的。我已经用最新
: 的distro了，有什么update我都安装，而且我认为我知道我在干什么。反正就是在一台
: 电脑上装这几个操作系统，速度快慢一目了然。我有时也要用Eclipse，这个在Ubuntu
: 和Windows上速度没法比，其实Mac都比Windows慢。
: BTW，我的Firefox在Linux下就保留了10天的history，而且这个和browser speed test
: page result没有什么关系。
:
: disable
|
a***y
发帖数: 19743 | 30 如果抛开图形界面和图形运算的话
只是数据库啊，web server啊，java啊这些，snow leopard的速度和Linux差不多，有
些方面SL快一点点，有些Ubuntu快一点点。这个是别人测评过了的。
但是Linux下的桌面环境和应用程序实在是太糟糕了。
【在 d*********g 的大作中提到】
: Mac比Ubuntu快很多。
: 速度一直是Linux的软肋，在相同的机器上，在速度方面Mac基本等于Win 7（各有快慢
: ），但远远快于Linux。
: X在Linux上，无论是速度还是稳定性都远远不到可以普及大众使用的程度，也就是给
: geeks玩玩罢了。
: BTW，我从RedHat还是全免费时就开始用Linux，自己编译kernel，XFree86，KDE和
: Gnome，后来每隔半年升级一次Ubuntu。
|
|
|
a***y
发帖数: 19743 | 31 速度快那么一点点有时候都没什么意义
对一般用户最重要的是简单易用和稳定安全
Ubuntu
test
【在 d*********g 的大作中提到】
: 其实我真的很好奇说Linux比Windows或者Mac好用的人是怎么用Linux的。我已经用最新
: 的distro了，有什么update我都安装，而且我认为我知道我在干什么。反正就是在一台
: 电脑上装这几个操作系统，速度快慢一目了然。我有时也要用Eclipse，这个在Ubuntu
: 和Windows上速度没法比，其实Mac都比Windows慢。
: BTW，我的Firefox在Linux下就保留了10天的history，而且这个和browser speed test
: page result没有什么关系。
:
: disable
|
y***u
发帖数: 5243 | 32 关键是，windows速度不快啊。。。我很好奇怎么会有人觉得windows速度比Linux快。
因为这几年一直用Ubuntu，我肯定我地Ubuntu比Windows快很多。如果用Xfce地话更快
。更早以前我一直用slackware，虽然是KDE，可是比后来出地redhat好用不少。用过
debian之后就彻底抛弃slackware了，而且gnome也是要比KDE稳定地多
【在 a***y 的大作中提到】
: 速度快那么一点点有时候都没什么意义
: 对一般用户最重要的是简单易用和稳定安全
:
: Ubuntu
: test
|
a***y
发帖数: 19743 | 33 你是用来算东西吧。
Windows下面有些软件打开速度是很快，比Mac下快。
不是谈运算速度。
【在 y***u 的大作中提到】
: 关键是，windows速度不快啊。。。我很好奇怎么会有人觉得windows速度比Linux快。
: 因为这几年一直用Ubuntu，我肯定我地Ubuntu比Windows快很多。如果用Xfce地话更快
: 。更早以前我一直用slackware，虽然是KDE，可是比后来出地redhat好用不少。用过
: debian之后就彻底抛弃slackware了，而且gnome也是要比KDE稳定地多
|
y***u
发帖数: 5243 | 34 可是我也用来娱乐的。真正的计算密集型的东西，根本没有人考虑用windows的。
而mplayer似乎也不比暴风影音差太多吧（差距是有，有的dll在linux下面用winelib也
没法用的）。
【在 a***y 的大作中提到】
: 你是用来算东西吧。
: Windows下面有些软件打开速度是很快，比Mac下快。
: 不是谈运算速度。
|
wy
发帖数: 14511 | 35 究竟有啥格式是mplayer搞不定的？
【在 y***u 的大作中提到】
: 可是我也用来娱乐的。真正的计算密集型的东西，根本没有人考虑用windows的。
: 而mplayer似乎也不比暴风影音差太多吧（差距是有，有的dll在linux下面用winelib也
: 没法用的）。
|
y***u
发帖数: 5243 | 36 某些rm，某些wmv
【在 wy 的大作中提到】
: 究竟有啥格式是mplayer搞不定的？
|
d*********g
发帖数: 2906 | 37 我真的和很多用Linux的人相反。我是在Windows下用Cygwin来运行bash，那个DOS
Prompt对我就是torture。要么就直接用Mac下的bash。
我觉得是你的工作要做很多calculation intensive的东西，这些和UI没有什么关系，
而且Linux上已经有了很多现成的lib了。所有你会觉得Linux要比Windows好用。
我的工作涉及很多UI，真正的计算几乎没有，所以Windows和Mac要比Linux强。
但我认为一样的code，在windows下跑一天一天，Linux十几分钟我是很难相信的，GCC
几年前是众所周知的最慢的compiler，kernel用Intel compiler编译出来比用GCC快20%
多。gcc3当时和Microsoft compiler差不多，各有快慢。gcc4的速度比gcc3有提高，但
好像没有听说有革命性的变化。
【在 y***u 的大作中提到】
: 非常intensive地使用linux。我们要用地很多library根本没有windows版本，因为
: windows实在慢地发指。一抹一样地fft，dft代码，一抹一样地搜索地代码，windows能
: 跑个一天，linux就跑十几分钟，这种事情让我再也不用windows干活了，也不port任何
: 代码到windows了。eclipse在linux上面很难用，我也要写java，只用netbeans，主要
: 是swt太buggy。
: 我也很好奇，你既然知道怎么tweak，怎么会觉得ubuntu慢，因为你的经验和我身边大
: 多数人的经验完全相反。
:
: Ubuntu
: test
|
d*********g
发帖数: 2906 | 38 同意。
其实Java也只包括没有UI的Java，一但涉及UI，Java在Linux下是horrible，这还不包
括look and feel。
【在 a***y 的大作中提到】
: 如果抛开图形界面和图形运算的话
: 只是数据库啊，web server啊，java啊这些，snow leopard的速度和Linux差不多，有
: 些方面SL快一点点，有些Ubuntu快一点点。这个是别人测评过了的。
: 但是Linux下的桌面环境和应用程序实在是太糟糕了。
|
wy
发帖数: 14511 | 39 o?卧倒是从来没碰见过
【在 y***u 的大作中提到】
: 某些rm，某些wmv
|
H****n
发帖数: 125 | 40 没啥特殊硬件支持，用的都是intel的芯
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
|
|
m*****n
发帖数: 266 | 41 都差不多，习惯问题，以前一直用zoomplayer，后来用kplayer，在linux下一直用
mplayer，现在Mac下用VLC，都很不错。
【在 y***u 的大作中提到】
: 哪个用的习惯用哪个。都用的习惯，就都用。
: linux的命令行比mac os的好用太多。makefile也更容易写
: mac在multi－media上折腾少，不过mplayer＋winelib＋w32codec支持的视频格式更多
: 就这样
:
: mackin
: wind
|
y***u
发帖数: 5243 | 42 公司没有买过intel的超级编译器，比较只是在VS的编译器和gcc之间进行的。的确就是
同一个fft的实现，gcc在linux下面造出来的东西，能比VS造出来的快很多。
而且windows的IO library似乎有问题，大规模频繁的IO导致系统越来越慢。所以长时
间的计算会越来越慢，这就是速度差距的来源。如果linux是1分钟的计算量，而
windows可能就1分15秒。但是linux一个小时的计算量，windows可能就要3个小时了。
UI方面，大概是我计算过度，导致开一个Explorer都非常慢－－即使刚刚非常
intensive的计算已经结束了。
GCC
20%
【在 d*********g 的大作中提到】
: 我真的和很多用Linux的人相反。我是在Windows下用Cygwin来运行bash，那个DOS
: Prompt对我就是torture。要么就直接用Mac下的bash。
: 我觉得是你的工作要做很多calculation intensive的东西，这些和UI没有什么关系，
: 而且Linux上已经有了很多现成的lib了。所有你会觉得Linux要比Windows好用。
: 我的工作涉及很多UI，真正的计算几乎没有，所以Windows和Mac要比Linux强。
: 但我认为一样的code，在windows下跑一天一天，Linux十几分钟我是很难相信的，GCC
: 几年前是众所周知的最慢的compiler，kernel用Intel compiler编译出来比用GCC快20%
: 多。gcc3当时和Microsoft compiler差不多，各有快慢。gcc4的速度比gcc3有提高，但
: 好像没有听说有革命性的变化。
|
p*******n
发帖数: 4824 | 43 OSX is a product, Ubuntu is a toy, that's it.
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
a***y
发帖数: 19743 | 44 toy?!
toy is for the masses.
I would only call iPod, iPhone, iPad toys.
【在 p*******n 的大作中提到】
: OSX is a product, Ubuntu is a toy, that's it.
:
: mackin
: wind
|
s****c
发帖数: 11300 | 45 linux不友好 支持不够完整 构架界面不统一
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
s****c
发帖数: 11300 | 46 make了2个多小时的file结果最后告诉你少装了另一个软件无法进行下去 或者干脆提示
某个so文件入口#$@#@!@一类缺失的字符 我想任何一个人都会发疯
【在 y***u 的大作中提到】
: 我们写makefile是为了让广大普通人类不写makefile
: 我们敲命令是为了快点让广大普通人类不用敲键盘
: 习惯了之后，其实都没什么大不了的。每个人的习惯不一样而已。哪种我都觉得可以接
: 受的。而且cmd的tab提示，让命令行没那么难用。只不过从dos成长到windows的人可能
: 都不知道tab可以提示，所以暗示自己cmd很难用就不多花一点点时间多了解一下了
|
s****c
发帖数: 11300 | 47 windows需要什么tweak？
disable
【在 y***u 的大作中提到】
: 是这样的，最新的Ubuntu，不用compiz比用compiz慢。这是我的体会。我试着disable
: compiz，发现经常出问题。我是64bits，开2000个文件的文件夹最近做的少。不过
: Linux的文件夹文件数目超过一定量，ls都会死掉（当然ls死掉不是这个原因，是
: arguments的个数超长的原因）。windows太久不用了，忘记怎么情形了。firefox慢，
: 我以前也很郁闷。后来发现哪个平台都慢。最后发现，是我的histroy设置保存5年的。
: 而sqlite是用来保存历史的，sqlite在文件达到几百M的时候就开始变得巨慢。唯一的
: 解决办法就是清理history并且设置保留histroy只到30天。
: 现在我的ubuntu laptop跑了小半年没关机了，速度没有任何变化。而且我是非常
: intensive地cpu，harddrive的user，照我的用法，windows已经死了很多次了
: 当然，linux要好用，的确有时候需要自己做一些investigation和tweak。但是现在的
|
s****c
发帖数: 11300 | 48 图形界面快
【在 y***u 的大作中提到】
: 关键是，windows速度不快啊。。。我很好奇怎么会有人觉得windows速度比Linux快。
: 因为这几年一直用Ubuntu，我肯定我地Ubuntu比Windows快很多。如果用Xfce地话更快
: 。更早以前我一直用slackware，虽然是KDE，可是比后来出地redhat好用不少。用过
: debian之后就彻底抛弃slackware了，而且gnome也是要比KDE稳定地多
|
s****c
发帖数: 11300 | 49 只能说你不熟悉windows编程
【在 y***u 的大作中提到】
: 公司没有买过intel的超级编译器，比较只是在VS的编译器和gcc之间进行的。的确就是
: 同一个fft的实现，gcc在linux下面造出来的东西，能比VS造出来的快很多。
: 而且windows的IO library似乎有问题，大规模频繁的IO导致系统越来越慢。所以长时
: 间的计算会越来越慢，这就是速度差距的来源。如果linux是1分钟的计算量，而
: windows可能就1分15秒。但是linux一个小时的计算量，windows可能就要3个小时了。
: UI方面，大概是我计算过度，导致开一个Explorer都非常慢－－即使刚刚非常
: intensive的计算已经结束了。
:
: GCC
: 20%
|
s****c
发帖数: 11300 | 50 linux更像是tool 不是为了干活赚钱没啥人愿意用它
而且很多时候这个工具还不趁手 需要重新打造
【在 a***y 的大作中提到】
: toy?!
: toy is for the masses.
: I would only call iPod, iPhone, iPad toys.
|
|
|
y***u
发帖数: 5243 | 51 老大，这是你自己软件或者makefile写的有问题。automake一开始做sanity check不够
彻底
【在 s****c 的大作中提到】
: make了2个多小时的file结果最后告诉你少装了另一个软件无法进行下去 或者干脆提示
: 某个so文件入口#$@#@!@一类缺失的字符 我想任何一个人都会发疯
|
y***u
发帖数: 5243 | 52 不知道。反正我不tweak巨慢
【在 s****c 的大作中提到】
: windows需要什么tweak？
:
: disable
|
y***u
发帖数: 5243 | 53 std c，根本不需要和平台相关的任何一句话。
【在 s****c 的大作中提到】
: 只能说你不熟悉windows编程
|
s****c
发帖数: 11300 | 54 呵呵 这就是你所说的易用好用的linux？
总之要在linux上面装一个软件 现在我都很有经验了 先去打印一系列攻略 step by st
ep，一般问题会少点
总之 linux是自由的 当然就要为这种所谓的自由付出代价
那些鼓吹linux万能的人不知道是什么心态
【在 y***u 的大作中提到】
: 老大，这是你自己软件或者makefile写的有问题。automake一开始做sanity check不够
: 彻底
|
s****c
发帖数: 11300 | 55 你都tweak什么？ 说来听听
【在 y***u 的大作中提到】
: 不知道。反正我不tweak巨慢
|
s****c
发帖数: 11300 | 56 晕死
stdio.h你用不用？ 还不需要平台相关...
【在 y***u 的大作中提到】
: std c，根本不需要和平台相关的任何一句话。
|
y***u
发帖数: 5243 | 57 我根本就很多年不用windows了啊。但是每次开windows都觉得巨恶心的慢
【在 s****c 的大作中提到】
: 你都tweak什么？ 说来听听
|
y***u
发帖数: 5243 | 58 deb装东西哪儿有这么麻烦？deb包打的好，比setup容易不止100倍吧，连依赖包都给你
自动下载好。
如果是质量高的项目的automake，根本不会有你说的问题。如果有这种问题的项目，说
明质量不高，我还不如自己做一个。你说说看是哪个软件两个小时make了结果还失败了
，我以后绕行
st
【在 s****c 的大作中提到】
: 呵呵 这就是你所说的易用好用的linux？
: 总之要在linux上面装一个软件 现在我都很有经验了 先去打印一系列攻略 step by st
: ep，一般问题会少点
: 总之 linux是自由的 当然就要为这种所谓的自由付出代价
: 那些鼓吹linux万能的人不知道是什么心态
|
y***u
发帖数: 5243 | 59 printf,fread,fwrite在哪个平台是不一样的？
【在 s****c 的大作中提到】
: 晕死
: stdio.h你用不用？ 还不需要平台相关...
|
j******e
发帖数: 232 | 60 字体好看一点
易用性上linux convention 已经和windows比较统一了
俺觉得都比osx好用一些 |
|
|
s****c
发帖数: 11300 | 61 这不是废话么 要是我要的软件都有deb 还要linux干啥
单位是redhat 64位的 你就只能用这个 而且有很多专业软件只有源代码 用不用随你
【在 y***u 的大作中提到】
: deb装东西哪儿有这么麻烦？deb包打的好，比setup容易不止100倍吧，连依赖包都给你
: 自动下载好。
: 如果是质量高的项目的automake，根本不会有你说的问题。如果有这种问题的项目，说
: 明质量不高，我还不如自己做一个。你说说看是哪个软件两个小时make了结果还失败了
: ，我以后绕行
:
: st
|
c*m
发帖数: 1114 | 62 gentoo下好多，你要体验下edgy经常会compile失败。
【在 y***u 的大作中提到】
: deb装东西哪儿有这么麻烦？deb包打的好，比setup容易不止100倍吧，连依赖包都给你
: 自动下载好。
: 如果是质量高的项目的automake，根本不会有你说的问题。如果有这种问题的项目，说
: 明质量不高，我还不如自己做一个。你说说看是哪个软件两个小时make了结果还失败了
: ，我以后绕行
:
: st
|
s****c
发帖数: 11300 | 63 唉 悲哀的软件工程师 连一点点的硬件都不了解
【在 y***u 的大作中提到】
: printf,fread,fwrite在哪个平台是不一样的？
|
y***u
发帖数: 5243 | 64 那就奇怪了，明明是代码写的不好，怎么能怪到linux上啊。application不好，就怪OS
啊，这也太怪异了。和刚刚那个中年大叔一样，看到某些用linux的人疯狂地用cmd，就
怪Linux不好是一个逻辑啊
【在 s****c 的大作中提到】
: 这不是废话么 要是我要的软件都有deb 还要linux干啥
: 单位是redhat 64位的 你就只能用这个 而且有很多专业软件只有源代码 用不用随你
|
y***u
发帖数: 5243 | 65 EE毕业，做信号处理，虽然主要做软件。我是说，一个代码里面，只包含printf,fread
,fwrite我需要写什么平台相关代码?我只做信号处理
【在 s****c 的大作中提到】
: 唉 悲哀的软件工程师 连一点点的硬件都不了解
|
y***u
发帖数: 5243 | 66 算了算了,不跟你老兄争了.你觉得我不懂硬件就不懂硬件吧.上次弄AGPS,我算是服了您
老兄了
【在 s****c 的大作中提到】
: 唉 悲哀的软件工程师 连一点点的硬件都不了解
|
s****c
发帖数: 11300 | 67 linux上面 30%以上的代码都是很操蛋的
OS
【在 y***u 的大作中提到】
: 那就奇怪了，明明是代码写的不好，怎么能怪到linux上啊。application不好，就怪OS
: 啊，这也太怪异了。和刚刚那个中年大叔一样，看到某些用linux的人疯狂地用cmd，就
: 怪Linux不好是一个逻辑啊
|
s****c
发帖数: 11300 | 68 你不觉得奇怪么 你同一个printf 可以输出到电脑屏幕上 也可以输出到串口里面 也可
以输出到文件里面
stdio.h里面要是没有硬件信息 你的程序往哪里输出？
fread
【在 y***u 的大作中提到】
: EE毕业，做信号处理，虽然主要做软件。我是说，一个代码里面，只包含printf,fread
: ,fwrite我需要写什么平台相关代码?我只做信号处理
|
s****c
发帖数: 11300 | 69 不会吧 上次不会就是你三棍子也打不出来一个屁吧
我上次是真的不明白 有个人还说他是相关专业的 结果死活都不说
【在 y***u 的大作中提到】
: 算了算了,不跟你老兄争了.你觉得我不懂硬件就不懂硬件吧.上次弄AGPS,我算是服了您
: 老兄了
|
y***u
发帖数: 5243 | 70 ....
You think I don't know about it? I just said same application c code, not
stdlibc code...
【在 s****c 的大作中提到】
: 你不觉得奇怪么 你同一个printf 可以输出到电脑屏幕上 也可以输出到串口里面 也可
: 以输出到文件里面
: stdio.h里面要是没有硬件信息 你的程序往哪里输出？
:
: fread
|
|
|
y***u
发帖数: 5243 | 71 I just dislike being judged by anyone in any unfriendly discussion. It's not
my style.
【在 s****c 的大作中提到】
: 不会吧 上次不会就是你三棍子也打不出来一个屁吧
: 我上次是真的不明白 有个人还说他是相关专业的 结果死活都不说
|
s****c
发帖数: 11300 | 72 废话 你所有编写的代码最后都是要在硬件上执行的 你觉得C的移植性比较好 可知道这
种移植性背后的代价是什么？
驱动是很重要的 你没啥windows下写软件的经验 甚至windows系统都不太熟悉 就跑上来
喷。。。
【在 y***u 的大作中提到】
: ....
: You think I don't know about it? I just said same application c code, not
: stdlibc code...
|
s****c
发帖数: 11300 | 73 我很诚恳的请教问题 而且我说了不懂这个
你要是说你也不懂 或者就是不告诉我也行 结果就是支支吾吾 半天也没个东西 把我急
得
not
【在 y***u 的大作中提到】
: I just dislike being judged by anyone in any unfriendly discussion. It's not
: my style.
|
y***u
发帖数: 5243 | 74 DDK is not that complicated
上来
【在 s****c 的大作中提到】
: 废话 你所有编写的代码最后都是要在硬件上执行的 你觉得C的移植性比较好 可知道这
: 种移植性背后的代价是什么？
: 驱动是很重要的 你没啥windows下写软件的经验 甚至windows系统都不太熟悉 就跑上来
: 喷。。。
|
y***u
发帖数: 5243 | 75 I can't see any "诚恳", so I'm not willing to talk any more. You may think I
don't understand, that's it.
【在 s****c 的大作中提到】
: 我很诚恳的请教问题 而且我说了不懂这个
: 你要是说你也不懂 或者就是不告诉我也行 结果就是支支吾吾 半天也没个东西 把我急
: 得
:
: not
|
s****c
发帖数: 11300 | 76 那就好 呵呵
反正后来我也没指望你回答了
I
【在 y***u 的大作中提到】
: I can't see any "诚恳", so I'm not willing to talk any more. You may think I
: don't understand, that's it.
|
s****c
发帖数: 11300 | 77 这东西也是包装好的东西
【在 y***u 的大作中提到】
: DDK is not that complicated
:
: 上来
|
a*******i
发帖数: 11664 | 78 don't worry. they can create one to prove you are wrong.
【在 wy 的大作中提到】
: o?卧倒是从来没碰见过
|
T*********r
发帖数: 11175 | 79 你自己都说mac对他们自己的硬件支持好
linux能干的事情，mac全都可以
mac能干的，linux不少不能干
这孰优孰劣不是明摆着的嘛
当然拿花钱的和免费的比，本来就不公平
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
a***y
发帖数: 19743 | 80 Linux有些能干的事情Mac其实不是很能干吧
比如为Linux专门优化的服务器软件
虽然理论上很容易可以port到Mac上来，而且事实上苹果自己也port了很多。
【在 T*********r 的大作中提到】
: 你自己都说mac对他们自己的硬件支持好
: linux能干的事情，mac全都可以
: mac能干的，linux不少不能干
: 这孰优孰劣不是明摆着的嘛
: 当然拿花钱的和免费的比，本来就不公平
:
: mackin
: wind
|
|
|
c*m
发帖数: 1114 | 81 ...偶比较的是OSX和ubuntu, mac和linux不是一个层面的东西。
OSX基于Darwinbsd, ubuntu是一种linux,linux和freebsd/darwin都是unix衍生出来的。
所以OSX和ubuntu其实是近亲。
这两玩意文件结构一样，没有啥这个能干那个不能干的说法，只能比较干啥有优势。
硬件对系统的支持是好事也是坏事，好事是编译快运行快，坏处是兼容性差。跨平台兼
容性好很多时候是个大credit.
【在 T*********r 的大作中提到】
: 你自己都说mac对他们自己的硬件支持好
: linux能干的事情，mac全都可以
: mac能干的，linux不少不能干
: 这孰优孰劣不是明摆着的嘛
: 当然拿花钱的和免费的比，本来就不公平
:
: mackin
: wind
|
p****t
发帖数: 11416 | 82 windows下面兰屏90%以上都是驱动不好，怎么大多数人都不骂驱动而骂
windows不好？
同理，那些说“linux好，问题都出在X”的，和“反贪官不反皇帝”一
样纯属自欺欺人
OS
【在 y***u 的大作中提到】
: 那就奇怪了，明明是代码写的不好，怎么能怪到linux上啊。application不好，就怪OS
: 啊，这也太怪异了。和刚刚那个中年大叔一样，看到某些用linux的人疯狂地用cmd，就
: 怪Linux不好是一个逻辑啊
|
c****e
发帖数: 1453 | 83 这么大的performance差别, 不是windows慢可以解释的. 我写过很多computation
intensive的solver, Linux, Windows上速度没什么大的差异.GCC比较弱, ICC能快20%
左右. GCC的STL库尤其性能低下.
你提到了IO的问题. 有可能是不同系统缺省的优化造成的.比如windows下超大的文件用
unbuffered IO快很多. 用Memory mapped file就更快了. ANSI C只是semantics上的
一致, 下面的实现不同系统差别大了.
其实程序这么慢很好profile. 比如windows下用xperf跑一下就知道瓶颈在哪里了.
虽然NTFS弱点, 但一般程序还是到不了那个程度.我见过有的应用一个目录底下上千万
个文件.还是可以用的.就是删起来非常慢. 每次要删就格式化那个volumn, hehe.
【在 y***u 的大作中提到】
: 公司没有买过intel的超级编译器，比较只是在VS的编译器和gcc之间进行的。的确就是
: 同一个fft的实现，gcc在linux下面造出来的东西，能比VS造出来的快很多。
: 而且windows的IO library似乎有问题，大规模频繁的IO导致系统越来越慢。所以长时
: 间的计算会越来越慢，这就是速度差距的来源。如果linux是1分钟的计算量，而
: windows可能就1分15秒。但是linux一个小时的计算量，windows可能就要3个小时了。
: UI方面，大概是我计算过度，导致开一个Explorer都非常慢－－即使刚刚非常
: intensive的计算已经结束了。
:
: GCC
: 20%
|
y***u
发帖数: 5243 | 84 I never say linux好，问题都出在X, how can you draw this conclusion?
【在 p****t 的大作中提到】
: windows下面兰屏90%以上都是驱动不好，怎么大多数人都不骂驱动而骂
: windows不好？
: 同理，那些说“linux好，问题都出在X”的，和“反贪官不反皇帝”一
: 样纯属自欺欺人
:
: OS
|
p****t
发帖数: 11416 | 85 没说你，不要心虚对号入座
【在 y***u 的大作中提到】
: I never say linux好，问题都出在X, how can you draw this conclusion?
|
y***u
发帖数: 5243 | 86 You should 心虚 in fact
【在 p****t 的大作中提到】
: 没说你，不要心虚对号入座
|
p****t
发帖数: 11416 | 87 这年头不管问题出在哪儿，逮住骂windows是时尚，显得有优越感
linux版还有个人从windows copy文件到usb drive花了15min，从usb key
copy到linux用了两分钟，然后就开始骂windows烂的
【在 c****e 的大作中提到】
: 这么大的performance差别, 不是windows慢可以解释的. 我写过很多computation
: intensive的solver, Linux, Windows上速度没什么大的差异.GCC比较弱, ICC能快20%
: 左右. GCC的STL库尤其性能低下.
: 你提到了IO的问题. 有可能是不同系统缺省的优化造成的.比如windows下超大的文件用
: unbuffered IO快很多. 用Memory mapped file就更快了. ANSI C只是semantics上的
: 一致, 下面的实现不同系统差别大了.
: 其实程序这么慢很好profile. 比如windows下用xperf跑一下就知道瓶颈在哪里了.
: 虽然NTFS弱点, 但一般程序还是到不了那个程度.我见过有的应用一个目录底下上千万
: 个文件.还是可以用的.就是删起来非常慢. 每次要删就格式化那个volumn, hehe.
|
p****t
发帖数: 11416 | 88 我不心虚，我从来都用又烂又全是病毒的windows、ie
【在 y***u 的大作中提到】
: You should 心虚 in fact
|
s****c
发帖数: 11300 | 89 是的 看看微软话了多大的力气在改善驱动上面 驱动认证就是一个办法
本来linux和windows 就不是一个量级的 比较根本就不公平
【在 p****t 的大作中提到】
: windows下面兰屏90%以上都是驱动不好，怎么大多数人都不骂驱动而骂
: windows不好？
: 同理，那些说“linux好，问题都出在X”的，和“反贪官不反皇帝”一
: 样纯属自欺欺人
:
: OS
|
s****c
发帖数: 11300 | 90 icc真是神器啊 牛x的地方在于就算用amd的cpu也一样能够提高很高效率
【在 c****e 的大作中提到】
: 这么大的performance差别, 不是windows慢可以解释的. 我写过很多computation
: intensive的solver, Linux, Windows上速度没什么大的差异.GCC比较弱, ICC能快20%
: 左右. GCC的STL库尤其性能低下.
: 你提到了IO的问题. 有可能是不同系统缺省的优化造成的.比如windows下超大的文件用
: unbuffered IO快很多. 用Memory mapped file就更快了. ANSI C只是semantics上的
: 一致, 下面的实现不同系统差别大了.
: 其实程序这么慢很好profile. 比如windows下用xperf跑一下就知道瓶颈在哪里了.
: 虽然NTFS弱点, 但一般程序还是到不了那个程度.我见过有的应用一个目录底下上千万
: 个文件.还是可以用的.就是删起来非常慢. 每次要删就格式化那个volumn, hehe.
|
|
|
s****c
发帖数: 11300 | 91 哈哈 一个是读文件一个是写文件
【在 p****t 的大作中提到】
: 这年头不管问题出在哪儿，逮住骂windows是时尚，显得有优越感
: linux版还有个人从windows copy文件到usb drive花了15min，从usb key
: copy到linux用了两分钟，然后就开始骂windows烂的
|
a***y
发帖数: 19743 | 92 不是说intel故意把compiler搞来对AMD支持不如Intel CPU快吗？
【在 s****c 的大作中提到】
: icc真是神器啊 牛x的地方在于就算用amd的cpu也一样能够提高很高效率
|
s****c
发帖数: 11300 | 93 是的 关键是intel有几个指令amd不支持
同样amd也有若干指令intel不支持
但是amd同样可以通过icc得到可观的性能提升 尽管没有intel cpu那么大
【在 a***y 的大作中提到】
: 不是说intel故意把compiler搞来对AMD支持不如Intel CPU快吗？
|
c****n
发帖数: 21367 | 94 ubuntu先把硬件驱动给整齐全了再和OS X比行不行？现在
根本不在同一层面上。要说debian吧，OS X又不做server...
我用它做实验，无线网卡啥参数都改不了不说，还老自动掉线...
早就建议linux跟硬件厂商联合做自己的笔记本卖，现在这么搞法
根本不稳定玩不转的。绝大部分消费者都认同“不折腾”
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
S**I
发帖数: 15689 | 95 硬件厂商不配合吧，大部分硬件厂商都得看M$的脸色。
【在 c****n 的大作中提到】
: ubuntu先把硬件驱动给整齐全了再和OS X比行不行？现在
: 根本不在同一层面上。要说debian吧，OS X又不做server...
: 我用它做实验，无线网卡啥参数都改不了不说，还老自动掉线...
: 早就建议linux跟硬件厂商联合做自己的笔记本卖，现在这么搞法
: 根本不稳定玩不转的。绝大部分消费者都认同“不折腾”
:
: mackin
: wind
|
a********x
发帖数: 1502 | 96 AppleScript
Automator
Service
mackin
wind
【在 c*m 的大作中提到】
: 1.video editing & Music肯定OSX要强，里面涉及到硬件的专门支持而且这个是mackin
: tosh老早以前就技术领先的地方。
: 除此之外，果果们再比较下OSX比ubuntu强的地方(这两个文件系统结构差不多，和wind
: ows不一样).
|
u**d
发帖数: 211 | 97 呵呵，不骂 windows 都显不出自己懂电脑
【在 p****t 的大作中提到】
: 这年头不管问题出在哪儿，逮住骂windows是时尚，显得有优越感
: linux版还有个人从windows copy文件到usb drive花了15min，从usb key
: copy到linux用了两分钟，然后就开始骂windows烂的
|
c*m
发帖数: 1114 | 98 老猪就是贱，我开个贴比较OSX和Ubuntu,它跳进来大骂windows$!#$#!$!@#$
【在 u**d 的大作中提到】
: 呵呵，不骂 windows 都显不出自己懂电脑
|
w******s
发帖数: 16209 | 99 主要还是易用性上.
mac的GUI和命令行结合用起来还是不错的.
【在 d*********g 的大作中提到】
: Mac比Ubuntu快很多。
: 速度一直是Linux的软肋，在相同的机器上，在速度方面Mac基本等于Win 7（各有快慢
: ），但远远快于Linux。
: X在Linux上，无论是速度还是稳定性都远远不到可以普及大众使用的程度，也就是给
: geeks玩玩罢了。
: BTW，我从RedHat还是全免费时就开始用Linux，自己编译kernel，XFree86，KDE和
: Gnome，后来每隔半年升级一次Ubuntu。
|
t*******e
发帖数: 2921 | 100 对于电脑小白来说
OSX很容易上手
Ubuntu就不一样了
例如 俺
唉。。。
俺也多想自豪的说 俺是linux用户呀 |
|
|
S**I
发帖数: 15689 | 101 电脑小白是买个Mac装Windows
【在 t*******e 的大作中提到】
: 对于电脑小白来说
: OSX很容易上手
: Ubuntu就不一样了
: 例如 俺
: 唉。。。
: 俺也多想自豪的说 俺是linux用户呀
|
wy
发帖数: 14511 | 102 电脑小白不会装windows吧
【在 S**I 的大作中提到】
: 电脑小白是买个Mac装Windows
|
S**I
发帖数: 15689 | 103 找硬件版的装
【在 wy 的大作中提到】
: 电脑小白不会装windows吧
|
i*******r
发帖数: 1064 | 104 什么叫做完全一样的c/c++ code？
你用什么编译？还有编译优化？
【在 d*********g 的大作中提到】
: 主要是UI的responsiveness，这点很容易感觉出来。
: 基本上完全相同的c/c++ code，在Linux、Windows和Mac上运行，Linux要比Windows和
: Mac慢10%-20%，甚至更多。
|
c****n
发帖数: 21367 | 105 我等消费者不问理由，只看产品
apple的硬件怎么就能做得挺好？
Shuttleworth又不是没钱，找几个厂商签协议，驱动闭源就行了
【在 S**I 的大作中提到】
: 硬件厂商不配合吧，大部分硬件厂商都得看M$的脸色。
|
S**I
发帖数: 15689 | 106 Apple有大把的钞票，有钱能使鬼推磨；搞Linux的都在鼓吹开源，谈钱的话多没面子。
【在 c****n 的大作中提到】
: 我等消费者不问理由，只看产品
: apple的硬件怎么就能做得挺好？
: Shuttleworth又不是没钱，找几个厂商签协议，驱动闭源就行了
|
c****n
发帖数: 21367 | 107 要面子就别找我们消费者
山寨厂多无耻啊，我们消费者就喜欢无耻的，只要满足我们需求就行
【在 S**I 的大作中提到】
: Apple有大把的钞票，有钱能使鬼推磨；搞Linux的都在鼓吹开源，谈钱的话多没面子。
|
wy
发帖数: 14511 | 108 因为mac只支持自己的硬件。linux什么都支持
【在 c****n 的大作中提到】
: 我等消费者不问理由，只看产品
: apple的硬件怎么就能做得挺好？
: Shuttleworth又不是没钱，找几个厂商签协议，驱动闭源就行了
|
c****n
发帖数: 21367 | 109 做不好就别支持那么多啊
【在 wy 的大作中提到】
: 因为mac只支持自己的硬件。linux什么都支持
|
b********p
发帖数: 875 | |
