Category Archives: 软技术

在无数次安装MSDN 2005都因为"内部错误2349"失败后，终于找到了正确的安装方式： NetCopy.exe或者手动复制MSDN目录到一个FAT32分区； Setup.exe安装，就行了！ 出现这种问题很多时候是因为盗版光盘或者ISO镜像在制作的时候文件命名方式和原版光盘有差异造成的，2349其实是"文件复制异常"。 NTFS分区在得到这个文件后获得了相同的"文件名错误"问题，所以也会造成这个问题。 另：安装系统为WindowsXP Deepin精简版本。

长 度、容量和重量，统称度量衡，搞不清楚度量衡，也就搞不清楚每个时代的经济状况，更没办法将不同时代、不同地域的经济数据进行对比。下面分四个部分来简述 历代度量衡与今天度量衡的换算关系，其中尺度、容量和重量部分，出自史学家和考古学家们的论证；面积部分，是我自己的推算。 一、尺度 商尺， 23.0厘米；周尺，23.1厘米；秦尺，23.1厘米；西汉尺，23.1厘米；东汉尺，23.8厘米；三国魏尺，24.3厘米；西晋尺，23.1厘米； 东晋尺，24.5厘米；南朝宋尺，24.7厘米；南朝梁尺，24.9厘米；北魏尺，28.0厘米；隋尺，29.6厘米；唐尺，30.2厘米；五代 尺，23.7厘米；宋代木尺，32.9厘米；宋代铜尺，31.6厘米；元尺，30.7厘米；明代量地尺，32.6厘米；清代营造尺，32.0厘米；清代裁 衣尺，35.2厘米。 众所周知，现在每尺约合33.3厘米，上面列举的尺度，除清代裁衣尺外，都比今天的尺度短。人常说"七尺男儿"，如果按秦汉尺，也就一米六多一点儿。需要 说明的是，任何一个朝代都不只有一种尺度，比如北魏尺，最早每尺合27.8厘米，后来加长到29.6厘米。即使在同一时间，尺度也不完全统一，以南宋为 例，浙江尺27.4厘米，淮南尺37.0厘米，相差甚远。 十尺为一丈，由历代尺的长度，可以得到历代丈的长度。所以，"丈"不赘述。 二、容量 西汉每升，342.5毫升；东汉每升，198.1毫升；魏晋每升，202.3毫升；南齐每升，297.2毫升；梁陈每升，198.1毫升；北魏每 升，396.3毫升；北齐每升，396.3毫升；北周每升，157.2毫升；隋朝每升，594.4毫升；唐朝每升，594.4毫升；五代每升，594.4 毫升；两宋每升，664.1毫升；元代每升，948.8毫升；明代每升，1073.7毫升；清代每升，1035.5毫升。 与尺度一样，容量制度在各个朝代也不是完全一致，如北周，天和以前每升合157.2毫升，天和以后就变成210.5毫升。升之所以会变大，往往是政府给改 的；政府之所以把升改大，往往是因为想多收一些农业税。譬如开国皇帝立下规矩，每亩只收四升，后来发现每亩四升根本不够用，想加注，又不好意思食言，就把 升改大。您从五代往后瞧，升的实际容量一直是嗖嗖地往上窜，这说明皇帝们一代比一代精明。 众所周知，十升为一斗，十斗为一石。往下分，一升为十合（gě），一合为十勺，一勺为十撮。此外还有个"斛"。通行的说法是，南宋后期贾似道改制，初创小 斛，所以在贾似道之前，一斛为十斗；在贾似道之后，一斛变为五斗。而老李发现，南宋高宗建炎二年以前，一斛为十斗；至建炎二年以后，五斗小斛就开始流行， 直至元朝建国，五斗斛才成为定制，整个过程与贾似道并无关系。除了"斛"有变化之外，石、合、勺、撮等容量单位与升的关系一直固定，知道了历代的升，就能 算出历代的石、合、勺和撮。 三、重量 西汉每斤，258.24克；东汉每斤，222.73克；魏晋每斤，222.73克；南齐每斤，334.10克；梁、陈每斤，222.73克；北魏每 斤，222.73克；东魏每斤，445.46克；北齐每斤，445.46克；北周每斤，250.66克；隋朝每斤，668.19克；唐朝每 斤，596.82克；五代每斤，596.82克；宋代每斤，596.82克；元代每斤，596.82克；明代每斤，596.82克；清代每 斤，596.82克。 一个很有趣的现象，从两汉到隋唐，"斤"的实际重量呈增大趋势——这种增大也是为了多收农业税。可是在五代以后，"斤"的实际重量基本上没有变化，所以老李很困惑：难不成五代以后的皇帝心太软，不好意思再靠这种小花招多收农业税了？ 从有"斤"这个概念开始，一直到民瑞脑消金兽国结束，历朝历代的"斤"统统是16两，而不是今天的10两。有了"斤"的重量，再去算"两"的重量轻而易举，一律除以16就是。 四、面积 按正史记载，春秋以前，每亩100弓步；从秦朝立国到隋朝灭亡，每亩240弓步；从唐朝建国到清朝灭亡，每亩也是240弓步。 "弓步"就是平方步。隋朝以前，一弓步合6平方尺；由唐朝至清末，一弓步合5平方尺。所以唐朝以后的亩，跟唐朝以前的亩并不一样。 为了表达得更准确，咱们改用"平方尺"这个单位重新叙述：春秋以前，每亩合3600平方尺；由秦朝至隋朝，每亩合8640平方尺；由唐朝至民瑞脑消金兽国，每亩合6000平方尺。 前面说过，商代每尺为0.23米，因此1个平方尺等于0.059平方米，又因为商代每亩为3600个平方尺，所以商代每亩为190.44平米。用同样的方法，老李推算出历代"亩"的面积如下： 商亩，190.44平米；周亩，192.10平米；秦亩，461.03平米；西汉亩，461.03平米；东汉亩，489.40平米；三国亩，510.18 平米；西晋亩，461.04平米；东晋亩，518.62平米；南朝宋亩，527.12平米；南朝梁亩，535.69平米；北魏亩，677.38平米；隋 亩，757.00平米；唐亩，547.22平米；五代亩，337.01平米；宋亩，649.45平米；元亩，641.57平米；明亩，637.66平米； 清亩，614.40平米。 … Continue reading →

