64位好！KDE4更稳定了。。。

Archlinux，前天刚装的。
笔记本Gateway T6834-c, CPU=T8100，MEM=2G，ATI RADEON 2400
-----------
话说当时小试了一下EXT4，结果initrd镜像中竟然不包含ext4驱动，结果辛苦把文件cp出来（我当时咋不用tar呢？后
悔），不慎出错，然后赶忙rm。。。结果上G的数据（不包含10+G的iso,歌曲之类的)毁于一旦。。。连ext3grep也只能
找回几个文件。。。唉
-----------
今天仔细体验了一把X86_64系统之优。（多数配置文件直接从i686系统cp过来，没仔细调整，仅供列位看官参考）
kernel的启动不必多说，速度没啥加快（我还自定义了一番initrd镜像，加入了usb，结果每次都要等待usb设备
settle。。。，慢不可言！）；
启动服务但是大大减速了，尤其以Udev，smartd，hal为最，失去了archlinux轻巧、快速的特点。。。
桌面系统我用的是KDE4.2。
启动5部曲中，依然是第一个图标（小硬盘图标）出现后特慢，等了6s。。。？（万恶的configUpdate，急寻把它禁掉之
方法）其次是最后一个图标（K图标）出现后又是一番苦等，可能等了10s。。。




也许X64_64系统唯一令我欣慰的是，KDE4运行的稳定性加强了。这其中也许有编译参数的作用吧？还没尝试过编译这
种大型软件，不了解。截图请看：
第一个4宫格桌面的是刚打开opera，CPU占用突发提升（右下角的CPU检测表）。之前已经打开了N个程
序,PDFx2，dolphin，kwrite，kmail，amule，konsole，kwrite，CPU占用一直在10%左右。以前常见的因特效而CPU隔半
小时激增一次的现象也没有了。。。
第二个是我正在写这篇帖子的截图。CPU占用也很稳定，Opera这个吃CPU大户的出现让CPU占用稳定到了40%。为什么
我这么强调"稳定"？估计各位很少体验到CPU占用率不时激增然后系统暴卡、来来回回折腾你每天10几次，人生就特别郁
闷了。。。




关于x86_64系统，现在大约还不算主流吧？软件的移植（或者编译）是个问题。在我的Archlinux发行版
上，wine，virtualbox等软件都还没有x86_64的官方包。另外，对于32位程序的兼容性方面，静态编译的程序（如
mystar）自然是没问题，其他的动态链接版就不怎么和谐了。。。




总的来说，一切都在不断完善，64位必然是主流（不太可能直接跳到128位吧？呵呵），值得推荐。。。




http://byhh.net/f/Linux/1235788894/stable.jpeg
http://byhh.net/f/Linux/1235788966/with_opera.jpeg

再次奋战 Amule

其实也不是什么大作战了。

似乎在上一年的时候，曾经花了很长时间捣鼓Amule，试图解决其各种稀奇古怪的问题。

首当其冲的就是ed2k链接的关联问题。

乍一看，似乎这也不是什么问题。因为有一个叫/usr/bin/ed2k的程序在那里等着，只要执行以下命令即可
$/usr/bined2k ED2K-URL
然而，如果执行以下的命令，则会提示错误：
所犯的

[tale@Lystem ~]$ ed2k ed2k://|file|[米尔克].Milk.REPACK.DVDSCR.XviD-BiGFAGS.cd1.avi|734877696|49b8792774052f0a7291f26cc8c7bce1|/
bash: [米尔克].Milk.REPACK.DVDSCR.XviD-BiGFAGS.cd1.avi: command not found
bash: 734877696: command not found
bash: 49b8792774052f0a7291f26cc8c7bce1: command not found
bash: /: is a directory
Usage: file [-bcikLhnNrsvz0] [-e test] [-f namefile] [-F separator] [-m magicfiles] file...
file -C -m magicfiles
Try `file --help' for more information.
Bad parameter value:
ed2k://

不要以为是/usr/bin/ed2k程序的问题。这其实是Shell环境的问题（由其中的bash提示之错误可发现这一点）。给参数加上双引号，防止shell对斜杠之类的符号进行转义，我们可发现：

[tale@Lystem ~]$ ed2k "ed2k://|file|[米尔克].Milk.REPACK.DVDSCR.XviD-BiGFAGS.cd1.avi|734877696|49b8792774052f0a7291f26cc8c7bce1|/"
Link successfully queued.

此时，我的amule上也提示新加了相应的下载。可见，ed2k的调用其实很简单。（对比M$下的迅雷链接，唉。。。）
不过，要在opera中关联ed2k链接，却是有小波折。修改工具->首选项->高级->程序，可以为ed2k链接添加一个外部处理程序。如果直接填上/usr/bin/ed2k，确是会让amule添加包含乱码中文的下载。联系到刚才shell对特殊字符的转义，你是否想到问题的关键之处？
如果你认为问题出现于参数（即要下载的ed2k链接）的传递处理，那么你就落入窠臼了。实际情况确是，opera传递的参数的编码问题出现了异常。选择 工具->首选项->高级->国际，取消"用UTF-8给国际语言编址"。此时，程序关联依然填写/usr/bin/ed2k，点击一个ed2k的下载链接试试，成功！

第二个问题是，amule与KDE4桌面的兼容问题。

我已经不知道发生了多少次，amule在我点击系统托盘的时候狂闪。注意，不是那个小小图标闪，而是整个程序界面闪，进而造成我的桌面的闪。有时候等个1分钟，能正常下来；多数情况是，我无法忍受，于是捣鼓命令，kill掉它。
现在，我已经采用WEB界面来管理amule。
具体设置我不再叙述，只是在设置里面启动远程web管理而已。
然后，给系统增加一个自动运行

amuled -f

哈哈，opera中就可以看到了！

此刻起，世界和谐了。。。

听说2.14情人节前夕征女友很容易

也不知是不是如此。

可惜也没胆试。hoho

--
有约不来过夜半，闲敲棋子落灯花。

购买了一款国产共享软件，也算为中国的软件事业做贡献！

名字叫做"易通电脑锁"，除了有一些不太完善，一些BUG外，很满意。。。

 

--
有约不来过夜半，闲敲棋子落灯花。