当个备忘, javascript performance test

http://wd-testnet.world-direct.at/mozilla/dhtml/funo/jsTimeTest.htm

Google chrome 的测试结果好得一塌糊涂, 但是跑下面这个帖子八皇后表现就不太成。比 FF3 差不少

http://bbs.51js.com/viewthread.php?tid=75260

有时间的话 build 一个 nightly 的 FF3.1 看看 tracemonkey 的效果如何。

MySQL 的 filesort 不是 stable 的

呃,别会错意,我的意思不是说 MySQL 开始 filesort 就会不稳定,而是说他的排序算法不是 stable 的。

某表中有两个字段,一个是 log_time, DATETIME 类型, 一个是 user_id , BIGINT 类型。 SQL 是 SELECT XXX FROM xx_table WHERE user_id = 111 ORDER BY log_time DESC 。

一开始表上的索引建错了,建成了 user_id,log_time 的联合索引,于是上面的 SQL 用上这个索引以后,就做了 filesort , 这时候发现所有 log_time 相同的列顺序是乱的,有的按照插入顺序,有的不是。而当重新建立 log_time,user_id 的索引之后,结果中 log_time 相同的就都是按照插入顺序来排序的了。

这个发现有啥用?似乎也没啥太大用处倒是。如果为了严格保持插入顺序,那么设计时候就应该用精度更高的 log_time 。不过如果对插入顺序的要求不是非常严格的要求,那么正确建立索引直接利用它的特性也还算省事。

庞大的 .xsession-errors 文件

台式机十多天没关机, 忽然发现 fcitx 异常的卡, 把各种应用程序搞死好几次. df 一下才发现是 home 居然满掉了. 仔细ls -la 一看. 原来是一个 .xsession-errors 文件占了 11G 还多.

看看内容, 原来是所有 X 程序打到 console 上的信息都跑这个文件里面去了, 然后 KDE 程序经常会打印各种 Warning , 用不了多久这个文件就会变得暴大.

解决方法比较土, 直接 ln -sf /dev/null ~/.xsession-errors 了… 可能有什么办法可以搞掉他, 但是似乎没那个必要费脑细胞的说.

机器终于又重新起来了

时隔一年多,我的破机器终于又起来了。可怜这个机器在现在N核电脑面前,实在是落伍了一点,php 执行 blog 首页都要0.3秒还多。比起之前在另外一个机器上面跑的虚拟机来也差得不是一点半点。唉。

最近评论

时光机

其他