从前也试过改FlashGet的线程数，但是加了HKCUSoftwarejetcarjetcargeneralMaxParallelNum之后最高线程数没有变化，进而怀疑此言论之正确性。但从前带宽窄，不改也没什么关系……现在带宽到了128KB/s，再不改不行了，于是又去搜，搜到还是这个，还是没用…… 怀疑我的FlashGet有问题。后来想，既然有这个值，FlashGet就会去读，因此用RegMon监视含MaxParallelNum的读取，竟然没有…… 于是再试MaxParallel，还是没有…… 最后试Max，终于有了！…… 原来是 Max <space> Parallel <space> Num………… 但是MaxSimJobs却没有Space，的确挺奇怪的……估计是文章传的时候，空格稀里糊涂就没了吧…… 原来这些编辑自己也没有改过哈……
明天就要换教室了.大家都有一些留恋,有一些不舍.因此,晚上大家在教室中也不自休了,玩起了杀人游戏.其实主要是由于世界杯的关系,大家都很兴奋.回寝之后,大家开了几桌,分头八十分~后来足球赛开始,大家一边打一边听,听了二场之后,两桌合并打uno,并且继续听比赛,估计听完了才会睡了~by mobile
脑白金的广告词是这样写的： “今年过节不收礼，收礼只收脑白金” 有人说这句话有逻辑错误。既然不收礼了，怎么还收脑白金呢？ 其实是没有问题地…… 今年过节不收礼 其实就是 ~(AnyX)P(今年过节，X) P(a,b)表示a时收b物收礼只收脑白金 就是 P(今年过节，X)->E(X,脑白金) E表示相同由 ~(AnyX)P(今年过节，X) => ~P(今年过节，X) 因此后半句话的前提不成立，相当于 F，因此，推出什么都是正确的…… 充其量说明那个人说了一句废话…… 完毕———
今天写的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也是）……
祝所有参加高考的同志们:高考顺利!取得好成绩!