从前也试过改FlashGet的线程数，但是加了HKCUSoftwarejetcarjetcargeneralMaxParallelNum之后最高线程数没有变化，进而怀疑此言论之正确性。但从前带宽窄，不改也没什么关系……现在带宽到了128KB/s，再不改不行了，于是又去搜，搜到还是这个，还是没用…… 怀疑我的FlashGet有问题。后来想，既然有这个值，FlashGet就会去读，因此用RegMon监视含MaxParallelNum的读取，竟然没有…… 于是再试MaxParallel，还是没有…… 最后试Max，终于有了！…… 原来是 Max <space> Parallel <space> Num………… 但是MaxSimJobs却没有Space，的确挺奇怪的……估计是文章传的时候，空格稀里糊涂就没了吧…… 原来这些编辑自己也没有改过哈……
今天写的SGU 221，其实也就是记忆化搜索+高精度，结果每次编译都要很长时间…… 原来以为是电脑慢的关系…… 但是等到重起之后，还是非常慢……于是决定好好测试一下…… 结果还是很有意思的……直接FPC sgu221.pas，显示12.2sec! 怪不得那么慢……如果dcc32 sgu221.pas，显示3.84sec，多次平均，大约3.7sec左右…… dcc的确快啊！ 但还是很慢……于是，我对工作文件夹里面的近400个pas文件进行了dcc的编译测试，结果只有sgu167可以与其抗衡，dcc在3.0sec左右，fpc在11.7sec左右…… sgu221的编译时间少见得长啊……这两个pas有个共同的特点：dcc显示的data大小都很大，sgu221有10MB,sgu167有16M（还打一些……），不知道有什么关系。两个文件在130-140行左右，也不长啊…… 似乎Pascal编译器对复杂的数据结构比较敏感（sgu167有一个4维数组，221也是）……
我们不说话……
最近每天1-2次蓝屏…… 异常郁闷……错误是PAGE_FAULT_IN_NONPAGED_AREA(0x00000050)报错的是IdeChnDr.sys(Intel Application Accelerator 驱动)因为是硬盘驱动问题…… Dump都没有 没想法啊上网转了一大圈，试了一下Verifier，结果立马蓝屏…… 少几个驱动，结果蓝屏晚了一些…… 放弃Verifier……最终结论：卸载IAA……PS:20060528 到目前为止没有出问题PPS:20060602 还是没有出问题Old Blog Link: http://computer.mblogger.cn/henryhu/posts/54696.aspx
Google.com上不去，Google.cn能上去…… 上两天上什么网站，估计和这个情况一样。连接正常，三次握手正常，但是总在最后一次附近发过来一个R包。对TCP/IP的连接响应不熟，但是按道理上来说假如服务器要R的话，为什么要先发一个S？而且有时候R比S早，有时候比S晚…… 估计不是服务器自己发的吧…… 上周五，学校门口贴出通告，大意是“由于某些老师上网看在线电影，导致网络流量过大，大学部限制了我们的带宽，导致上网变慢。现在，停止对外国网站的访问。请老师不要在线看电影！” …… 非常搞笑哈…… Old Blog Link: http://computer.mblogger.cn/henryhu/posts/54439.aspx