新书推介:《语义网技术体系》
作者:瞿裕忠,胡伟,程龚
   XML论坛     W3CHINA.ORG讨论区     计算机科学论坛     SOAChina论坛     Blog     开放翻译计划     新浪微博  
 
  • 首页
  • 登录
  • 注册
  • 软件下载
  • 资料下载
  • 核心成员
  • 帮助
  •   Add to Google

    >> 研友的交流园地,讨论关于计算机考研的方方面面。
    [返回] 中文XML论坛 - 专业的XML技术讨论区计算机理论与工程『 计算机考研交流 』 → 写者优先和红黑客过河 查看新帖用户列表

      发表一个新主题  发表一个新投票  回复主题  (订阅本版) 您是本帖的第 32304 个阅读者浏览上一篇主题  刷新本主题   平板显示贴子 浏览下一篇主题
     * 贴子主题: 写者优先和红黑客过河 举报  打印  推荐  IE收藏夹 
       本主题类别:     
     Supremgoooo 帅哥哟,离线,有人找我吗?
      
      
      等级:大四下学期(考上研究生啦!)
      文章:201
      积分:1872
      门派:XML.ORG.CN
      注册:2006/4/9

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给Supremgoooo发送一个短消息 把Supremgoooo加入好友 查看Supremgoooo的个人资料 搜索Supremgoooo在『 计算机考研交流 』 的所有贴子 引用回复这个贴子 回复这个贴子 查看Supremgoooo的博客楼主
    发贴心情 

    红黑客过河问题的两种思路:
    (1)来一个人,检查他,如果船上有2红1黑他是红客,则阻塞他,否则他就上船;如果船上有2黑1红他是黑客,则阻塞他,否则他就上船。

    (2)有鸽巢原理可以得到:任意5个人中必有4个人,他们满足开船的条件,所以每到5个人,检查一下,让其中的4个人过河。

    评价:
    (1)不好,原因是某一时刻,如果船上2红1黑,而接下来很大时间内来的都是红客,则有很多人要等待,因为红客不能上船。所以第一个算法会造成多人等待的现象。所以该算法不能得满分。

    (2)好,至多有1人等待。该算法可以得满分。

    对(2)的改进:4各人中也可能满足过河条件,所以4个人时就检查一下。但是代码量增加。出错率增加。不建议。

    对(2)改进,红黑客算法不必要分开写,用get_person_color()函数得到颜色,使代码简化许多。这个改进很不错!

    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006/10/22 20:55:00
     
     GoogleAdSense
      
      
      等级:大一新生
      文章:1
      积分:50
      门派:无门无派
      院校:未填写
      注册:2007-01-01
    给Google AdSense发送一个短消息 把Google AdSense加入好友 查看Google AdSense的个人资料 搜索Google AdSense在『 计算机考研交流 』 的所有贴子 访问Google AdSense的主页 引用回复这个贴子 回复这个贴子 查看Google AdSense的博客广告
    2024/5/8 5:45:05

    本主题贴数24,分页: [1] [2] [3]

     *树形目录 (最近20个回帖) 顶端 
    主题:  写者优先和红黑客过河(2032字) - Supremgoooo,2006年10月22日
        回复:  还是stalling的算法比较完美,我想讨论一下rqueue信号量的作用。writer:p(..(1196字) - iloveoasis,2007年5月21日
        回复:  从我写的里面挑错误吧~:)(29字) - carroty,2006年10月27日
        回复:  完美的算法如下:void Reader(){  P(mutex);  if(wwait>..(1264字) - Supremgoooo,2006年10月27日
            回复:  感觉还是不懂,好象carroty谈到的问题还没解决"[U]if(rwait>0) sta=REA..(497字) - buddha,2006年10月28日
                回复:  这样才能体现写着优先阿,如果设成READING,则下一个先来的是写者怎么办?这个算法写成这样我..(1555字) - Supremgoooo,2006年10月28日
                    回复:  [quote][b]以下是引用[i]Supremgoooo在2006-10-28 21:28:00..(1976字) - buddha,2006年10月28日
        回复:  修改了一下过街的这个:普通人:p(mutex)if(status==LEADER||sta..(1260字) - carroty,2006年10月25日
            回复:  认真看完了,思想没问题。边界处理还有点小问题:(1)status的修改还不太完善,有些地方漏..(1739字) - Supremgoooo,2006年10月28日
        回复:  这个是stalling那本书上的写者优先的算法,很巧妙://注释是我自己加的.writer:..(611字) - carroty,2006年10月25日
            回复:  关于这个解法我有一个问题:写者靠p(read)阻挡后面的读者,但是如果没有写者的话,那多个读者p..(1167字) - youngyt,2006年10月25日
                回复:  没有阻塞,其实也可以这样写:...p(read);v(read);....stalli..(1426字) - JustDo,2006年10月28日
        回复:  我想我看出一些问题来了:写者最后这行,if(rwait>0) sta=READING在写者执..(1184字) - carroty,2006年10月25日
            回复:  还是不对。提示:如果写者来时,没有写者阻塞,且有写者写,如何?[quote][b]以下是引..(1393字) - Supremgoooo,2006年10月25日
                回复:  奥,原来这样,那添加一个writing的判断应该就好了吧?[quote][b]以下是引用[i..(1595字) - carroty,2006年10月26日
            回复:  再说长安街上的车辆调度问题,优先级分为:第1级:国旗班第2级:领导车辆第3级:群众车辆..(212字) - Supremgoooo,2006年10月27日
                    回复:  还是没有改正,反而引入新的错误了!还说我在最上面写的那个算法吧:wwait代表了等待的写者的..(269字) - Supremgoooo,2006年10月26日
            回复:  if(wwait>0||rc>0||sta==WRITING) //有写者写或有读者读这样不对..(102字) - carroty,2006年10月27日
                回复:  [quote][b]以下是引用[i]carroty在2006-10-27 11:15:00[/i]..(240字) - Supremgoooo,2006年10月27日
        回复:  1),首先,想弄明白一个问题,读者优先跟写者优先本质上来讲是不是:优先运行的进程是否需要互斥.以及..(414字) - carroty,2006年10月25日

    W3C Contributing Supporter! W 3 C h i n a ( since 2003 ) 旗 下 站 点
    苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》
    78.125ms