我有几个编程专用的 ubuntu 虚拟机，发现在新安装的 ubuntu 10.04 上，会出现 emacs 23 打开 c 系文件（任何使用 c-mode 的类型），都会加载错误，提示 (error "Autoloading failed to define function cxref-c-mode-common-hook")。一开始以为是 64 位系统的问题，后来发现在 fedora 系统上无

     1、异常影响效率，应该尽量避免？    确实，经充分优化的无异常程序，正常情况下应该会比使用异常处理的程序更为高效，但是随着编译器和虚拟机技术的发展，这种差距越来越小。特别是对于比较复杂的应用系统，反而会出现使用异常的程序更为高效的情况。因为可以把“异常情况”统一进行管理，避免了为每一次的错误都进行设定和约束。真正值得我们在无异常状态下编程的，是底层的系统开发和嵌入式系统，在可以预见的未

debian testing 的 xen-tools 创建的虚拟机，默认是utc时间，但是时区选择有问题。对于中国的东八区用户，最简单的处理方法是：cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime这个操作最好在虚拟机创建后尽早完成。如果已经部署了一些应用，可能产生的数据已经有错误，类似mysql等服务，需要重启才能生效。

新主机中划分成一个xen虚拟机集群，全部部署在 lvm 存储上。昨天拖数据的时候发现文件服务器的空间规划比较紧张。于是准备给它扩容。网上查了很多中文文档，不知道是因为太旧还是什么原因，没有一个靠谱的，操作复杂而且不安全。最终在一篇英文文章中找到了一个办法，极其简单，并且验证确实可行。我用来管理虚拟机的是debian的xen-tools，它自动的给基于lvm卷的xen虚拟机分配两个卷，一

工作项目报告，所以抹掉项目名先，以“X”代之。分割线内内容仅代表个人意见，与所供职企业及参与社区无关。===================================X 从很早的时候就出现各种数据库访问错误。包括链接数占用过多，死锁，僵尸事务等。本周我集中梳理了一遍代码。我认为，虽然数据库设计方面有诸多不合理之处，但是这些不合理主要影响业务错误，造成 X 性能和使用上

迁移服务器后，发现还有一批表是 MyISAM 引擎，写了一个脚本，把它们全升级到了 InnoDB。在线地址： https://github.com/xiachufang/BlackCookbook/blob/master/python/sa/My2InnoDB.py源码：#!/usr/bin/env python#coding:utf8#将mysql数据库中所有的 myisam 表

一、PostgreSQL 的稳定性极强，的确，MySQL 有多种引擎，也确实 Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，但是，很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的……PG数据库15分钟被闪断四次的前DBA毫无压力的含笑而过。二、任何系统都有它的性能极限，在高并发读写，负载逼近极限下，PG的

新算法的重点是使归一化后的分数曲线不那么陡峭。我们在归一化算法中，引入了加权求和的指标数目，使其先约束在一个有限范围内，使得未来加入的新因子，也可以自动的产生平滑的分布。

CSDN 的个性化推荐系统，是从既有的推荐项目中剥离出来的一个子项目，这个项目随后移交到了我们AI组。在近一年的时间内，我们对这个项目进行了多次改进和重构。

每一期 QCon ，总有一些吸引人的内容，比如这一届的人工智能专场，就异常的火爆。则对 JS 生态的编程语言的历史脉络做了总结和梳理，作为第一个以个人身份进入 Javascript 委员会的中国大陆程序员，贺老师的分享有非常高的价值。近十年来，我以出品人或讲师的身份参加过多次 QCon 的编程语言专栏，这已经成为我职业生涯的重要“彩蛋”。》是我非常喜欢的环节，这里面有很多实际的工程经验分享，我也有