LinuxSir.Org  
| 网站首页 | 论坛帮助 |

欢迎来到LinuxSir.Org!
您还未登录,请登录后查看论坛,或者点击论坛上方的注册链接注册新账号。


发表新主题 回复
 
主题工具
旧 10-07-25, 10:42 第 16 帖
freeobject
 
 
 
已封禁  
  注册日期: Nov 2008
  帖子: 501
  精华: 1
 

如果你们能容忍这种东西,就尽情的被享用cpu大餐吧。反正我是不用。起码在linux上绝对不再允许商业包闭源包。
  freeobject 当前离线   回复时引用此帖
旧 10-07-25, 10:45 第 17 帖
xliotx
 
 
 
注册会员  
  注册日期: Aug 2008
  帖子: 234
  精华: 0
 

引用:
作者: freeobject
bug先不说,反正我的amd64架构运行adobe flash 32位不爽,不稳定。

adobe貌似在搞分布式运算,也就是用它的包,cpu时间都给了它。它利用了你的电脑搞一些生意赚钱。

也就是为什么flash效率如此之低的原因,115一个普通上传的插件居然狂奔cpu,达到50%。这在linux上是不可思议的。

另外找台旧机器,配置低档的给windows xp玩adobe flash.
64跑32先不说,其他的有证据么?个别现象还是普遍现象?
  xliotx 当前离线   回复时引用此帖
旧 10-07-25, 10:48 第 18 帖
freeobject
 
 
 
已封禁  
  注册日期: Nov 2008
  帖子: 501
  精华: 1
 

跑flash的时候,不要忘了用lsof -i搜集adobe搞私的证据,希望你们能找到,
我现在不用,所以无法搜集这些东西

不过,由于是闭源,这种lsof-i有可能还搜不到狐狸尾巴。证据有可能藏在adobe flash服务器端。它可以通过这种**关系来走私。尤其是使用像115flash上传文件这种插件

此帖于 10-07-25 11:00 被 freeobject 编辑.
  freeobject 当前离线   回复时引用此帖
旧 10-07-25, 10:54 第 19 帖
freeobject
 
 
 
已封禁  
  注册日期: Nov 2008
  帖子: 501
  精华: 1
 

总结一句:阿多比的邪恶不亚于疼讯。一对哥俩好
  freeobject 当前离线   回复时引用此帖
旧 10-07-25, 11:25 第 20 帖
tocer
 
tocer 的头像
 
 
注册会员  
  注册日期: Nov 2003
  帖子: 44
  精华: 0
 

没用过 gentoo 的路过回答一下:

引用:
作者: xliotx

1. 装AUR软件的稳定性和方便性。其安装和卸载是不是也可以很干净方便,自动解决依赖,和其他软件用统一用包管理系统一起管理。比如编译个ck的内核这种不在源里的东西。…
使用 yaourt 安装 AUR 很方便。yaourt 是 pacman 的 wrapper, 他在 pacman 的基础上,方便用户检索/安装 aur 上的软件(因为 pacman 不处理 aur 上的包),仅此而已。他最后都是调用 pacman 完成软件的安装和卸载。软件一旦打包安装到机器上,pacman 对其的管理(除了升级)是一视同仁的,不管最初从哪里来。yaourt 能够处理 aur 上的软件升级。AUR 上的软件包只是 arch 用户(任意用户)上传的安装脚本,并非软件源代码和二进制文件,也可以自己手工安装,yaourt 只是一个方便用户使用 AUR 的一个工具,而且是目前众多 AUR 工具中最好用的一个。

引用:
作者: xliotx
2. yaourt这玩意是不是检索机器迅速,要知道eix和emerge检索软件速度根本不能比,eix因为自己建立数据库,完全没延时。发现有tupac,但好像数据库更新不依赖与pacman,要自己删除不用的目录?
速度还可以。

引用:
作者: xliotx
3. gentoo的USE可以定依赖关系,比如mplayer不开某个USE,可能某个不用的包就不会安装。Arch里既然没有USE,难道说所有可能功能依赖的包都会被安装?那系统里无用的东西不是会比较多了……
对于 arch 源里的软件,维护者会把大部分功能,也即是使用的最多的功能编译上,其依赖的包大部分会做为可选包,提示你,但是不强迫安装。举个例子,vim 编译时会把 python/ruby/perl 接口都编译进去,但是如果你不用这些接口,那么可以不去安装这些软件包,或者你只用 python ,那么只需要安装 python 就可以了。如果你洁癖到这些接口都不想编译,那么你还可以安装 ABS, 然后自己在本地修改编译脚本(就是PKGBUILD),然后本地编译安装,这样也没有问题。就是升级的时候,还要自己再重复上个步骤。如果你有很多源里的软件都要自己编译,这样做会很烦,如果你受不了,那么还是继续用 gentoo 吧。

引用:
作者: xliotx
4. 软件数量的问题……core+extra+aur >= gentoo + overlay?
似乎 gentoo + overlay 更多,我想是因为 gentoo 建立的早。archlinux 中自己建立包很简单,大部分软件照着模板改动几处即可。如果发现 gentoo 有而 archlinux 没有的,你可以参照 gentoo 的 ebuild 自己建立 archlinux 的包,两者很多地方都是相似的。


