线程的CPU占用率

TaskManager可以方便的察看进程的CPU占用率，但对于一个程序员来说，有时可能要看一个进程的线程是如何瓜分CPU的，嗯，幸好SysInternal的Task Explorer考虑了这个需求，用起来很方便。干脆用这个替代Windows的TaskManager吧。

时间管理

有很多这种类似的软件，但我想如果能够自动记录每个进程的激活时间的话，就可以省去大量的烦琐工作了。这种自动记录软件属于"monitoring"类别，比如Activity Monitor，Timing Monitor，评估了几款。

Track4Win，不错，功能少，只记录进程信息，设计比较好。一个大的缺点是进程的参数没有区分，Java的进程就没有办法区分了。

Activity Monitor，这应该算是Spy软件，但用来作时间管理缺少基本的统计功能。但作为Spy软件还是很强的，可以远程安装，执行命令，重启等，也有基本的进程信息的统计。

使用TaskManager察看内存使用

经常需要使用TaskManager看一个进程使用的内存情况，今天才发现，如果应用程序最小化的话，TaskManager显示的内存占用会急剧降低，原因是这里显示的不是应用程序真正需要的内存，而是值当前应用程序的内存空间中映射到物理内存的部分，术语应该是Working Set，而Windows2000可以在应用程序最小化之后，将Working Set来一次Trim，这样就可以为其它应用程序留下足够的物理内存，当然被Trim的内存也不是立刻就不能访问了，它们只是被Windows做了标记，当系统内存足够时，它们一般仍然会保留在物理内存中的。这样就可以解释这个问题了。如果要看到真正应用程序耗费的内存，应该选择Virtual Memory一列，这才反映一个进程对内存的消耗量，这个值有时会大于Working Set，可能是因为上述的标记的原因，有时又会小于Working Set，这则是因为Windows的DLL机制，导致进程的内存空间中包括了一些已经load的共享库，占用了进程空间，但不额外占用物理内存。

Blog的增量发布

Thingamablog很好，它是基于纯HTML的blog系统，并且是桌面版本的，可是随之而来的就是发布的问题，每次增加新的帖子都可能导致大量的静态HTML文件更新，那么几乎所有的文件都要上传，当Blog增大到一定程度，这如何解决？Thingamablog的解决方法比较简单，每中类别和首页中的blog数目是固定的，或者无限多，也就是说不提供分页功能，这样新的blog的影响就比较小了。

Wiki与Blog

Wiki和Blog还是不同，Wiki是按内容组织的，Blog是按时间组织的，最好两者都保留，这样可能好一些，但内容上可能要考虑一下，应该尽量避免出现大量的重复。