AFAICT,我有两个选择：保持32位并重建内核并失去一些性能.或者使用64位并重新安装所有内容.看看64位版本的Slackware,我可以运行-current或Slamd64.
现在,问题是：
>我应该留在32位还是64位？
>如果我去64位,我应该使用-current还是Slamd64？
附：我希望从生产中实际使用任何这些配置的人那里得到答案,而不仅仅是复制/粘贴我可以通过Google找到的东西.
解决方法
许多操作系统(包括Linux和MS Windows)都提供了一个API,允许您在进程的虚拟地址空间中操作MMU和页面覆盖.此工具允许您为磁盘缓冲区使用额外的内存.但是,据我所知,唯一直接支持的DBMS平台是MS sql Server.
额外的内存将提高您的数据库读取性能(这可能会提高您的整体吞吐量),但写入性能将受到I / O的限制.如果您的数据库缓存命中率较低(例如低于95％),那么额外的内存可能会提高您的整体吞吐量.否则,您可能需要查看磁盘子系统(请参阅下面的1).
假设您需要或可以从更多内存中受益,最好的方法是转移到64位平台.现代Xeon或Opteron服务器将允许您安装最多32-144GB,具体取决于型号.这可能是您的最佳选择.
> SAN适用于事务性应用程序.对于大批量应用程序,您应该在数据库日志上进行直写式缓存,但是您可以在数据卷上使用回写式高速缓存.这将为您提供良好的日志阅读器性能,因为随机数据写入可以被控制器的电池备份缓存吸收,并且控制器可以优化磁盘写入以提高吞吐量.但是,这种安排具有可能使数据量不一致(损坏)的故障模式.在日志卷上使用直写可以缓解这种情况(因为日志不容易受到这些故障模式的影响).实际上,这会将您限制为恢复/前滚恢复模型,因此只有在您能够容忍(例如)4小时恢复窗口时才能使用它.
