易栈网-膘叔

以下内容来自于两个博客的内容合并。
首先是来自于冰山上的博客的关于atime、mtime与ctime的介绍（我估计作者也是COPY来的，因为最后两段明显单词断行了，没有修改）：

原文：http://xinsync.xju.edu.cn/index.php/archives/4683

atime 访问时间(access time)：访问时间是文件最后一次被读取的时间。因此阅读一个文件会更新它的访问时间，而它的改变时间并没有变化(有关文件状态的信息没有被改变)，它的修改时间也同样没有变化(文件内容本身没有被改变)；

mtime 修改时间(modification time)：文件内容最后被修改的时间。如 echo “Hello” >myfile ，则myfile的mtime被改变，同时ctime和atime也被改变；

ctime 改变时间(change time)：文件状态（status）最后被改变的时间。如 chmod a+w myfile ，则myfile的ctime被改变，atime和mtime都不变；

参考：

st_atime
Time when file data was last accessed. Changed by  the following   functions:   creat(),   mknod(),   pipe(), utime(2), and read(2).

st_mtime
Time when data was last modified. Changed by the  fol-lowing  functions:  creat(), mknod(), pipe(), utime(),and write(2).

st_ctime
Time when file status was last changed. Changed by the following   functions:   chmod(),   chown(),  creat(),link(2),  mknod(),  pipe(),  unlink(2),  utime(),  and write().

然后下面的内容又来自于知道分子的博客：http://hutuworm.blogspot.com/2009/03/blog-post_31.html

Linus 大神最近将一项名为 relatime 的特性设定为内核默认行为。（参阅：Matthew Garrett，Reducing disk use）

UNIX 文件系统中的 ctime、mtime、atime 属性分别记录了文件的创建时戳、修改时戳和访问时戳。每当有进程创建、修改、访问某个文件时，文件系统就会保存相应的时戳。对于一般用户而言，文件系统自 动记录这些时戳所花费的时间根本不值一提，完全可以忽略不计。但对于某些特定用途的生产服务器，比如存储大量小图片文件的服务器（写少读多），若每次读取 一个文件都要修改该文件的 atime——想像中的单纯读取操作，实际上却是一读一写——如果这些服务器访问量还挺大，那么这个过程中的消耗则无疑值得斤斤计较、细细考究了。

以 往我们为了节省不必要的 atime 改写，常常采用的方法，是通过 mount 选项 noatime 挂载文件系统，完全摈弃该属性。但随之而来的问题是，某些依赖于 atime 属性的系统程序无法正常工作。而 relatime 补丁的改进之处在于，仅当 atime 比 ctime 或 mtime 更早，或者早于当前时间 24 小时以上，系统才会去修改 atime，由此就大幅度减少了 atime 改写操作，提升了文件系统性能。该项功能已在 Fedora 和 Ubuntu 去年的新版本中发布。

其 实，可以节省的地方还有很多。上周小算了一笔账，某个页面引用的 js 和 css 文件 Expire 时间为 900 秒，一部分图片的 Expire 时间为 12 小时，另一部分图片的 Expire 时间为 4 天——假设该页面内容不变、访问量不变，那么一年的相关静态文件总下载量为数万 GB；如果把这些静态文件的 Expire 时间统一调整为一个月，那么总下载量可以下降一个数量级，降到几千 GB；如果胆子大一点、步子快一点，统一调整为一年，那么总下载量还可以再降一个数量级，降到几百 GB。阿米豆腐，这样的估算结果真是令人咋舌。

这两天又看了三篇跟性能优化相关的报道。一篇报道是 Linux Magazine 采访 Theodore Ts'o，其中提到 Google 的工程师向 Ext4 文件系统开发者提交了一个取消日志补丁，以获得更高的性能，可以看出，这个功能对于 Google 非常重要。一篇报道是 Red Hat 官方新闻，说 RHEL 5.3 开始支持 Intel 的 QuickPath 内存技术，运行内存密集型的应用可以获得两倍性能提升——显然这得归功于 Nehalem CPU 的崭新架构和超强性能。另一篇报道是 Linux Kernel 2.6.24 到 2.6.29 横向测试，OpenSSL 在 2.6.29 内核上测得性能比前几个版本高出一倍：


无论如何，关注这些信息，稍微算一算，我们就知道随便从其中找一项出来优化，可以提升多少性能、节省多少资源。虽说咱不差钱，但能省干嘛不省呢？

cyberarticle这款软件一直在用，最近订阅的博客也越来越多，能够想到的就是把一些我认为对我来说是知识点的东西，用它记录下来，以后如果有空可以慢慢翻阅，如果没空，那也可以拿它作为资料库，以后备查。

