易栈网-膘叔

这两封邮件来自linode，说实话，觉得linode真心不错。。

比如这一封：
We are currently aware of an issue with the host that your Linode resides on (tokyo49). This issue requires a reboot to resolve. We do apologize for any inconvenience this issue may cause. Your patience and understanding is greatly appreciated. Please do not hesitate to contact us if you have any questions or concerns.

然后过了将近10分钟左右 ：
The host that your Linode resides on has been successfully rebooted. Your Linode will return to its last state shortly (running or powered off). There is no need to issue boot jobs for your Linode at this time. Thank you for your patience and understanding. Please feel free to update this ticket in the event that you have any additional questions or concerns about this matter.

于是，linode的管理邮件又自动发来：
Hello xxxxxxx! The following activity has recently occurred:

* linode??????- (7659786) Host initiated restart - Completed Wed, 16 May 2012 04:23:49 GMT
* linode?????- (7659950) Lassie initiated boot - Failed Wed, 16 May 2012 04:23:58 GMT

This is a new feature.  You can change your notification settings via https://manager.linode.com/profile.
果然，这些功能是真心不错啊。如果以后有短信息发送就好了。
国内的VPS有哪个有类似功能的？不过国内我是不想用了，NND，备案备案，备死人的案。

在微博的#SAE技术分享# 看到一些有意思的东西，比如这一篇的标题，嗯，确实是有一些奇怪的玩意。
比如，ubuntu下的apt-get moo，居然出来了这样的玩意，你能相信吗？》

好一只羊？还有一些其他的命令，比如yes，好象记得这个命令是专门用来处理自动化安装的吧？即自动输入y，N个，直到安装完成，如果没有安装，就在屏幕上拼命的输出。。。
还有一些其他的。。比如banner，会将你输入的字符用##打印出来，比如我这个：

，再比如fortune，这个函数很有意思，既能学英文又可以很好玩，该网页上这么显示了：

想看更多？到这里看一下吧：http://www.linuxidc.com/Linux/2007-05/3784.htm，不是每个linuxer都是闷瓜。

项目中在使用Redis，自然对内存这玩意相对比较看重一点，虽然内存不值钱，但能节约一点内存也就意味着可以存储更多的东西。
所以在博客园看到这篇文章的时候，不管现在是用了没，先备份一下资料，我英文烂 ，有点英文资料虽然能看懂，但毕竟不是母语，看起来累。
原文是在这里：
内容详细如下：http://www.cnblogs.com/stephen-liu74/archive/2012/04/11/2370521.html
一、特殊编码：

    自从Redis 2.2之后，很多数据类型都可以通过特殊编码的方式来进行存储空间的优化。其中，Hash、List和由Integer组成的Sets都可以通过该方式来优化存储结构，以便占用更少的空间，在有些情况下，可以省去9/10的空间。
    这些特殊编码对于Redis的使用而言是完全透明的，事实上，它只是CPU和内存之间的一个交易而言。如果内存使用率方面高一些，那么在操作数据时消耗的CPU自然要多一些，反之亦然。在Redis中提供了一组配置参数用于设置与特殊编码相关的各种阈值，如：
    #如果Hash中字段的数量小于参数值，Redis将对该Key的Hash Value采用特殊编码。
    hash-max-zipmap-entries 64
    #如果Hash中各个字段的最大长度不超过512字节，Redis也将对该Key的Hash Value采用特殊编码方式。
    hash-max-zipmap-value 512
    #下面两个参数的含义基本等同于上面两个和Hash相关的参数，只是作用的对象类型为List。
    list-max-ziplist-entries 512
    list-max-ziplist-value 64
    #如果set中整型元素的数量不超过512时，Redis将会采用该特殊编码。
    set-max-intset-entries 512
    倘若某个已经被编码的值再经过修改之后超过了配置信息中的最大限制，那么Redis会自动将其转换为正常编码格式，这一操作是非常快速的，但是如果反过 来操作，将一个正常编码的较大值转换为特殊编码，Redis的建议是，在正式做之前最好先简单测试一下转换效率，因为这样的转换往往是非常低效的。
   