我个人认为一个系统的优缺点是一个硬币的两面,不可分割,如果你喜欢某个系统的优点,那么你也要忍受他的缺点。

archlinux 在拥有很多的优点的同时,有个最大的问题就是强迫你跟上系统维护者的步伐,升级基础软件包。举例来说,你不想升级到 python2.6, 但是系统已经升级到 python2.6 了,而大量的软件包都要和 python 一起编译的,你要么整个系统不再升级, 要么一起升到 python2.6,要么如前所述自己编译/维护大量相关的软件包。降级也存在类似的问题。如果这三者你都不能接受,那么就不要使用 archlinux 了。当然,如果只是个别软件的升级/降级还是容易处理的。
  tocer 当前离线   回复时引用此帖
旧 10-07-25, 11:26 第 21 帖
liusp0301
 
 
 
注册会员  
  注册日期: Sep 2008
  帖子: 140
  精华: 0
 

引用:
作者: freeobject
跑flash的时候,不要忘了用lsof -i搜集adobe搞私的证据,希望你们能找到,
我现在不用,所以无法搜集这些东西

不过,由于是闭源,这种lsof-i有可能还搜不到狐狸尾巴。证据有可能藏在adobe flash服务器端。它可以通过这种**关系来走私。尤其是使用像115flash上传文件这种插件
好玄乎。。。你是如何知道的?
  liusp0301 当前离线   回复时引用此帖
旧 10-07-25, 11:31 第 22 帖
xliotx
 
 
 
注册会员  
  注册日期: Aug 2008
  帖子: 234
  精华: 0
 

引用:
作者: tocer
没用过 gentoo 的路过回答一下:



使用 yaourt 安装 AUR 很方便。yaourt 是 pacman 的 wrapper, 他在 pacman 的基础上,方便用户检索/安装 aur 上的软件(因为 pacman 不处理 aur 上的包),仅此而已。他最后都是调用 pacman 完成软件的安装和卸载。软件一旦打包安装到机器上,pacman 对其的管理(除了升级)是一视同仁的,不管最初从哪里来。yaourt 能够处理 aur 上的软件升级。AUR 上的软件包只是 arch 用户(任意用户)上传的安装脚本,并非软件源代码和二进制文件,也可以自己手工安装,yaourt 只是一个方便用户使用 AUR 的一个工具,而且是目前众多 AUR 工具中最好用的一个。



速度还可以。



对于 arch 源里的软件,维护者会把大部分功能,也即是使用的最多的功能编译上,其依赖的包大部分会做为可选包,提示你,但是不强迫安装。举个例子,vim 编译时会把 python/ruby/perl 接口都编译进去,但是如果你不用这些接口,那么可以不去安装这些软件包,或者你只用 python ,那么只需要安装 python 就可以了。如果你洁癖到这些接口都不想编译,那么你还可以安装 ABS, 然后自己在本地修改编译脚本(就是PKGBUILD),然后本地编译安装,这样也没有问题。就是升级的时候,还要自己再重复上个步骤。如果你有很多源里的软件都要自己编译,这样做会很烦,如果你受不了,那么还是继续用 gentoo 吧。



似乎 gentoo + overlay 更多,我想是因为 gentoo 建立的早。archlinux 中自己建立包很简单,大部分软件照着模板改动几处即可。如果发现 gentoo 有而 archlinux 没有的,你可以参照 gentoo 的 ebuild 自己建立 archlinux 的包,两者很多地方都是相似的。


我个人认为一个系统的优缺点是一个硬币的两面,不可分割,如果你喜欢某个系统的优点,那么你也要忍受他的缺点。

archlinux 在拥有很多的优点的同时,有个最大的问题就是强迫你跟上系统维护者的步伐,升级基础软件包。举例来说,你不想升级到 python2.6, 但是系统已经升级到 python2.6 了,而大量的软件包都要和 python 一起编译的,你要么整个系统不再升级, 要么一起升到 python2.6,要么如前所述自己编译/维护大量相关的软件包。降级也存在类似的问题。如果这三者你都不能接受,那么就不要使用 archlinux 了。当然,如果只是个别软件的升级/降级还是容易处理的。
太详细了,十分感谢。我还没那么洁癖……
另外问一下,9楼说那情况是真的么?有解决办法么?
  xliotx 当前离线   回复时引用此帖
旧 10-07-25, 11:56 第 23 帖
tocer
 
tocer 的头像
 
 
注册会员  
  注册日期: Nov 2003
  帖子: 44
  精华: 0
 

引用:
作者: xliotx
太详细了,十分感谢。我还没那么洁癖……
抱歉,刚才举 vim 的例子还不太恰当。vim 在 artch 中并没有像我说的那样做,恰恰相反。应该说,archlinux 还是为了提供大部分的功能,还是有一些你用不到,但是别人用到的包的,也就是说,冗余在一定程度上是存在的。
  tocer 当前离线   回复时引用此帖
