[转帖]从windows迁移到ubuntu经验谈9

系统安装、升级讨论
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
fn_dolphin
帖子: 260
注册时间: 2007-04-24 14:23

[转帖]从windows迁移到ubuntu经验谈9

#1

帖子 fn_dolphin » 2007-05-23 14:56

原文出处:http://www.blogcn.com/u2/36/16/luckiss/ ... 10926.html

Ubuntu学习进阶篇--64位Ubuntu系统使用经验

这个星期主要是从32位系统过渡到64位系统,其中遇到了以下问题:
1。输入法问题:
建议:尽量使用默认的scim输入法,而不要安装fcitx。使用过程发现,fcitx在某些程序打开时,例如swiftfox,输入栏不能打开,而scim却没有这样的问题出现,而且scim在64位系统比在32位稳定,eva也没出现冲突现象

解决输入法问题的另一种方法是可以编辑 /usr/bin/swiftfox
在#!/bin/sh下面加入
GTK_IM_MODULE=xim

或者修改/etc/environment文件,添加:
LANGUAGE=”en_US:en”
LC_CTYPE=zh_CN.UTF-8
LANG=en_US.UTF-8
#GST_ID3_TAG_ENCODING=GBK

然后重启x就可以了。这样即不影响现有的英文操作界面,也能够使用中文的输入法(尤其是scim了),最后一句好像没有用,fcitx可能要用到。

