» 您尚未登录:请 登录 | 注册 | 标签 | 帮助 | 小黑屋 |


发新话题
打印

[求助] 龙哥再次虚心向ffcactus请教问题

……竟然还在继续
下限在哪里啊,下限在哪里


TOP

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



TOP

引用:
原帖由 ffcactus 于 2009-6-27 17:50 发表
我说我有个算法能保证能保证使用频率很搞的数据不被置换出去。
你首先说了一个理论。
为了预防几千万年内,内存中的数据没有变化这种情况会发生。 则要每秒多运算几百万的指令来预防计数器溢出的情况。
然后你又说 ...
原来你跟本什么都不懂
     我用你提供的算法做出了分析
       你却什么都没看明白
         还说出不再内存这种话
       百度或者GOOGLE一下   LRU算法  先搞明白后在看我那个序列
       我就不明白了  前面你百度这个算法的时候 能不能也看是实例???
       纯粹是在这里搞笑的了
     打死不认输就是胜利
   战胜神果然是不可能的

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

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

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

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


TOP

你那愚蠢的例子?

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

TOP

引用:
原帖由 ffcactus 于 2009-6-27 17:50 发表
我说我有个算法能保证能保证使用频率很搞的数据不被置换出去。
你首先说了一个理论。
为了预防几千万年内,内存中的数据没有变化这种情况会发生。 则要每秒多运算几百万的指令来预防计数器溢出的情况
然后你又说 ...
这句话是你自己YY出来的  
我指出的漏洞你居然都不明白是怎么回事
还要“则要每秒多运算几百万的指令来预防计数器溢出的情况”
你用长整形来计数算了  这额外的开销有多大你不知道就算了
  还闹出30FPS只要30次计算
     所以长整形溢出要XXXXXXX这个笑话啊

TOP

引用:
原帖由 ffcactus 于 2009-6-27 18:04 发表
你那愚蠢的例子?

请问你那愚蠢的例子中为什么要把一个在页的数据置换出去?是随机的吗?
。。。。。。。。。。。。。。。
如果全部解释  我估计会讲2小时的科普
  连替换方法是根据你自己的算法
FF神  消停下吧
你这个是和全世界的砖家叫兽叫板了
你那个100%命中已经是世界级的笑话了
不对  你可以说   你要开创计算机新流派了

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

TOP

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

TOP

引用:
原帖由 喋血战狼 于 2009-6-27 18:13 发表

。。。。。。。。。。。。。。。
如果全部解释  我估计会讲2小时的科普
  连替换方法是根据你自己的算法
FF神  消停下吧
你这个是和全世界的砖家叫兽叫板了

不对  你可以说   你要开创计算机新流派了
根据我的算法?
来来来, 我们来看看你是如何根据我的算法的。
123(这里3个页面全部载入)1(命中)4(第一次不命中,2被替换出来)2(不命中,2被调入把3替换出,第一次抖动)3(很遗憾,没命中,替换    抖动)
先说说红色部分是怎么根据我的算法的?

TOP

引用:
原帖由 ffcactus 于 2009-6-27 18:13 发表
怎么你又觉得你的愚蠢例子确实非常愚蠢,转换个话题, 准备继续被抽吗?
谁被抽大家都看着呢
  今天我抽你抽够了
  你自抽也够了
我消停下
你继续表演
-----------------------
百度不是万能的  GOOGLE也不是万能的
一落到实处
露馅了吧

TOP

引用:
原帖由 喋血战狼 于 2009-6-27 18:10 发表

这句话是你自己YY出来的  
我指出的漏洞你居然都不明白是怎么回事
还要“则要每秒多运算几百万的指令来预防计数器溢出的情况”
你用长整形来计数算了  这额外的开销有多大你不知道就算了
  还闹出30FPS只要30次 ...
我在CELL上一个长整形加1你都觉得是巨大的开销, 你为了几千万年才会的溢出加个比较语句就不是巨大的开销。 操作系统以1K内存为单位进行管理, 1G内存就有1024*1024个,就算你比较语句一个机器指令周期,比较后的操作也只有1个指令周期。 那扫描一次就多出 1024 * 1024 * 2 = 209万 个指令周期。一秒钟还要扫描多次。
这200多万的指令周期,就为了预防你那
OxFFFFFFFFFFFFFFFF /10000 / 60 / 60 / 24 / 365 = 58494241年,也就是 5800万年后才可能发生的溢出(前提是你5800万年内你都不关闭机器)


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

TOP

你当然要消停了, 还不停的话, 你祖宗八辈子的脸面都被你丢光了。

TOP

引用:
原帖由 ffcactus 于 2009-6-27 18:23 发表

我在CELL上一个长整形加1你都觉得是巨大的开销, 你为了几千万年才会的溢出加个比较语句就不是巨大的开销。 操作系统已1K内存为单位进行管理, 1G内存就有1024*1024个,就算你比较语句一个机器指令周期,比较后的操 ...
去百度下,一页内存是多大  你就明白红字部分问题出在哪
  还有  不是我会溢出  而已你的那个设计方案是会溢出
   而且 千万年 是你以 30FPS只要30次运算为前提得到的笑话
  先有说CELL这么强大  那每秒该生成多少帧画面???
  还有 多个计数器的开销就是长整形+1  (我整个人要+1了)


  还有 关于检测个溢出居然要 几百万条语句 而且是用软件检测的
  你不会是了解C51么  想想C51这么相应和处理溢出的
  我不会告诉你的  不然你又说你原本是那个意思
  ------------------------------------------------------------------------
  说的越多  觉得你会的越少

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

TOP

引用:
原帖由 喋血战狼 于 2009-6-27 18:28 发表

  去百度下,一页内存是多大  你就明白红字部分问题出在哪
你还是先回答下你是基于什么原因把数据置换出去的吧。
你不是一直叫嚣要分析吗, 现在怎么又龟缩了?

TOP

引用:
原帖由 ffcactus 于 2009-6-27 18:34 发表


你还是先回答下你是基于什么原因把数据置换出去的吧。
你不是一直叫嚣要分析吗, 现在怎么又龟缩了?
我说的很清楚了   根据你的算法来的
   可是你根本看不懂  我就无奈了
  你甚至连我那个序列什么意思都不明白  我解释毛线???
  解释出来  然后你又说不明白
我又再基础一点???


如果你懂一点的话  就不会为这么门外的问题了
居然问为什么要替换出去
   而不是问哪里哪里替换错了

前天以为你是计算机专业的大牛

昨天还认为你是计算机专业的

今天闹成100%命中的笑话还不龟缩

计算机专业的人说不出这种话

人才啊

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

TOP

你就是一傻逼, 把这个帖子发到你计算机老师邮箱, 看看他下次上课会不会一耳光把你打到墙上当画看。

TOP

发新话题
     
官方公众号及微博