引用:

原帖由 ffcactus 于 2009-6-27 14:08 发表

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

第一：这个计数器是有长度限制的，无论多长，但是位数在设计的时候就是固定的（也不可能多长，成本问题必须考虑）
第二：如果有一个或者多个页面长时间没使用，会出现计数器的最大值FF（最大值）或者靠近这个值，下一次还没有调用？？再加一什么情况？？？？？
FF(计数器最大值)+1=???  2种情况  一 硬件报告错误，程序停止。这个方法估计谁都不会用    二计数器清0
这各样  一个最不常用的页面一下就成了最常用的页面  会替换出一个较为常用的页面  新来的那个页面和刚才那个页面是0和1  再来个申请个新页面  会把你再频繁用的又替换出去一个   然后再来几次    你会发现 你更本分不清什么常用什么不常用
抖不死你

[ 本帖最后由 喋血战狼 于 2009-6-27 14:28 编辑 ]

好吧    干脆的承认第一次自抽吧
然后要我写个序列让你 第二次自抽么？？
我觉得你挺喜欢的

还有  就是你耍赖耍到这个硬件问题  
我也可以设计个序列  让程序抖起来
你肯不肯承认第三次自抽？？

30FPS     原来是30次没秒啊
计算机计算一帧的画面 居然计数器才+1
内牛面目啊
宁愿再次拉低下限啊
耍赖很有意思？？
计算机把一个unsigned long 升到上限  要59306661年
内牛满面啊
一个计数器要用unsigned long   光这个的额外开销  就不是你的虚拟内存能弥补的吧

我已经指出漏洞了  现在耍赖很有意思？？

你对图像显示的理解   就是放了30张图片 OYE
难怪你一直不屑于30FPS   原来你一直以为只要花点时间显示30张图片啊

开发了几个项目的人啊
每次被人戳破泡泡  就开始偷换概念故作轻松啊
百度和google造神果然经不起考验啊

[ 本帖最后由 喋血战狼 于 2009-6-27 14:41 编辑 ]

引用:

原帖由 ffcactus 于 2009-6-27 14:40 发表
你以为是单片机啊。

0xFFFFFFFFFFFFFFFF  / 60 / 60 / 24 / 356， 你看看是多少。
unsigned long 加1 只要2个机器指令周期， unsigned int只要1个。
CELL支持的扩展指令对多个64位或128位整数 ...

神机无敌啊  
被指出了硬件漏洞还能这样恬不知耻的狡辩

计算机体系结构里有详细的介绍

偏偏你这个伪LRU算法就达到了书上都不敢说的100%

只要这个帖子不沉  自然有人知道你在这里自抽的很High
没空陪你无赖的

连最基本的常识都没
昨天被你的百度和GOOGLE忽悠了

[ 本帖最后由 喋血战狼 于 2009-6-27 14:48 编辑 ]

引用:

原帖由 ffcactus 于 2009-6-27 14:44 发表
大婶， 加1是操作系统在做的工作， 仅仅是为了找出哪些用的频率高哪些频率低， 用一次还要清0的。 说白了这个对于区分数据根本无关。
白痴。

FF（计数器上限）+1  
居然不要清0  上帝啊  FF大神的计算机是神物？？

引用:

原帖由 ffcactus 于 2009-6-27 14:49 发表
大家来看看， 这就是软饭的水品。 不过我估计他已经被我抽成残疾去医院， 跑了。

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


想要背地找面子 总要等一回让我关IE吧 怎么没耐心
  就像昨天一样  以为我不在 把脏水泼到我身上
    被当场拆穿掉起来打感觉很爽？

[ 本帖最后由 喋血战狼 于 2009-6-27 14:54 编辑 ]

引用:

原帖由 ffcactus 于 2009-6-27 14:58 发表
为什么要搞个unsigned char 去当计数器？

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

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

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

帖子被你无赖无水了
  况且我一直没和你说
     这个算法  不是100%命中
   证明很容易    但是你还是会无赖

刚才也给你证明了可以抖起来
你还是无赖啊
就是你赖掉了前面的一切