二、BIT和Byte级别的操作：

    从Redis 2.2开始，Redis提供了GETRANGE/SETRANGE/GETBIT/SETBIT四个用于字符串类型Key/Value的命令。通过这些命 令，我们便可以像操作数组那样来访问String类型的值数据了。比如唯一标识用户身份的ID，可能仅仅是String值的其中一段子字符串。这样就可以 通过GETRANGE/SETRANGE命令来方便的提取。再有就是可以使用BITMAP来表示用户的性别信息，如1表示male，0表示female。 用这种方式来表示100,000,000个用户的性别信息时，也仅仅占用12MB的存储空间，与此同时，在通过SETBIT/GETBIT命令进行数据遍 历也是非常高效的。
   
三、尽可能使用Hash：

    由于小的Hash类型数据占用的空间相对较少，因此我们在实际应用时应该尽可能的考虑使用Hash类型，比如用户的注册信息，这其中包括姓名、性别、 email、年龄和口令等字段。我们当然可以将这些信息以Key的形式进行存储，而用户填写的信息则以String Value的形式存储。然而Redis则更为推荐以Hash的形式存储，以上信息则以Field/Value的形式表示。
    现在我们就通过学习Redis的存储机制来进一步证明这一说法。在该篇博客的开始处已经提到了特殊编码机制，其中有两个和Hash类型相关的配置参 数：hash-max-zipmap-entries和hash-max-zipmap-value。至于它们的作用范围前面已经给出，这里就不再过多的 赘述了。现在我们先假设存储在Hash Value中的字段数量小于hash-max-zipmap-entries，而每个元素的长度又同时小于hash-max-zipmap-value。 这样每当有新的Hash类型的Key/Value存储时，Redis都会为Hash Value创建定长的空间，最大可预分配的字节数为:
    total_bytes = hash-max-zipmap-entries * hash-max-zipmap-value
    这样一来，Hash中所有字段的位置已经预留，并且可以像访问数组那样随机的访问Field/Value，他们之间的步长间隔为hash-max- zipmap-value。只有当Hash Value中的字段数量或某一新元素的长度分别超过以上两个参数值时，Redis才会考虑将他们以Hash Table的方式进行重新存储，否则将始终保持这种高效的存储和访问方式。不仅如此，由于每个Key都要存储一些关联的系统信息，如过期时间、LRU等， 因此和String类型的Key/Value相比，Hash类型极大的减少了Key的数量(大部分的Key都以Hash字段的形式表示并存储了)，从而进 一步优化了存储空间的使用效率。

------EOF----
这里还有几篇类似的文章：

1. redis学习笔记之发布订阅
2. Redis学习手册(事务)
3. Redis之七种武器(http://blog.nosqlfan.com/html/2942.html)
4. Redis学习手册(Key操作命令)
5. RedisWindowsDownload  (http://code.google.com/p/servicestack/wiki/RedisWindowsDownload)
6. Redis几个认识误区
7. Redis入门笔记(二)-配置及运行Deploy a High Performance Key-Value Store using Redis on Ubuntu 10.10 (Maverick) （http://library.linode.com/databases/redis/ubuntu-10.10-maverick）
8. Redis消息通知系统的实现（http://huoding.com/2012/02/29/146）
9. redis 分布式，主从同步（http://blog.51yip.com/cache/1320.html）

众所周知，crontab的最小粒度是分，即当第一位是“*/1”时，即最小单位是每分钟执行。
但是，有时候我们要按秒执行，当然这是比较夸张的了，但每半分钟执行一次还是有可能的，这时候就没有办法了，所以后 来 找啊找，就找到了一篇说明：

执行的时候先sleep 30秒，变相的达到每半分钟执行此命令，果然很变态

windows下面也有模拟crontab的软件，如crontabs，pycrontab等，都是注册成一个服务，然后再执行，但是没有一个软件是比较好用的。总有小问题。

突然收到一封邮件，来自linode。。
Your Linode, linode？？？？, has exceeded the notification threshold (90) for CPU Usage by averaging 111.6% for the last 2 hours. The dashboard for this Linode is located at: <https://manager.linode.com/linodes/dashboard/？？？？>

This is an automated message, please do not respond to this email.  If you have questions, please open a support ticket.

You can view or change your alert thresholds under the "Settings" tab of the Linode Manager.

This is not meant as a warning or a representation that you are misusing your resources.  We encourage you to modify the thresholds based on your own individual needs.

-----------
上去一看，果然：

现在开始怀疑，burst的服务器挂掉是不是也是因为这个原因。但，一点不通知也不应该啊。看LOG也看不出什么原因，真纠结啊