先指出一点，select的设计存在很多问题和缺陷select的几个参数都很诡异。许多人经常遇到的问题是每次调用过后没有重新FD_SET一下文件描述符列表，我刚接触这个函数的时候就被这个问题困扰过。今天又遇到了个问题。下面这段代码在我上大学的时候就写下了，一直工作的很好[code]int status(){ FD_SET(fd,&fset); return ::select(1,&fset,NULL,NULL,&s_timeout);}bool avail(){ int x= status(); if (x==-1){ perror("select()"); } // char buf[4]; // int err = recv(fd, buf, sizeof(buf), MSG_PEEK); // if(err == 0 || (err < 0 && errno != EAGAIN)) // throw 1; return x>0; }[/code]直到今天我把它移植到mac系统上程序可以正常的发数据包，但一直没有收到任何数据，花了一段时间折腾才定位到select一直返回为0但是这段代码在windows下工作的很好，为什么到了OS X上就失败呢？仔细的看了看文档intselect(int nfds, f...

吃饭的时候有一个问题浮现在我的大脑中，我们通过摄取食物提供生存的能量，而所有食物的根源来自于植物，以当今的科技水平，是否可以脱离植物，人工合成所需要的食物呢？人类需要从外界获取的物质可分为几类，糖类，无机盐类，氨基酸，以及一些维生素之类的小分子。其中所需的钠钾离子之类的无机盐类是广泛存在于地球之上的，剩下的几种，糖类是提供能量的，需要仔细讨论。普通存在于人类体内并起着重要作用的是葡萄糖，葡萄糖是一种单糖，分子式为C6H10O6，植物通过光合作用来合成，但并不是直接以葡萄糖的形式存储下来。能量来源于何处？归根结底，一个答案，太阳。上帝把这个核反应堆放置于距离地球1.5亿公里以外的地方，通过电磁波把能量传递到自由空间，而地球所接收的极小截面提供了所有生物赖以生存的能量。直接利用阳光的能量是不明智的，因为单位面积内的光线的能量密度很低，必须用一个特别大的接受装置才能提供发动机的动力。而且晚上没有阳光。其实在能量利用上，最大的问题不是如何产生能量，而是如何有效的储存能量。我们通常意义上讲的储存，一般都是通过分子间的电势能来实现的，比如，氢气燃烧释放出能量，这个过程涉及到跟氧气结合形成势能更低的水分子。相对的说，能量可以储存成氢气的形式。葡萄糖也是一样，通过跟氧气反应结合成二氧化碳和水，降低了静电势。显然，葡萄糖由于本身就是多个分子结合的状态，碳原子质量也比氢高很多，所以储存的能量密度比氢气...

先罗列下我的需求，有两台机器，一台windows 7，另一台mac，现在想在这两个机器间自动同步文件。两台机器位于不同的私有子网段，也就是说，躲在两个不同的路由器后面接入公网。因为nat的存在，使得两台机器间直接建立tcp连接成为不可能，想了几个方案：第一，通过一台有公网ip的机器中转，两台机器同时跟这台服务器建立tcp连接，定时交换文件时间戳并相应的更新。这种方案存在巨大的弊端，我的服务器在美国，两台挨在一起的机器，传送数据居然需要绕过层层路由跨过海底光缆传送到大洋彼端然后再传回来，速度慢，占带宽，太折腾。第二种就是udp打洞了，假设两台机器分别为A和B，中转机器为S，这样A和B都可以向S发送UDP数据包了，S可以得到NAT转换后的ip和端口号，由于UDP不是面向连接的，任何主机都可以向这个ip和端口号发送数据。理论上讲，只要S把这些信息告诉A和B，这两台机器就可以直接通信了。但是因为安全性的考虑，如果这个数据包的ip和端口号不是先前发给S的那个地址，就会被路由器丢弃。如何取得路由器的信任，是打洞最需要解决的问题。一个简单的想法是，A向B的NAT转换后的地址发送一个udp包，这样A的NAT对于B的这个地址就是敞开的了，如果B能发出具有这样地址的包，二者之间的连接就能建立起来。今天花了一个下午编写调试相应的代码，A和B之间的数据包始终不能成功接收，后来才意识到，A向B再次发送数据包...

最近想买辆车，相关的东西大致都看或者了解了下，以前对机械相关的专业了解的不多，甚至有些偏见。机械是个成熟复杂的领域，积累了很多研究理论，大量的极具巧思的器件。单单是对这些相关的器件的理解，足以对大脑的思考模式产生重大影响。举一个简单的例子，汽车在行进当中进行转弯的话，内侧和外侧的轮子的速度是不同的，这时候发动机的输出就要对不同的轮子进行适当调整，如何动态的做到？方法有很多种，最简单的方法，只用一个轮子作为驱动轮，这样其他轮子就只在地上滚动了，早期汽车用的就是这种方法，这种方法其实是在逃避问题，一个轮子驱动有很多弊端。现在的汽车都使用一种叫做差速器的简单装置，可以巧妙的处理这个问题，具体细节用文字解释起来比较麻烦，感兴趣的话可以到youtube上看相关的视频解说。现代的发动机是个复杂的装置，通过厂商鼓吹的一些技术特点，比如涡轮增压，可变气门正时，缸内直喷等，我们就可以猜测它里面的复杂性了，要通过经年累月的技术积累，不断的调整演化，才能成为一项成熟的产品技术，这也是国产发动机跟国外有很大的技术差距的原因。我们创造的任何事物和技术都处在不断的长期演变进化当中，其中有一些已经趋于稳定，比如剪刀，钳子，它们拥有简单的结构，材料结构的调整已基本最优，更多的变化空间已不大，但是我们仍然有各种针对特殊需求的剪刀设计出来，他们并没有停滞，只是稳定下来了而已。另一些还处于剧烈的变革当中，比如电视机，手...

最近在调一个性能问题，过程中惊讶的发现，cpu竟然能够在一个时钟周期里执行多条指令。仔细google后发现还是我土了，这是cpu早就支持的一项技术，叫做superscalar，超标量。其实上学时计算机组成原理就翻来覆去的说这个概念，我一直理解为，超标量就是一条指令可以操作多条数据，进而达到一个时钟周期内达到几条指令的效果，而这其实是SIMD所实现的功能。写了个测试程序仔细研究了下。一个for循环在编译器不开优化选项的情况下，大致翻译成六条指令[code] for(unsigned i=0; i<0xffffffff; ++i);00FC1040 mov dword ptr [i],0 00FC1047 jmp test_cpu+42h (0FC1052h) 00FC1049 mov eax,dword ptr [i] 00FC104C add eax,1 00FC104F mov dword ptr [i],eax 00FC1052 cmp dword ptr [i],0FFFFFFFFh 00FC1056 jae test_cpu+4Ah (0FC105Ah) 00FC1058 jmp test_cpu+39h (0F...

最近在mac写代码比较多，以前用windows因为眼睛不好，就写了个程序，每隔几十分钟提示休息下。对着mac也觉得有必要搞个类似的东西。在windows下的主要思路是开个WM_TIMER,然后在系统托盘显示个图标，一直不退出在后台运行，到时间了就在桌面上打印出REST YOUR EYES之类的大字。开始也想在mac上照这个思路做。不过今天在shell敲着命令突然灵光一现，于是就有了下面的这几行bash脚本[code lang="bash"]#!/bin/bashwhile [ 1 ]do sleep 600 && say rest your eyesdone[/code]还是unix的shell功能强大啊，几行脚本就搞定了;-)btw，mac下的say命令真的很好用，可以把文本读出来，自动合成的语音效果还不错，结合各种命令就能得到十分有意思的效果之前写过的一个协议解析生成的程序，在windows下用gcc和lex&yacc编译，运行的很好，到了mac下很多问题，先是直接syntax error，仔细排查后发现是之前文件换行用的是CRLF，改了能解析了，结果直接给出个Segmentation fault，折腾了整整一个下午加半个晚上，在每一个值得怀疑的地方加打印信息，最诡异的是，两个函数里的指针的值相同，一个正常，另一个就access violation。[c...