下面再讲看  用虚拟内存的后果
内存3个页面  现在有5个资源
运行序列如下
P1P2P3（这里3个页面全部载入）P1（命中）P4（第一次不命中，2被替换出来）P2（不命中，P2被调入把P3替换出，第一次抖动）P3（很遗憾，没命中，替换    抖动）
这次多少时间  就反复调用I/O操作了（大概心算的结果，再后面去就烦了  ）
  这才几个序列  就开始抖起来了  命中率也不高

[ 本帖最后由 喋血战狼 于 2009-6-28 09:34 编辑 ]

引用:

原帖由 ffcactus 于 2009-6-27 15:12 发表

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

太保险了， 太完美了。

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

引用:

原帖由 ffcactus 于 2009-6-27 15:18 发表

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

我该问你   
  我在理论上指出了 你那个算法的漏洞
   实际上也写出了序列  （第5次个序列就不命中 第6个序列就开始抖）
    你自抽的时候轻一点  别抽坏了  别人还要继续抽呢
     还有  你把似是而非LRU算法敢说100%命中
      这就说明你不是计算机专业的  常识性的东西错了一大堆还不认
       百度GOOGEL也要有个限度

[ 本帖最后由 喋血战狼 于 2009-6-27 16:23 编辑 ]

引用:

原帖由 ffcactus 于 2009-6-27 17:13 发表

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

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

第一： 这么简单的一个序列都看不懂，还是用你自己的算法算的 。 你大牛！！！！百度出个算法就想吓唬人么 ???遇到不明白的你又赢了
自己弄出来的算法，连名字都不知道 ，悲剧啊
第二：不是100%命中就没意义？？你再次突破里下线  ，你可以大声的和世界的专家教授说，你们都丫的回去种地吧。全没意义
   藐视这个算法？？真会扣帽子，我只是藐视你而已
    昨天还承认没有一个算法能100%命中，今天就拿个百度过来的告诉我是100%命中了
  而且你居然还敢说是100%命中，我都不知道你理直气壮的时候，有没有替自己脸考虑过
第三：我对我的未来充满了信心，连你这种靠百度和GOOGLE混的，都能“开发了几个项目”，我突然觉得康庄大道在我面前
PS:该自抽2次还是自抽3次 自己看着办 。。。。还有，我都不知道你怎么突然提到越界，是不是又转移话题？？

[ 本帖最后由 喋血战狼 于 2009-6-27 17:28 编辑 ]

引用:

原帖由 ffcactus 于 2009-6-27 13:48 发表

你脑子到底有没有问题啊？
这个算法为啥不是100%？ 什么情况下有抖动？

怕你修改掉 我先引用了
  有人敢说他能100%命中
  你论坛都混5年了
   还能坚持突破下限的精神
    这一点  很让人感慨

遇到龙哥的理论知识 你能百度GOOGLE出个似是而非的答案  
没有深厚的功底或者巨厚的脸皮，也没谁敢说一定是错

现在落到实处，你这个开发了几个项目的人
很让人失望啊  除了耍赖外 几乎句句错

[ 本帖最后由 喋血战狼 于 2009-6-27 17:36 编辑 ]

引用:

原帖由 ffcactus 于 2009-6-27 17:50 发表
我说我有个算法能保证能保证使用频率很搞的数据不被置换出去。
你首先说了一个理论。
为了预防几千万年内，内存中的数据没有变化这种情况会发生。 则要每秒多运算几百万的指令来预防计数器溢出的情况。
然后你又说 ...

原来你跟本什么都不懂
     我用你提供的算法做出了分析
       你却什么都没看明白
         还说出不再内存这种话
       百度或者GOOGLE一下   LRU算法  先搞明白后在看我那个序列
       我就不明白了  前面你百度这个算法的时候 能不能也看是实例？？？
       纯粹是在这里搞笑的了
     打死不认输就是胜利
   战胜神果然是不可能的

---------------------------------------------------------------------------------
一个号称 开发了几个项目的老师出了题
  我翻开大学教材认真解答（这个算开卷吧）
    然后这个 开发了几个项目的人说他看不懂答案什么意思

FF神  你这个不是胡搅蛮缠么  估计我给出的任何答案你就说离题  
应为你根本不知道答案是什么样子

我都给出了个运行序列还做了标记  可惜 不懂终究是不懂啊

[ 本帖最后由 喋血战狼 于 2009-6-27 18:04 编辑 ]