目前收藏的文章还不多，慢慢来。本来是用Firefox的scrapBook进行收藏的，不料几次收藏都因为格式化机器把存下来的资料都卡嚓了。
伤感啊



收藏的东西还是和自己所从事的行业比较相关，以后慢慢收藏一些好文章

原文来自：http://blog.s135.com/post/407/，本文纯粹是转载。
不过，我看到张宴博客里介绍的时候，很是惊讶于google docs的功能，原来，google docs居然也能够象其他那些Webshare网站那样显示PPT或者PDF？点击放大后，还能够下载成PDF或者PPT，而且效果不错，感觉就象FLASH一样。看来什么时候是需要学习一下如何使用了，因为google的速度不错，在与很多人分享资料的时候就比较方便了

更多看全文

» 阅读全文

看看别人是怎么评价技术骨干做项目经理的，其实任何事都有利弊啦，不过这里说的几乎都是弊。
学工商管理的时候，对于一个职业往往都是讲究内拔外选，其实是和这个道理是一样。
内拔，对于内部的信息、资料都相对比较熟悉，同样，还有对于人员的能力也是相对熟悉，配合起来可能会比较方便，但缺点是眼界可能不会太开阔，比较容易局限于目前的视野
外选，可能技术能力较强，但同样也有缺点，很多人对于空降兵比较排斥，对于人员的能力不熟悉，短时间内不知道如何分配资源。

再看看别人说的吧：http://www.cnblogs.com/laozizhu/archive/2009/04/04/1429640.html

    开发骨干，由于主要或全部精力均忙于具体技术工作，各种项目管理任务(如：项目分析/评估、项目计划的制定/检查/调整、上下左右的沟通、专业资源调配、 项目组织调整、项目财务控制、风险分析/对策等)不可避免地疏于顾及，项目管理的事情“没人做”，导致项目控制的问题“积劳成疾”，后悔莫及。

    技术骨干担任的项目经理，不可避免地存在着“技术崇拜”，尽可能采用新技术。即使是需求明确的功能，由于实现方式有多种路径，一般都是从技术上采取最优的 路径，而不是从用户操作方便的角度上选择操作最方便、快捷的路径，用户必须严格按开发人员所预设的操作方式进行操作。

    说句老实话，用户是不管你用什么技术的，先进或落后的技术都可以，只要能满足用户的需求即可。这种类似闭门造车生产出来的产品，自然就是操作不便，功能差 强人意的。还有一种情况是，这种情况一般发生在项目后期，开发产品的情况较多，随着开发的深入，总会发现缺少某些功能，或者某些功能不够强大。项目经理对 功能的增加、删除、修改，不是通过集体讨论确定或通过从市场前线人员中了解确定，而是通过凭空想象，拍脑袋来作出决定。特别是对于某些功能的添加，由于项 目经理都无法把握用户是否需要这个功能，需要这个功能的程度，因此是很难令开发人员把握此功能的目的。当然，既然大家都无法把握用户是否会用这个功能，那 自然是应付式开发。只要过了测试，过了项目经理这一关就OK拉。

首先我们看一下php手册中关于删除cookie的说明

------以下引用php手册内容--------------

要删除 cookie 需要确保它的失效期是在过去，才能触发浏览器的删除机制。
下面的例子说明了如何删除刚才设置的 cookie： 例子 2. setcookie() 删除
例子

// 将过期时间设为一小时前

----------------引用结束--------------------------

删除一个cookie的方法就是把这个cookie的有效期设置为当前时间以前，这
也是几乎所有php程序员都会这么做。

  后来一个初接触php的朋友告诉我，他在程序中本想把一个cookie的值设置为
空，结果导致这个cookie直接被删除。我当时的第一反应是不相信，于是测试
了一下

结果果然是整个$_COOKIE数组都是空的，而非仅仅$_COOKIE['testcookie']为
空.于是用winsock抓包，观察返回的http头，发现http头竟然是

这说明setcookie("testcookie", '');的的确确是将testcookie这个cookie直
接删除.而关于这种情况在php手册中完全没有说明.

最后阅读php源码，终于发现真相(这就是开源的好处了，有什么不清楚的内幕
直接查源码)

以下代码可以在php5.20的linux源码包中ext/standard/head.c第99行附近找到.

源码中清清楚楚的显示,if (value && value_len == 0) ，当value_len为0
时
sprintf(cookie, "Set-Cookie: %s=deleted; expires=%s", name, dt);
会发送删除cookie的http头给浏览器.

最后我们可以得出结论,在php中使用
setcookie($cookiename, '');或者 setcookie($cookiename, NULL);
都会删除cookie,当然这些手册中并没有。