闲聊

         也来翻译一篇之前想看的文献吧,Towards a QoS-aware DBMS.
         服务质量是计算机系统的关键问题。运行在后台访问资源受限且通常没有提供性能Qos保证的dbms上的应用程序,将随着大量并发事务的到来,吞吐量急剧增加,最后再增加的事务将导致吞吐量迅速下降。为了保证服务质量,有必要采用访问控制机制来控制拥塞和拒绝无法保证服务质量限制的事务的运行,以此避免运行事务的性能退化。
          本文我们将使用一种Q本文我们将使用一种QoS代理框架来提升DBMS能力,在具备qos保证的情况下维持大的吞吐量并减少拒绝服务率。试验结果是基于TPCC事务测试标准的。
一,介绍
        web应用的需求越来越高,尤其是性能和反应时间。用户要求的可以预测并且也该保证的需求通常导致程序在改变负载时超时发生。
        对于目前的数据库管理系统(ps.论文是08年的)来说这并不是一件简单的工作,大多数数据库管理系最好常的做法是将事务到达时立马处理或者但没有资源时直接拒绝,这将无法保证性能相关的服务质量。
        我们设计并实现了一种非嵌入式的中间层,以此根据事务的相关性和优先级来区分,排序和调度事务,如此当高优先级的事务在特定限制无法保证完成的情况下,低优先级的事务将被阻塞或者延迟。
          吞吐量,反应时间和队列长度是相互关联的。队列过长将导致反应时间和吞吐量下降。这个中间层将采用访问控制策略,根据事务执行的预测时间来调度,减少错失率来保证性能。
         本文第二节将讨论质量相关的工作和服务类型,第三节描述Qos-Brijer架构,QoS条款,QoS限制和服务类型的动态定义,第四节使用TPC-C框架来评估次框架的性能和负载,最后第五节一些终结。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值