首先BS一下公司的网络设置，无与伦比的鄙视，有线网络无法直接访问互联网，只能通过无线网卡，而无线网卡又限定了只有那几个可以使用= =!于是，台式机要上网嘛……CCProxy+SocksCap~ 可是呢，比如飞速土豆等软件似乎对SocksCap消化不良，无法正确飞起来，始终是有连接却无数据- -! 于是愤怒的我拆了它的自动生成的PAC文件来看： function FindProxyForURL(url, host) { if(isPlainHostName(host) || url.substring(0,5) != "http:" ) return "DIRECT"; if(shExpMatch(url, "*.flv*") || shExpMatch(url, "*.mp4*")) { if(shExpMatch(url, "*hzplayer0.tudou.com*")) return "DIRECT"; else return "PROXY localhost:9415"; } else return "DIRECT"; } 原来真莫道不消魂相这么容易大白于天下啊~这个文件就是一个脚本，比较HTTP请求后就给出具体的代理流向，而localhost:9415就是偶们的飞速土豆开的代理端口。 于是写出如下PAC文件来让局域网上其它浏览器也能飞起来~顺道还将使用http代理配置。注意下面代码中，192.168.0.12是偶的局域网开了飞速土豆和代理的地址。请替换成你自己的服务器的地址。 function FindProxyForURL(url, … Continue reading →

现在有个需求：需要系统能用一个线程处理端口接收到的数据，并按需递交给需要的线程。 系统已有基础框架，可以存储各类数据。 初步想法：在系统框架上设置双指针，每次输入生成的对象交给外侧指针，处理需要的对象从内部指针获得；数据更新时，进行一个指针交换。数据更新频率约为50ms。 该模式在交换显存的前后页上被普遍使用。前后缓冲区就是用这种反转指针的方式，从而保证了显示异步刷新的正确。 但是，我们内部获取并生成记录的线程需要等待(200-5000ms)，会造成的后果就是，该处理尚未完成，指针已经被交换过无数次了,也不能保证其记录正确性和线程安全。 更换思维方式：外部获取的实时数据频率较高，但是不是每个数据都是需要的，交换指针不可行，那么我们就传递指针。 新处理方式：利用shared_ptr管理外部记录生存期，框架上只保留最后一次更新的shared_ptr，需要该数据的线程从框架上摘取一个shared_ptr作为私有变量，进行后续处理。 如此，便解决了同步问题，因为私有变量天生是线程安全的。哦活活活。 但是，问题出现了。因为外部接收线程每次都要new一个新的对象，导致效率降低得飞快，同时导致delete回收也频繁到吓人的程度——大量的内存操作影响到系统性能了。 解决方案一：使用内存池技术，因为可以预计到需要同时开工的线程数量，制作一个比其大一点点的内存池，就可以避免频繁的new / delete操作。 解决方案二：根据实际情况，外部线程每次只更新内部一个对象的数据。并在需要的时候，复制该对象并返回其地址，交给其它线程处理。 现在两种方案中，第二种需要线程同步复制机制，并伴随内存复制操作——该操作可能会导致实时性降低。第一种需要增加一个内存池在结构上，但是不会涉及内存复制操作，但是每次要去获取一个指针——虽然该操作是O(1)的。 好，目前偶这大脑能思考的就这么多，欢迎板砖，更欢迎玉石、玛瑙、水晶哈。