算法导论(七)——跳跃表自组织表,竞争性分析

2024-05-13 06:32

本文主要是介绍算法导论(七)——跳跃表自组织表,竞争性分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

                                            算法导论(七)——跳跃表&自组织表,竞争性分析

1.  背景:

①为了提高有序链表的查找性能,考虑在部分或全部节点上增加额外的指针,以便查找时跳过若干点,不必从左到右连续查看。

方法:

1.    散列表(哈希表):操作时间提至O(1),但最坏是O(n)

【应用】文本压缩解压p.260

LZW压缩:把文本映射为数字编码(关键字为字母,键值为对应的代码。在字符串中寻找于字典中一个字符串最相匹配的最长的字符串)

 

2.    跳跃表:采用随机技术决定链表的哪些节点要增加向前指针,增加多少个指针。平均复杂度O(logn),最坏O(n)

散列表 VS跳跃表:散列表利用待插数对的关键字,对分配的桶是随机的,复杂度是常数级。而跳跃表用随机的方式决定数对所在的级,而不考虑关键字,复杂度是对数级。就最坏情况而言,眺表的空间需求更大。但是跳表比散列更灵活(如升序操作)。

基本思想是——以空间换时间

②二叉树的弱点:当数据的随机性不够时,会导致其树形结构的不平衡,从而直接影响算法的效率。

跳跃表(Skip List)这种数据结构,在进行查找、插入、删除等操作时的期望时间复杂度均为O(logn),有着近乎替代平衡树的本领,且编程复杂度低。

2.简介:

【定理:带有n个元素的跳跃表,每次的搜索时间为O(lgn)是一个高概率事件。它是基于概率形成的,n越大的时候失败的概率越小】

3.操作

A.   删除:从上级链表搜到之后,就可以直接删除,并向下将所有链表的该结点都删除

B.    插入:把x插入最底层的合适位置,然后需要维护平衡。

a.    保持每段之间的理想距离,如果距离过大,就从中间分割,然后将中点上升一层结点。实行起来有一定难度,因为须实时记录每一段的长度。

b.    采用随机化算法,通过抛硬币决定是否提升它所在的层级,若为正,则提升,然后继续抛,抛至反面则终止。

(添加负无穷,保证每个表是以负无穷开始,即每个链表都可以从最左边开始)

参考:

http://blog.csdn.net/yinlili2010/article/details/39503655

http://blog.csdn.net/lth404391139/article/details/45111689

http://blog.csdn.net/brillianteagle/article/details/52206261

自组织表

自组织表;含有n个元素的表,包括操作:Acess(x),rank(x),reorded(置换相邻元素)

定义两种操作 l n个元素的列表L,访问(可能是查找,也可以是其他操作)元素x的代价与元素在列表中的位置有关(从表头到x的距离)。 l 元素在L中的位置可以通过交换相邻的元素来改变,而这个操作的代价为O(1)。 如果考虑用户的访问可能是一系列的,而且一个元素被访问后,再次被访问的概率会增大,因此考虑对一个元素访问后将该元素和其前驱的元素交换(代价为O(1)),从而减少其下次访问的代价。

复杂度分析 :平均情况下,最小期望为:把元素按访问的概率从大到小排序。因此记录元素被访问的次数,并按访问次数递减的方式排序元素(访问次数大于前驱的访问次数时,进行交换)。因此对于元素x的操作,代价最多为2*rank(x),因为访问需要rank(x),交换可能需要rank(x)。 思想:前移思想。

应用:

搜索的“流行词”。在一个时期,流行词被搜索的次数会增加,而一旦过了流行期间,其位置可能就被新的流行词替代了。这对于操作序列S的局部反映非常好。 对于高速缓存等其他情况下也可能用到。

 

竞争性分析,

在线算法:每次只发送一个操作请求,要求立马实现。

离线算法:(上帝算法)可以预知整个操作序列

在线算法Aa竞争的:如果存在常数k,对于任意操作s,即最坏情况下,A的代价是最优离线算法的a倍。

【定理:自组织表的Move To Front算法是4竞争的】

 

•如果数据用链表表示,则从x位置移动到表头的操作只需要常数,因此可以忽略其代价,这时可以证明相应的MTF则为2竞争的。

•如果表的开始的势不为0,即L0L0不相等,比如有可能已经运行过一段时间了。这时候L0的最差情况为和L0比是反序的,这样逆序为n个元素的逆序,为O(n^2).这时候CmtfS<=4* Copt(S)+O(n^2)。 如果n的规模相对于S的次数变化不是太大,因此如果操作序列S中的操作为很大时,上式中的O(n^2)也是常量级别的,因此也是4竞争的。

•如果不是忽略置换的代价,而是一个常数级别的,如3,则相应的结果将改变竞争的常数,常数将不再是4倍。

 

参考:

https://github.com/xuyicpp/Classical_Algorithms/tree/master/Introduction_to_Algorithms

 

【主要参考资料:MIT算法导论视频,《数据结构,算法与应用,c++语言描述》】

这篇关于算法导论(七)——跳跃表自组织表,竞争性分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/984935

相关文章

Springboot请求和响应相关注解及使用场景分析

《Springboot请求和响应相关注解及使用场景分析》本文介绍了SpringBoot中用于处理HTTP请求和构建HTTP响应的常用注解,包括@RequestMapping、@RequestParam... 目录1. 请求处理注解@RequestMapping@GetMapping, @PostMappin

Spring Boot Interceptor的原理、配置、顺序控制及与Filter的关键区别对比分析

《SpringBootInterceptor的原理、配置、顺序控制及与Filter的关键区别对比分析》本文主要介绍了SpringBoot中的拦截器(Interceptor)及其与过滤器(Filt... 目录前言一、核心功能二、拦截器的实现2.1 定义自定义拦截器2.2 注册拦截器三、多拦截器的执行顺序四、过

C++ scoped_ptr 和 unique_ptr对比分析

《C++scoped_ptr和unique_ptr对比分析》本文介绍了C++中的`scoped_ptr`和`unique_ptr`,详细比较了它们的特性、使用场景以及现代C++推荐的使用`uni... 目录1. scoped_ptr基本特性主要特点2. unique_ptr基本用法3. 主要区别对比4. u

Nginx内置变量应用场景分析

《Nginx内置变量应用场景分析》Nginx内置变量速查表,涵盖请求URI、客户端信息、服务器信息、文件路径、响应与性能等类别,这篇文章给大家介绍Nginx内置变量应用场景分析,感兴趣的朋友跟随小编一... 目录1. Nginx 内置变量速查表2. 核心变量详解与应用场景3. 实际应用举例4. 注意事项Ng

Java多种文件复制方式以及效率对比分析

《Java多种文件复制方式以及效率对比分析》本文总结了Java复制文件的多种方式,包括传统的字节流、字符流、NIO系列、第三方包中的FileUtils等,并提供了不同方式的效率比较,同时,还介绍了遍历... 目录1 背景2 概述3 遍历3.1listFiles()3.2list()3.3org.codeha

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

深入理解Mysql OnlineDDL的算法

《深入理解MysqlOnlineDDL的算法》本文主要介绍了讲解MysqlOnlineDDL的算法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小... 目录一、Online DDL 是什么?二、Online DDL 的三种主要算法2.1COPY(复制法)

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT