第四章原则的运用.pptVIP

分析 如果数据库不存储用户上一次读过的内容，那么用户在读请求中必须传递一些与上一次读请求相关的信息（P10）。 什么样的简单信息可以刻画用户的上一次请求？ 上一次请求的时间 在数据库中增加什么状态（P12），可以根据用户传递的信息来加快增量查询？ 分析 如果数据库不存储用户上一次读过的内容，那么用户在读请求中必须传递一些与上一次读请求相关的信息（P10）。 什么样的简单信息可以刻画用户的上一次请求？ 上一次请求的时间 在数据库中增加什么冗余状态（P12），可以利用用户传递的信息来加快增量查询？ 数据库更新历史列表 解决方案 增加一个更新历史列表，仅保存数据库发生的更新。 更新记录按照时间顺序排列，越近的更新越靠近表头。 读请求中包含上一次读的时间 T，查询处理程序从表头开始扫描更新历史表，找到 T 之后所有的内容更新。 思考 如果一个条目发生了多次变化，会在列表中存储多次，增加了时间和空间开销。如何让每个条目的更新记录只出现一次？ 如果更新记录的数量很大，或者没有采取前一项措施，更新历史列表将会变得非常大。请给出一种合理的策略，可以定期地减小列表的大小。 4.14 长标识符的二分查找 假定每个标识符的长度为W个字，匹配一个标识符需要W次比较操作。 如果表中有N条标识符，简单的二分查找需要W×logN次比较操作。 如果所有标识符的前（W-１）个字都相同，显然logN次比较就够了。 希望修改二分查找，使得比较次数为logN+W。 按列进行二分查找 问题 修正当前的算法，使得经过（logN+M）次操作后得到正确的结果。 算法出现错误的原因： 当查找移动到下一列、并且依据二分查找法确定一个新的查找位置时，假设该位置上的标识符和所要查找的标识符具有相同的字符前缀。这个假设一般是不成立的。 问题：增加什么状态可以避免做出这样错误的假设？ 解决方案 给每一个元素增加两个指针，将二分查找约束在正确的范围内进行。 解决方案（续） 一般地，为每个多字条目（W1W2…Wn）保存一个预先计算好的保护范围，其中Wi的保护范围指出前 i 个字为（ W1W2…Wi ）的条目的范围。 如果有N条标识符，该策略需要log2N+M次查找。 代价是给每个元素增加了两个16位的指针，相当于增加了一倍的内存空间。 这里运用了P12（增加状态）和 P2a（预先计算）两条原则。 4.15 基于ATM的视频会议 标准的ATM允许 one-to-many VC： 源节点发送的任何数据被交换机复制，发送给每个接收者。 many-to-many VC ATM交换机硬件很容易实现 many-to-many VC： 交换机将任何一个源节点发送的数据复制后发送给所有的接收节点。 Many-to-many VC的问题： 如果两个源节点同时发送，它们的数据可能以任意交错的顺序到达接收节点，引起混乱。 ATM标准不支持many-to-many VC 。 问题 问题：如何在ATM上实现 many-to-many 的视频会议？ 最简单的方法是使用N2个点-点 VC。 较好的方法是使用N个one-to-many VC。但ATM交换机的带宽要在N个one-to-many VC之间静态划分，限制了参会的工作站数量。 还有扩放性更好的方案吗？ 分析 利用交换机硬件支持many-to-many VC的能力（P4c），但需要解决每次只能一个节点发送的问题。 如何协调发送者：设计复杂的协议进行协调，还是添加什么硬件来协调？ 解决方案 先考虑使用一个many-to-many VC（称为C）。 协调发送者： 谁的视频最应当被输出：当前说话者。 如何确定当前的说话者：给每个工作站添加一个语音检测器（P5，增加硬件）。 原理： 如果工作站 X 上的语音检测器检测到有意义的语音活动，检测器将 X 的视频连接到C。 优化预期情形 最常见情形是两个与会者之间对话，保留上一个说话人的视频图像可以提供视觉上的连续性。 为此，使用两个many-to-many VC，C和L： C 用于传输当前说话人的视频 L 用于传输上一次说话人的视频 分析（续） 能否只用一个定时器来抓住违约的流？ 分析（续） 能否只用一个定时器来抓住违约的流？ 一定要在间隔固定的时间点上启动测量过程吗？ 分析（续） 能否只用一个定时器来抓住违约的流？ 一定要在间隔固定的时间点上启动测量过程吗？ 利用自由度（P13）：测量过程不需要在固定的时间点上启动，在连续的两个测量周期之间允许有空隙。 分析（续） 能否只用一个定时器来抓住违约的流？ 一定要在间隔固定的时间点上启动测量过程吗？ 利用自由度（P13）：测量过程不需要在固定的时间点上启动，在连续的两个测量周期之间允许有空隙。 如何选择测量周期之间的空隙？ 分析（续） 能否只用