旧 10-07-25, 13:03 第 24 帖
freeobject
 
 
 
已封禁  
  注册日期: Nov 2008
  帖子: 501
  精华: 1
 

引用:
作者: liusp0301
好玄乎。。。你是如何知道的?
这需要脑子。不是普通人想想就能理解的。
  freeobject 当前离线   回复时引用此帖
旧 10-07-25, 17:12 第 25 帖
jk_1
 
 
 
注册会员  
  注册日期: Nov 2009
  帖子: 57
  精华: 0
 

好不容易到archlinux这边了
可不要再让我到处走去了
  jk_1 当前离线   回复时引用此帖
旧 10-07-25, 18:02 第 26 帖
davidlone
 
 
 
注册会员  
  注册日期: Oct 2007
  帖子: 118
  精华: 0
 

引用:
作者: freeobject
这需要脑子。不是普通人想想就能理解的。
那就说说啥,让我等普通人也好理解一点皮毛。
  davidlone 当前离线   回复时引用此帖
旧 10-07-25, 18:57 第 27 帖
freeobject
 
 
 
已封禁  
  注册日期: Nov 2008
  帖子: 501
  精华: 1
 

引用:
作者: davidlone
那就说说啥,让我等普通人也好理解一点皮毛。
I already said that. 言尽于此
It's for you to decide.
  freeobject 当前离线   回复时引用此帖
旧 10-07-25, 19:11 第 28 帖
alvin_rxg
 
alvin_rxg 的头像
 
 
注册会员  
  注册日期: Sep 2009
  我的住址: China / Germany
  帖子: 61
  精华: 0
 

引用:
作者: freeobject
bug先不说,反正我的amd64架构运行adobe flash 32位不爽,不稳定。

adobe貌似在搞分布式运算,也就是用它的包,cpu时间都给了它。它利用了你的电脑搞一些生意赚钱。

也就是为什么flash效率如此之低的原因,115一个普通上传的插件居然狂奔cpu,达到50%。这在linux上是不可思议的。

另外找台旧机器,配置低档的给windows xp玩adobe flash.
引用:
作者: freeobject
话说,adobe刚开始支持linux的时候出的包比较不错(好象是测试版那会),那时候用archlinux,感觉很爽,cpu占用很低忽略不计,可是好景不长,狡猾的adobe在后续更新的包里面私藏了东西。。
新版本 flash 在所有平台都一样,它在 windows 平台占用的cpu时间也是很多的。如果它在后台真藏了东西,那么在它发布不久(最长一个月)就被人发现了。更何况 Jobs 说 adobe flash 只是会拖慢系统,并没有说它后台有问题。

--------------------------------------------------------------------------------

引用:
作者: tocer
archlinux 在拥有很多的优点的同时,有个最大的问题就是强迫你跟上系统维护者的步伐,升级基础软件包。举例来说,你不想升级到 python2.6, 但是系统已经升级到 python2.6 了,而大量的软件包都要和 python 一起编译的,你要么整个系统不再升级, 要么一起升到 python2.6,要么如前所述自己编译/维护大量相关的软件包。降级也存在类似的问题。如果这三者你都不能接受,那么就不要使用 archlinux 了。当然,如果只是个别软件的升级/降级还是容易处理的。
话是这样说没错。不过你也可以在 pacman.conf 中添加黑名单。把 python 2.6 ignore,这样在升级的时候 python2.6 以及 依赖 python2.6 的软件包都不会升级。







__________________
real newbie
  alvin_rxg 当前离线   回复时引用此帖
旧 10-07-25, 19:12 第 29 帖
xliotx
 
 
 
注册会员  
  注册日期: Aug 2008
  帖子: 234
  精华: 0
 

还有一个问题就是,如果改了编译设置,是不是以后每次升级编译的话都要重新改一次?非编译包的依赖选择是否安装也是这样每次都要选择?
  xliotx 当前离线   回复时引用此帖
旧 10-07-25, 20:14 第 30 帖
davidlone
 
 
 
注册会员  
  注册日期: Oct 2007
  帖子: 118
  精华: 0
 

引用:
作者: freeobject
I already said that. 言尽于此
It's for you to decide.
后台藏东西就拿出证据啥,不是想当然凭想象的,不要搞这么玄啥。
linux社区的优点之一就是分享性比较强,何不说说呢,让大家也知晓一下为啥flash之类的在linux下效率如此低。
  davidlone 当前离线   回复时引用此帖
发表新主题 回复


主题工具

发帖规则
您 [不可以] 发表新主题
您 [不可以] 回复主题
您 [不可以] 上传附件
您 [不可以] 编辑您的帖子

已 [启用] BB 代码
已 [启用] 表情符号
已 [启用] IMG 代码
已 [禁用] HTML 代码
[论坛跳转…]


所有时间均为[北京时间]。现在的时间是 18:55


Powered by vBulletin 版本 3.6.8
版权所有 ©2000 - 2012, Jelsoft Enterprises Ltd.
官方中文技术支持: vBulletin 中文
版权所有 ©2002 - 2011, LinuxSir.Org