读者来信

作者:Various
读者来信

Webmin 的乐趣

我使用 Webmin 管理服务器已经好几年了。它是一个非常棒且强大的工具。我很高兴在你们 2001 年 12 月刊(“Webmin:对专家和新手都很好”)中读到关于它的文章。Elmendorf 先生做得非常出色。我希望将来在 LJ 的页面上听到更多关于 Webmin 的内容。比如,如何添加模块等等。干得漂亮!

—Jody “JoLinux” Harvey

感谢 David Bandel

非常感谢您在 Linux Journal(2001 年 9 月刊)上发表的关于 iptables 的文章“驯服野性的 Netfilter”。我一直在碰壁,想出一个干净的解决方案来保护我的家庭网络免受互联网小屁孩的侵害。您的脚本(经过一些修改)使用起来非常愉快。我所要做的只是为 Linux 盒子上的几个端口添加一些接受规则,然后 !您的教程非常棒!

—Don Lafontaine

经验知识

这条评论有点琐碎,但仍然值得发一封电子邮件。在他的文章“主流 Linux”(LJ 2001 年 12 月刊)的结尾,Robin Rowe 引用 Linus 的话说:“软件就像性:免费的时候更好。” 我把这句话读给我的妻子听,她的直接反应是这样的:“他怎么知道? 如果他说的是真的,那么他过去 一定 为此付过钱!” 哎呀! Linus,请谨慎选择你的措辞!

—Paul Barry

直面边界

虽然主编 Richard Vernon 完全有权支持电子前沿基金会并鼓励他的读者也这样做,但他应该更坦率地说明该基金会所持的立场 [参见 LJ 2001 年 12 月刊“EEF 需要你”]。该基金会不仅仅是为了保护开源编程。它还涉及到阻止公共图书馆为儿童过滤网络内容,以及允许破解者以言论自由的名义自由传播窃取专有编程的方法。在加入或捐款之前,我敦促读者访问该基金会的网站,仔细审查该基金会的立场及其联合创始人 John Perry Barlow 的著作。杂志的其他方面我很喜欢。

—Bill Moylan

“窃取专有编程的方法”到底是什么意思? 一种让你在 Linux 上观看 DVD 的工具? 一个调试器? 如果任何可以用来侵犯版权的东西都应该被禁止,那么我们就什么 Linux 都不剩了。 我们也敦促读者访问基金会的网站 (www.eff.org) 来审查基金会的立场——他们对 EFF 了解得越多越好。

—编辑

喜爱 Beans

在阅读了您在 Linux Journal 上关于使用 JBoss 的最后两篇文章 [参见 Reuven Lerner 2001 年 12 月和 2002 年 1 月的 At the Forge 专栏] 后,我不得不说,“太棒了!” 您的文章真的令人愉快,我已经将它们转发给了这里的其他开发人员以及我们的主管,他们也同意。 我们正在开始考虑如何让 JBoss 在 Kaiser Permanente 医院(Kaiser 在美国约有 110,000 名员工)被接受为认可的平台。 我非常期待您对 Zope 的处理。 请继续保持出色的工作!

—Cole Thompson

飞翔的 LTO

我很高兴在 2001 年 12 月刊上看到对 HP SureStore Ultrium 230 磁带机的评测。我工作的公司目前正在考虑将 Qualstar TLS 磁带库用于我们的数据收集平台。阅读这篇文章后,似乎这可能不是一个好主意。我想知道是否有人有在船舶或飞机等移动平台上使用机器人磁带库的经验?

我们已在我们的船只上成功部署了 HP SureStore Ultrium 230 磁带机,并且对其性能非常满意。 LTO 的“开放”部分最初吸引了我们选择这款驱动器。 凭借驱动器和介质的多个供应商,价格应该具有竞争力。 介质的价格已经从发布之初大幅下降。 我们使用直接连接的 HP SureStore Ultrium 230 磁带机测试了 RAIDZONE RS-15 1TB NAS。 我们获得的实际吞吐量为 13MB/秒,使用的是 GNU tar。 这相当于大约 46GB/小时(非常接近广告宣传的速度)。 NAS 可以轻松地向驱动器提供数据。 事实上,它大部分时间都在滑行。

—Jan “Evil Twin” Depner

批评并非如此苛刻

关于 2001 年 12 月刊技术精粹专栏中“GCC 的 128 位精度”的查询,回复既不正确也没有帮助——GMP 不是等效的,使用 GMP 意味着重写代码。 一些编译器,包括 AIX,将使用 64 位(或 128 位,取决于处理器)和适当的选项执行计算。 (使用此方法意味着两个 32 位数字的乘积始终适合一个 int。无需修改代码。) 然而,GMP 是一个多精度包,它定义了某些数据结构,其中放置了多精度数字。 要使用它,您必须大量重写代码。 一些编译器,包括 gcc,接受“long long”扩展并使用 64 位进行计算,但这仍然需要修改您的代码并引发可移植性问题。 我的回答是,遗憾的是,在不进行某种代码修改的情况下,没有等效的方法。 虽然 gcc 这样的选项会很好。

—John

在重读我的信 [如上] 后,我意识到它读起来比我预期的要苛刻得多。 专栏和回答查询的个人过去都为您的读者提供了良好的服务。 我无意轻视任何一方,如果有人误会了我的意思,我深感抱歉。 我只是想表明,解决方案绝非简单。

—John

加载 Disqus 评论