引用:

原帖由 喋血战狼 于 2009-6-27 14:05 发表

不敢么  
只能忽悠么   我要是指出  你就承认自抽

你说把， 你说说什么情况下我的算法会把高频率使用的数据置换出去， 或者其他问题能够导致这个方法无法实现， 我均承认我自抽。

[ 本帖最后由 ffcactus 于 2009-6-27 14:14 编辑 ]

在386上， 一个unsigned long 型的数据。 操作系统每秒扫描10000次， 远大于你的“30FPS”， 也要59306661年才能到达溢出， 哪怕是unsigned int 也要 119个小时， 只怕你的游戏都通关了。

大婶你还是洗洗睡吧。

你以为是单片机啊。

0xFFFFFFFFFFFFFFFF  / 60 / 60 / 24 / 356， 你看看是多少。
unsigned long 加1 只要2个机器指令周期， unsigned int只要1个。
CELL支持的扩展指令对多个64位或128位整数运算也只要几个机器周期。能消耗到你姥姥家啊？
太无知无下限了。

大婶， 加1是操作系统在做的工作， 仅仅是为了找出哪些用的频率高哪些频率低， 用一次还要清0的。 说白了这个对于区分数据根本无关。
白痴。

还第3次让我自抽， 太无下限了，练就的YY神功太强大了。

大家来看看， 这就是软饭的水品。 不过我估计他已经被我抽成残疾去医院， 跑了。


[ 本帖最后由 ffcactus 于 2009-6-27 14:50 编辑 ]

为什么要搞个unsigned char 去当计数器？

你干脆说搞个1 bit数据当计数器得了， 一算就溢出， 你就赢了。

引用:

原帖由 喋血战狼 于 2009-6-27 14:52 发表

和水神一个德行
  捂着自己被爆了无数次的菊花说 别人疯了   大家都看着呢
这个事情要不要单独贴出来让大家投票？？


想要背地找面子 总要等一回让我关IE吧 怎么没耐心
  就像昨天一样  以为我不在 把脏水泼 ...

乃可以继续发扬乃装2的德行，我等也只能爱莫能助了。

引用:

原帖由 喋血战狼 于 2009-6-27 15:01 发表

开发设计要考虑极端情况
在极端情况下能正确运行 才能算是一个成功的设计
不是99%能通过就算了

开发了几个项目的人
这个也是常识啊

极端情况， 内存中的某个数据几千万年都没被用一次。为了避免这种根本就不可能的情况， 我每秒要多运算几千万的指令。

太保险了， 太完美了。

是的， 几千万年的一次抖动。
十年修得同船渡，百年修得共枕棉。
千年王八，万年龟。
千年等一回。天舞宝轮，六道轮回， 你已经成仙了。
:

引用:

原帖由 喋血战狼 于 2009-6-27 15:15 发表

把几千万年不用一次的数据
提前算出来  然后放虚拟内存
我靠  多顺手啊
我问下你
几千万年都不用的数据  你读100M计算干什么？？
还有  又开始耍赖 大家看着呢

仙人下凡了， 仙人来问我为什么了。

引用:

原帖由 喋血战狼 于 2009-6-27 16:15 发表

我该问你   
  我在理论上指出了 你那个算法的漏洞
   实际上也写出了序列  （第5次个序列就不命中 第6个序列就开始抖）
    你自抽的时候轻一点  别抽坏了  别人还要继续抽呢
     还有  你把似是而非LRU算法 ...

你那狗屁序列， 未必有人能看得懂？

既然你这么藐视这个算法，你就提出个有意义疑问来啊， 什么鸟越界，你不是欠骂吗， 程序里成千上万的数据，有几个需要查越界问题的？
我GOOGLE？ 我看你还幼儿园吧。

想抛头露面至少肚子里也要有点货，你丢的丑还不够吗？ 不学无术， 我看你大学真是白读了。

我说我有个算法能保证能保证使用频率很搞的数据不被置换出去。
你首先说了一个理论。
为了预防几千万年内，内存中的数据没有变化这种情况会发生。 则要每秒多运算几百万的指令来预防计数器溢出的情况。
然后你又说了一个好不相关的问题。
我说保证使用频率很高的数据不被置换， 你却举了个所要数据不再内存的例子。牛头不对马嘴。
你还嫌丢丑不够吗？

你那愚蠢的例子？

请问你那愚蠢的例子中为什么要把一个在页的数据置换出去？是随机的吗？

怎么你又觉得你的愚蠢例子确实非常愚蠢，转换个话题， 准备继续被抽吗？