2。 网页不能显示flash问题
按以下方法操作就能解决:
sudo apt-get install ia32-libs ia32-libs-gtk linux32 lib32asound2
sudo apt-get install nspluginwrapper gsfonts-x11 (如不能下载,请到::URL::http://www.janvitus.netsons.org/repository/找
下载两个rpm包:
::URL::http://gwenole.beauchesne.info/proje...2-1.x86_64.rpm
::URL::http://gwenole.beauchesne.info/proje...2-1.x86_64.rpm

sudo apt-get install alien (安装rpm—>deb工具alien)
sudo alien nspluginwrapper-0.9.91.2-1.x86_64.rpm
sudo alien nspluginwrapper-i386-0.9.91.2-1.x86_64.rpm

sudo dpkg -i nspluginwrapper-0.9.91.2-1.x86_64.deb
sudo dpkg -i nspluginwrapper-i386-0.9.91.2-1.x86_64.deb

然后到adobe主页下载flash9播放器:::URL::http://fpdownload.macromedia.com/get...9_linux.tar.gz
把它解压后,把里面的libflashplayer.so,复制到/usr/lib/mozilla/plugins或/usr/lib/swiftfox/plugins
nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so
安装完成!这样打开网页就可以看到flash了

3。多媒体问题
首先按照我前几篇文章所提到的关于多媒体部分的方法安装好相应的解码器跟播放器,然后关键的地方如下:
1。下载win32codecs for 64
到以下地址下载:
::URL::http://www.mplayerhq.hu/design7/dload.html
::URL::http://www.mplayerhq.hu/MPlayer/releases/codecs/

以下几个文件:
deb...e6-1_amd64.deb (因为我用的是AMD64,如果是intel的cpu,请查找相应的软件包)
W32Codecs all-20061022.tar.bz2
essential-amd64-20061203.tar.bz2
essential-20061022.tar.bz2

先安装播放器:
sudo dpkg -i mplayer32_1.0pre6-1_amd64.deb
然后按以下方法安装解码器:
sudo mkdir /usr/lib/win32
然后把上面三个解码器的压缩包,按以下顺序把里面的解码器都复制到 /usr/lib/win32目录下
W32Codecs all-20061022 -->essential-20061022 -->essential-amd64-20061203

然后运行mplayer,打开属性进行以下设置:
1) 在 Preferences-Font 里面点击 ”Browse” 选择一个中文字体,Encodeing 选择 Unicode。
2) 在 Preferences-Subtitle&OSD 里面的 Encoding 选择:
Simplified Chinese Charset(cp936)
3) 在 Preferences-Font “Text scale” 这里调整字幕大小(我调整为 3.8 。
如果播放时提示错误,设置一下:
Preferences-Video 选择 “xv X11/Xv”

如果想在播放时截屏,可以在~/.mplayer/config中添加一句:
vf=screenshot
c screenshot 0

4。使用32位+64位混合计算
建议在新立德安装所有ia32*,lib32*的库文件

5。KDE性能不如gonme??
在使用64位系统的过程发现了一个现象:
使用KDE的konqueror文件管理器从一个分区复制一个4GB的DVD iso文件到另一分区用了97。7秒,删除也用30秒
而使用GNOME的nautilus文件管理器,复制只用了67秒,删除是瞬间完成,
PS:测试平台跟方法如下:
AMD64 3000+
2G 内存 DDR333双通
酷鱼9代 SATA 160G 酷鱼10代SATA2 320G
系统: Ubuntu 7。04 _AMD64
文件系统:/BOOT =EXT2 /=xfs 拷贝分区=vfat
测试文件:Ubuntu 64 DVD ISO文件
测试软件: konqueror nautilus

文件是从 /dev/sda1拷贝到 /dev/sdb5
sda=酷鱼9代 SATA 160G sda1=xfs
sdb=酷鱼10代SATA2 320G sdb5=vfat

这样的实验有朋友在32位的ubuntu重做了一次,却没有这样的问题,konqeror跟nautilus的性能差不多。

所以在64位系统,建议大家还是尽量使用GNOME桌面以防止莫名其妙的性能问题出现

总的来说64位Ubuntu是很不错的,除了上面一些小问题,其他32位系统的软件都基本用的上,虚拟机也没问题(wine除外)
系统速度上跟32位差别不太明显,网页浏览速度比32位略快。

PS:64位跟多核系统是未来的发展方向,据说windows server2008将是微软最后一个32位系统,作为开发人员更应该要熟悉掌握64位系统的开发环境,为未来的系统迁移做好充分准备。建议有64位CPU的朋友都应该安装Linux 64位系统。
上次由 fn_dolphin 在 2007-05-23 17:03,总共编辑 1 次。
_____
帖子: 207
注册时间: 2007-05-21 11:30

#2

帖子 _____ » 2007-05-23 15:00

:shock: lz感觉你用得好辛苦
头像
bones7456
帖子: 8495
注册时间: 2006-04-12 20:05
来自: 杭州
联系:

#3

帖子 bones7456 » 2007-05-23 15:05

难道64位就这么累吗?
那还是到2038年再用64位吧。呵呵。
关注我的blog: ε==3
ltkun
帖子: 1340
注册时间: 2006-01-10 19:09

Re: [转帖]从windows迁移到ubuntu经验谈9

#4

帖子 ltkun » 2007-05-23 15:15

fn_dolphin 写了:原文出处:http://www.blogcn.com/u2/36/16/luckiss/ ... 10926.html

Ubuntu学习进阶篇--64位Ubuntu系统使用经验

这个星期主要是从32位系统过渡到64位系统,其中遇到了以下问题:
1。输入法问题:
建议:尽量使用默认的scim输入法,而不要安装fcitx。使用过程发现,fcitx在某些程序打开时,例如swiftfox,输入栏不能打开,而scim却没有这样的问题出现,而且scim在64位系统比在32位稳定,eva也没出现冲突现象

fcitx有他存在的意义 不依赖gtk内存占用的小 功能比较单一 在我的低配置电脑上面还是运行的比较欢的

解决输入法问题的另一种方法是可以编辑 /usr/bin/swiftfox
在#!/bin/sh下面加入
GTK_IM_MODULE=xim

或者修改/etc/environment文件,添加:
LANGUAGE=”en_US:en”
LC_CTYPE=zh_CN.UTF-8
LANG=en_US.UTF-8
#GST_ID3_TAG_ENCODING=GBK 这句话的意思是 mp3的ID3tag编码是gbk
头像
zmcbb30
帖子: 2717
注册时间: 2006-09-30 0:32
来自: 巴拉特星系第四行星──海尼森

Re: [转帖]从windows迁移到ubuntu经验谈9

#5

帖子 zmcbb30 » 2007-05-23 15:30

fn_dolphin 写了: 在使用64位系统的过程发现了一个现象:
使用KDE的konqueror文件管理器从一个分区复制一个4GB的DVD iso文件到另一分区用了97。7秒,删除也用30秒
而使用GNOME的nautilus文件管理器,复制只用了67秒,删除是瞬间完成,
这样的实验有朋友在32位的ubuntu重做了一次,却没有这样的问题,konqeror跟nautilus的性能差不多。

所以在64位系统,建议大家还是尽量使用GNOME桌面以防止莫名其妙的性能问题出现
我使用的系统:AMD64 3000+ 2G内存 酷鱼9 SATA 160G 文件拷贝时是xfs分区cp到另一个xfs分区
这个太假了吧?
这是一个硬盘做的还是阵列做的?
sata的速度什么时候比pata高出整整两倍多了?
头可断,血可流,靓女不可不追求
相艾唔好口,够姜就只抽

BARTON 2500+/1536MDDR400
EP8RDA3G/MX4000 128M64bit 8X
DiamondPlus9-6Y080L0-ATA133
Samsung743DF
HiweedDesktop-1.0
fn_dolphin
帖子: 260
注册时间: 2007-04-24 14:23

Re: [转帖]从windows迁移到ubuntu经验谈9

#6

帖子 fn_dolphin » 2007-05-23 15:35

zmcbb30 写了:
fn_dolphin 写了: 在使用64位系统的过程发现了一个现象:
使用KDE的konqueror文件管理器从一个分区复制一个4GB的DVD iso文件到另一分区用了97。7秒,删除也用30秒
而使用GNOME的nautilus文件管理器,复制只用了67秒,删除是瞬间完成,
这样的实验有朋友在32位的ubuntu重做了一次,却没有这样的问题,konqeror跟nautilus的性能差不多。

所以在64位系统,建议大家还是尽量使用GNOME桌面以防止莫名其妙的性能问题出现
我使用的系统:AMD64 3000+ 2G内存 酷鱼9 SATA 160G 文件拷贝时是xfs分区cp到另一个xfs分区
这个太假了吧?
这是一个硬盘做的还是阵列做的?
sata的速度什么时候比pata高出整整两倍多了?
数据完全真实,用hdparm测试是68mb/s
头像
bones7456
帖子: 8495
注册时间: 2006-04-12 20:05
来自: 杭州
联系:

#7

帖子 bones7456 » 2007-05-23 15:49

ls的,4000×8/68=470s啊!
关注我的blog: ε==3
头像
zmcbb30
帖子: 2717
注册时间: 2006-09-30 0:32
来自: 巴拉特星系第四行星──海尼森

#8

帖子 zmcbb30 » 2007-05-23 16:10

bones7456 写了:ls的,4000×8/68=470s啊!
不是这样的,是MB

这是我的数据
/dev/hdb:
Timing cached reads: 1848 MB in 2.00 seconds = 923.22 MB/sec
Timing buffered disk reads: 170 MB in 3.03 seconds = 56.10 MB/sec

说明一下,这仅仅是读取,没写入
在同一硬盘中读写,速度往往只有理论值的40%左右(所以我会问是否有磁盘阵列)
我的ATA133在实际应用上不会比你的SATA-1(150)差多少的

我看数据最多也是测个数据,自己算了一下就往上面写,绝对没有cp过4G的文件
造假也不要这么离谱,如果作者不是有笔误的话,那么我BS这作者
LZ转这种文章时要看清楚
上次由 zmcbb30 在 2007-05-23 16:12,总共编辑 1 次。
头可断,血可流,靓女不可不追求
相艾唔好口,够姜就只抽

BARTON 2500+/1536MDDR400
EP8RDA3G/MX4000 128M64bit 8X
DiamondPlus9-6Y080L0-ATA133
Samsung743DF
HiweedDesktop-1.0
fn_dolphin
帖子: 260
注册时间: 2007-04-24 14:23

#9

帖子 fn_dolphin » 2007-05-23 16:10

bones7456 写了:ls的,4000×8/68=470s啊!
4G=4*1024=4096 MB
4096/68=60.23 s
fn_dolphin
帖子: 260
注册时间: 2007-04-24 14:23

#10

帖子 fn_dolphin » 2007-05-23 16:12

zmcbb30 写了:
bones7456 写了:ls的,4000×8/68=470s啊!
不是这样的,是MB

这是我的数据
/dev/hdb:
Timing cached reads: 1848 MB in 2.00 seconds = 923.22 MB/sec
Timing buffered disk reads: 170 MB in 3.03 seconds = 56.10 MB/sec

说明一下,这仅仅是读取,没写入
在同一硬盘中读写,速度往往只有理论值的40%左右(所以我会问是否有磁盘阵列)
我的ATA133在实际应用上不会比你的SATA-1(150)差多少的

造假也不要这么离谱,如果作者不是有笔误的话,那么我BS这作者
LZ转这种文章时要看清楚

首先我要BS你这种没有实践就说别人造假的态度,我的数据完全是实践证明出来的,否则也不会发现konqueror和nautilus在64位系统的问题
我再次说明我的系统配置如下,你大可以拿类似这样的系统自己测试一下:
AMD64 3000+
2G 内存 DDR333双通
酷鱼9代 SATA 160G
系统: Ubuntu 7。04 _AMD64
文件系统:/BOOT =EXT2 /=xfs 拷贝分区=xfs
测试文件:Ubuntu 64 DVD ISO文件
测试软件: konqueror nautilus
上次由 fn_dolphin 在 2007-05-23 16:16,总共编辑 1 次。
头像
zmcbb30
帖子: 2717
注册时间: 2006-09-30 0:32
来自: 巴拉特星系第四行星──海尼森

#11

帖子 zmcbb30 » 2007-05-23 16:13

ls的很明显就是读取速度
根本没写入

我看数据最多也是测个数据,自己算了一下就往上面写,绝对没有cp过4G的文件
头可断,血可流,靓女不可不追求
相艾唔好口,够姜就只抽

BARTON 2500+/1536MDDR400
EP8RDA3G/MX4000 128M64bit 8X
DiamondPlus9-6Y080L0-ATA133
Samsung743DF
HiweedDesktop-1.0
fn_dolphin
帖子: 260
注册时间: 2007-04-24 14:23

#12

帖子 fn_dolphin » 2007-05-23 16:19

zmcbb30 写了:ls的很明显就是读取速度
根本没写入

我看数据最多也是测个数据,自己算了一下就往上面写,绝对没有cp过4G的文件

讨论暂且结束,我写这些文章绝对是为了普及Ubuntu,所有的软件安装,配置,跟数据测试完全经过亲自试验。
你信不信是你的事情。
头像
zmcbb30
帖子: 2717
注册时间: 2006-09-30 0:32
来自: 巴拉特星系第四行星──海尼森

#13

帖子 zmcbb30 » 2007-05-23 16:29

fn_dolphin 写了:
zmcbb30 写了:ls的很明显就是读取速度
根本没写入

我看数据最多也是测个数据,自己算了一下就往上面写,绝对没有cp过4G的文件

讨论暂且结束,我写这些文章绝对是为了普及Ubuntu,所有的软件安装,配置,跟数据测试完全经过亲自试验。
你信不信是你的事情。
我就是不信
数据很明显,你cp 一个4G的文件用67秒,这是读的速度,且是理论值

我前面写的很清楚,笔者可能有笔误
如果不是的话,就是造假,我没有直接指定笔者就是造假的,只是随便说说
但既然有错误,我就必须指出

被我这种菜鸟指出这种错误可能真的令你难堪了
头可断,血可流,靓女不可不追求
相艾唔好口,够姜就只抽

BARTON 2500+/1536MDDR400
EP8RDA3G/MX4000 128M64bit 8X
DiamondPlus9-6Y080L0-ATA133
Samsung743DF
HiweedDesktop-1.0
头像
zmcbb30
帖子: 2717
注册时间: 2006-09-30 0:32
来自: 巴拉特星系第四行星──海尼森

#14

帖子 zmcbb30 » 2007-05-23 16:32

不用讨论

你回答我

为何 cp 一个4G的文件67秒 ,这个速度只等于读的速度,写入在那里?
头可断,血可流,靓女不可不追求
相艾唔好口,够姜就只抽

BARTON 2500+/1536MDDR400
EP8RDA3G/MX4000 128M64bit 8X
DiamondPlus9-6Y080L0-ATA133
Samsung743DF
HiweedDesktop-1.0
fn_dolphin
帖子: 260
注册时间: 2007-04-24 14:23

#15

帖子 fn_dolphin » 2007-05-23 16:51

对,是我弄错了,我刚才重看了一下,我是从/dev/sda1拷贝到/dev/sdb5,我把sdb5看成是sda5了

sda= 酷鱼9 SATA 160G sda1=xfs
sdb= 酷鱼10 SATA2 320G sdb5=vfat

是两个硬盘间的拷贝,不是同一硬盘不同分区的拷贝,我会重新修正文章,但我的关键不是为了炫耀硬盘速度
,是为了指出konqueror 跟nautilus在64位系统上的表现。
回复