最近windows下面的svchost.exe因为windows update的关系在内存方面兴风做浪，一开机就吃掉了1GB内存。令人抓狂，禁用了windows update服务之后还是觉得这个系统越来越不舒服。想想最近这段时间使用windows也仅仅是上网、收发邮件、coding/matlab之类的活，对文档的编辑也仅仅限于word之类，游戏什么都基本没有碰，所以好吧，我还是切换回archlinux吧。
目前想到的是，code用eclipse代替好了（php、android都可以嘛）、office自然libre-office啦，其他使用svn之类的同步windows和archlinux下面的代码，文档就直接挂载windows分区好了。
不过archlinux由于经常不升级，所以升级老是出现问题，现在apper已经不能用了，只能吃豆人一下。
资源：
Android本身是在linux内核上的一套定制操作系统，而app运行环节则是在Android上定制的Java虚拟机。很多app功能的实现除了调用系统函数意外，还需要具有存储和网络功能，我们可能还需要搭建网络服务器来满足app的特定请求。所以，为了开发Android应用程序，所以以上提到的周边都需要（深入）学习。我们可以把它们分成Java基础，Linux基础，Android基础，存储和数据库基础，网站/服务器基础
注：此文参考观点1
下列23中模式引用此文
模式之间关系如下图所示
SAE的memcache基本继承了php本身的memcached，基于memcached有所优化
Mostcache插件提供了MySQL的cache和SAE的memcache两种方案，因为路上部署在SAE上面，所以直接使用memcache方案。
使用memcache后，chrome浏览器的函数调用从53000+降低到了5300左右，也就是说只有原来的十分之一，而IE11和firefox则更加明显，直接降低到700-800，即只有原来的1.4%左右。换而言之，使用memcache后，性能提升明显。
使用cache后IE/firefox的函数调用图
究其原因，因为Typecho在设计之初，对数据库进行了充分（过分）的抽象，导致加载页面的时候，会产生过多（复杂）的数据库查询。这就降低了整个网站的效率。
从第一个图片可以看出，在数据库查询是，对mysql_query的查询Inc:104.455ms,Excl:104.455ms,产生了62次调用；对Tyecho_Db_Query::filterColumn的查询Inc:101.316ms,Excl:87.362ms,产生了234次调用，而其对ctype_alnum则有15736次调用。两个大的数据库查询函数调用占到了接近50%（25%+24%)的总执行时间（416.407ms）。从第三个图，也就是采用了cache之后IE访问的函数调用图可以看到：总的执行时间为46.084ms，而且关于数据库查询的时间占用也下降到了<20%。
这再次说明cache是多么的重要！
之前花了一个星期调试和优化emlog，使其能够更好的运行在SAE上。但是搞来搞去没搞个结果的时候，（准确说是寻找一个好用的markdown 框架/编辑器的时候），突然注意到Typecho。Typecho简单漂亮的界面吸引到了我，如果继续搞emlog，我还要进行前端的大修（HTML5+CCS3化），这是一个巨大的工程。但是Typecho则完全不用，前端非常简洁和漂亮。就如Typecho官网所说的那样，作为一个写代码的，有时候需要的就是些简单高效记录自己思考和学习的轻博客而已。Typecho很符合这个要求，也符合我的需求。而且居然已经有了SaeUpload这样适用于SAE 环境的插件，免得我再去coding。只是尼玛一个星期的时间完全做无用功实在是浪费啊
因为之前部署emlog的时候使用的是SAE上面的应用，结果发现其版本严重落后，导致增加了大量的后续修补工作。所以这次部署Typecho时，虽然SAE也有应用，但是还是采用了下载Typecho官方版本，然后再部署到SAE的方式。
步骤
添加了几个插件
添加了几个分类
想完成的事情