greensea 的 blog

此文类日记也。

继上次发文以来似乎已经过了一两个月没有新文了，期间似乎是忙于ytp弹幕算法的重写和YT网站的PHP化。幸好出成果了，要不然还真的是荒废一大段时间了。ytp的算法重写完成，不过用户界面方面似乎出现了小问题，到现在我都没有去解决。不过嘛，ytp是重在算法，界面的话暂时无视或者留给别人完成。话说GPBeta对ytp界面有很大贡献嗯。而YT网站的PHP化顺利完成，IIS上已经停止了YT网站，现在只剩下一个YTBBS依然需要ASP的支持。YT网站目前只剩下一些无关大雅的小鬼，很容易就能解决。

《宙のまにまに》（中译：浪漫追星社），此动画又是一部以校园生活为卖点的动画，不过似乎是为了配合2009国际天文年而制作的动画。虽说是很泛滥的校园生活动画，但是主题是偏向天文的，此动画又唤起了我内心深处对天文的爱好（嗯这段文字真那啥）。头脑中冲动的魔鬼兴奋起来，上淘宝看了看天文望远镜，发现竟然有一百多的望远镜，很好很不错。虽然后来知道百元级的望远镜不过是玩具级别，但是偶认为就算是百元级的玩具级也足以入门了。再说也就百元而已，就假戏真做地当成买了一个玩具嘛。

fusecompress 是个好东西，它可以用来透明地压缩磁盘上的文件，而且支持多种压缩方法和压缩等级。我已经把我的桂林计算姬上使用 Dropbox 同步的文件夹压缩过了，这样可以减小网络开销，ADSL的上行是很杯具的。反正我在 Dropbox 上的文件都是不用共享的，纯粹自己用，所以不存在麻烦别人的问题。

好，进入正题。我有一个4G的读卡器，在上面弄了一个 LiveUSB，直接安装 Ubuntu 9.10，但是 Ubuntu 在上面只有3G的空间可以使用，包括家目录。因为我只有这一个U盘，所以需要留出1G的空间用来储存需要动来动去的文件，学校的电脑清一色的 Windows，连实验考试都要求只能运行在 Windows 平台上，这是什么计算机系啊。

3G的空间放一个系统和家目录那算是非常小的了，所以压缩文件系统就成了一个不错的选择。另外，对于一些压缩率较高的文件，使用压缩文件系统以后可以减少磁盘开销。特别是对于存取速度较低的磁盘，效果更佳。比如我这个读卡器+4G的SD卡用 hdparm 测出来的速度就只有11MB左右。

这个终端是这个终端不是那个终端，是中文命令行的终端不是显示中文命令的终端……
好吧这个话题其实是专门对付Ubuntu这个致力于提高桌面用户体验的系统的，和传统的Linux终端没多大关系。于是，下面提到的东西如果没有特别说明的话都说的是Ubuntu里面的东西。

我一直认为，在终端中使用英文命令对国内普通用户来说是个比较高难度的动作。终端命令大多数是英文单词，而国内懂得英语的人并不多，让不懂英文的人去使用这些英文指令，光是记住就要费很大的劲。对于比较懂英语的用户来说，记住这些指令不过就是记住一句话的难度而已，因为他们都知道这条指令的自然语义是什么意思嘛。这样我就想，如果把常用的指令映射到中文会怎样？会不会让不懂英语的普通用户更容易记忆和上手？如果再加上模糊识别，小小地猜测一下用户的意图，能否提高用户体验？毕竟对于不懂英语的用户来说，直接输入一句简单的中文句子要比输入那些英文指令要好多了。另外，普通用户并不在意输入中文有多复杂，在他们看来，输入那几个中文要比记住那一串字母简单多了。

首先写了一个找第N个素数的程序，使用很原始的算法，然后设定为找第10000个素数。
我本意是想弄一个线程来记录当前的搜索进度，这样就涉及两个变量，当前已经找到了第几个素数，以及当前正在测试的数。为了保证正确记录这两个变量，就弄了一个信号量来设定临界区。
于是奇异的现象就出现了，没有设置信号量之前整个程序运行时间是12.3秒左右，而使用了信号量之后，速度竟然降低到11.8秒左右，速度提高近5%。虽然不是每次测试都快0.5秒，但如果没有快0.5秒的话，就是差不多12.3秒。只会出现基本上速度相同，或者快0.5秒的情况看。
明明是加了信号量，需要内核去做一些事情，这些事情多多少少也会吃掉一些时间，如果说内核调用速度很快对运行速度基本上没有影响，那么有没有使用信号量的时间基本上一样也就算了，但问题是加了信号量之后运行速度竟然更快了，这也太诡异了的说。

随后我又给另一个代码段加了一个信号量，但是速度并没有变得比11.8秒更快，似乎11.8秒就是极限了

原因不明，先把这个现象记录下来好了。

首先这个CKEditor以前是叫做FCKEditor的。
最近在给YT弄新的在线编辑器，现在的TinyMCE似乎表现不怎么好，然后发现CKEditor的界面很好很强大，本地化工作也比TinyMCE好，于是就选用CKEditor了。