SSH 远程控制服务以其安全、简单著称。但是因为安全性的问题，每一次登录都需要输入用户名和密码的确比较恼人。为此，BOYPT 编写了一个简单的 Bash 脚本，可以无需重复输入用户信息。
完整的脚本如下：
#!/bin/bash auto_smart_ssh () { expect -c "set timeout -1; spawn ssh -o StrictHostKeyChecking=no $2 ${@:3}; expect { *assword:* {send -- $1\r; expect { *denied* {exit 2;} eof } } eof {exit 1;} } " return $? } auto_smart_ssh passwd user@host ls /var echo -e "\n---Exit Status: $?"
更详细的介绍可以参考 BOYPT 的原文。
学校论坛总是会偶然出现提问 Linux 的帖子，很多时候他们提问的都是老旧的发行版问题。虽说 Linux 都是大同小异，但是还是有多少奇怪的感觉。
用着古老的 Linux 发行版还是挺多的，一些年代久远的服务器普遍使用的还是很旧很旧版本的 Linux，而且还在坚强地服役当中。这一点都不奇怪，因为服务器讲求的是稳定，只要一直稳定地跑着就可以了。除非是需要更换新服务器或者更换用途，否则就没有太大的需要更换系统了，除了蛋疼。
新 Linuxer 似乎也是一个喜欢怀旧的群体，这真的不是源于他们喜欢怀旧，而是他们的无知罢了。对 Linux 世界的不解让他们相信老旧的资料，导致他们对 Linux 世界的误解。当他们经过提醒以后，大多会接受新事物。毕竟 Linux 世界发展得还是很快的。
CUDA 是 NVIDIA 设计用于自家 GPU 上的通用运算框架，为的是实现 GPGPU 功能，似乎和 Intel 没有关系。最近有位乔治亚理工学院的仁兄打算为 Intel 集成显卡编写一个 CUDA 后端。
OpenCL 是用于 GPU 通用运算的 API，其 Gallium State Tracker 已经并入到 Mesa 的主干。但是这些代码已经有很长时间都没有变动过。而 CUDA 则是在 NVIDIA 公司的支持和开发下正在稳步发展。那位仁兄看重的是 Sandy Bridge CPU 整合了 CPU 和 GPU 两部分，查阅了编程文档以后认为可以为 Intel 集成显卡编写一个 CUDA 后端，可以让 CUDA 程序在 Intel 集成显卡上完整地兼容运行。
话说 Intel 集成显卡有没有足够性能跑 CUDA 程序都是一个问题吧。不知道这个后端写成以后能否移植到 AMD 的 radeon 和 NVIDIA 的 nouveau 驱动上呢？我们拭目以待吧！
文章来源：Phoronix
似乎是 AMD 最近得罪了 Phoronix 了，Phoronix 再次发文控诉 AMD 官方的 Catalyst 显卡驱动性能差劲。这次评击的是 3D 性能两年内毫无进步。不过身为读者的我真是服了他们，Phoronix 测试了从 8.6 到最新的 10.6 20 多个版本的驱动。测试用的硬件是 RV770 芯片的显卡，除了部分游戏的性能有轻微的提升外，不少测试都是呈缓慢下落的状态。结果其实大家早就知道了，只是这一篇文章又再次激起用 AMD 显卡的 Linuxer 再一次喷发愤怒而已。
话说最近 Phoronix 的举动有点不太寻常了，AMD 忘记了给赞助费，所以 Phoronix 要发文追债？AMD 还是把 Linux 的显卡驱动做好，以免给别人留下话柄啊！
http://www.phoronix.com/scan.php?page=article&item=amd_catalyst_rv770&num=1
Phoronix 又做了一次性能测试，测试各种 Window Manager 对游戏性能的影响。根据他们的结果看来，Compiz 和 Mutter 这类重量级的 Window Manager 似乎影响很大，都会大幅度的下滑。Metacity 的性能看上去会好一点，不至于差多少。不过有一个测试是 Metacity 会大幅度落后 Compiz 和 Mutter，这点看起来挺奇怪的。
以我个人的看法，如果游戏是全屏进行的话，无论是用哪一个 Window Manager，性能都是一样的。因为显卡不再需要为 Window Manager 花费一点资源了。若是在窗口模式，则可能存在一点差距，但不至于这种级别的差异，毕竟一个 Window Manager 不会虚耗这么多的显卡资源，即使是内存和 CPU 使用量上，不是太古老的机器应该不会太明显的。
http://www.phoronix.com/scan.php?page=article&item=mutter_composite_hit&num=1
Phoronix 似乎对 AMD 的指责还不罢休。他们又来了一次 2D 加速测试了。他们对比了 3 款驱动：Catalyst 10.4、Catalyst 10.6、xf86-video-ati-6.13.0+mesa-7.7。
测试的结果一如所料，除了个别项目以外，开源驱动都能大幅度完胜闭源驱动。这个结果都在很多人的预料之中。然而 Catalyst 10.6 正式引入为默认加速架构的 Direct2D，确是连早前 Catalyst 10.4 默认使用的 XAA 加速架构都不如，几乎所有项目都落后于旧版驱动。这多少让人质疑，AMD 你是想搞好 Linux 驱动还是在帮倒忙呢？？
AMD 啊，你真的下点心思到 Linux 驱动开发里面啊！
Flash Player 10.1 终于在万众瞩目下发布了，然而这个版本虽然也是跨 Windows、Mac 和 Linux 三大平台，但是在发布以后 Adobe 关闭了 FLash Player 10 的 64bit Linux 版本的测试项目。按照 Adobe 的说法就是要重新编写 64 位版本的 Flash Player 架构。这个决定当然引起了一大批 64 位系统的使用者不满，因为他们觉得自己没有受到公平对待。
看起来 Adobe 真的是懒惰到极点了，对于 Mac 和 Linux 用户而言，他们早已经受够了 Flash Player 糟糕的效能。他们更加倒向 Steve Jobs 的一边。据说 Flash Player 在Windows 平台也不见得好多少，性能只是略微好一点，至于 x64 版本的 Flash Player 则完全没有踪影。Adobe 真的是想逆潮流而行坚守 32 位平台？
显然不是，或许 Adobe 的想法是，通过一个转换工具，把传统的 Flash 应用无缝到 HTML5 标准应用。这点对于 Adobe 而言是可以实现的。Flash 是 Adobe 自家的标准，HTML5 又是公开的标准。既然两大标准对 Adobe 都是公开的，那么这样的转换器显然是水到渠成的。这样会很方便地让 Flash 开发者直接开发 HTML5 应用。Flash 则纯粹地变成一个开发工具，与 Dreamweaver 一道成为 Adobe HMLT5 的强势武器。此时 Flash Player 则变得可有可无，或许 10.1 就是最后一个主流版本的 Flash Player 了，因为它已经没有存在的价值，况且漏洞又多得像永远都修不完。
只是 Adobe 让用户感到动作实在太慢了。
评论