CN113434522B - 一种面向联盟链的状态树上的并行更新方法及更新*** - Google Patents
一种面向联盟链的状态树上的并行更新方法及更新*** Download PDFInfo
- Publication number
- CN113434522B CN113434522B CN202110498176.4A CN202110498176A CN113434522B CN 113434522 B CN113434522 B CN 113434522B CN 202110498176 A CN202110498176 A CN 202110498176A CN 113434522 B CN113434522 B CN 113434522B
- Authority
- CN
- China
- Prior art keywords
- state
- node
- conflict
- parallel
- nodes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2308—Concurrency control
- G06F16/2315—Optimistic concurrency control
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种面向联盟链的状态树上的并行更新方法。本发明通过对每个更新的状态定位到状态树上需要修改的冲突节点,合理给线程分配更新状态和节点的任务,让线程并行地更新状态树节点。本发明还公开了一种实现上述并行更新方法的***,所述***包括共识模块、交易执行模块、存储模块。通过这种方法,可以对状态树的更新可以并行执行,从而大大提高的***吞吐。本发明实现了对状态的无锁并行更新,通过将读操作和写操作解耦,并且巧妙结合使用了区块链批量更新的特点,最大化提升并发性能。
Description
技术领域
本发明属于区块链技术领域,涉及一种状态树上的更新方法,具体涉及一种面向联盟链的状态树上的并行更新方法及更新***。
背景技术
区块链是一种面向互不可信环境的多方共同维护的分布式账本,具有去中心化、不可篡改、历史数据可追溯等特点。然而传统的区块链为了保证每个副本拥有一致的最终状态,都是对一批交易顺序执行。但这种顺序执行的模式不能很好的利用现代多核处理器的性能,闲置了大量的计算机资源并且带来了极差的性能。
状态的存储主要有一种可验证的数据结构存储,统称为状态树,如MPT、SMT等。该结构除了可以计算摘要外,还可以作为账户状态的索引,并提供完整性证明。此外,状态树通过在每个块上构建全局账户状态的快照来存储账户状态数据的所有版本。但是,由于在状态树上每一个节点的更新,都会导致状态树在提交时根节点到这个更新节点的路径上的所有节点的哈希重新计算,并且需要将所有更新的节点持久化。目前很多对状态树的并行操作都是将一整棵树锁住来更新状态,但是这种方法和串行更新效果基本一致;另一种是设计是在节点粒度上使用锁的机制,但是由于节点和其孩子的上下关系,因此越靠近根节点的节点上的锁的竞争越激烈,这也会影响整体并发性能。
因此,为了提升联盟链的整体性能,有必要提出一种面向联盟链的状态树上的并行更新策略。
发明内容
为了解决现有技术存在的不足,本发明的目的是提供一种面向联盟链的状态树上的并行更新方法,实现了对状态的无锁并行更新,通过将读操作和写操作解耦,并且巧妙结合使用了区块链批量更新的特点,最大化提升并发性能。
本发明以提高联盟链吞吐率为目标,针对现有技术的缺失,提出一种面向联盟链的状态树上的并行更新方法。在状态树上的并行更新中,本发明通过将读操作和写操作解耦,解析作业之间的冲突关系,并行下沉从根节点开始找到作业间公共更新的节点,将无冲突的作业分到不同的工作线程上执行,无锁地将一个区块中的所有更新的状态并行的更新到状态树上,从而提高区块处理速度,提高***吞吐量。
本发明提出了一种面向联盟链的状态树上的并行更新方法,所述方法具体包括以下步骤:
步骤1:将需要更新的状态集合S以取模、哈希映射、有序分段划分等分配方式分配给不同的工作线程;
步骤2:将所有的更新状态在状态树上做并行下沉搜索,直到找到冲突节点,并将对应状态附加到冲突节点上;
步骤3:从映射关系中取出冲突节点-更新的状态列表,以取模、哈希映射、有序分段划分等分配方式将冲突节点以及其附加的状态集合重新分配给不同的工作线程,尽量使一个冲突节点由一个工作线程修改,一个工作线程可以修改一个或多个冲突节点;
步骤4:根据工作线程分配的状态和冲突节点信息,并行对状态树的节点进行更新。
其中,
所述步骤1进一步包括以下步骤:
步骤1-1:批量收集所有需要更新的状态集合S、工作线程集合,并初始化计数器;
步骤1-2:将每个更新的状态从集合S中取出,利用取模、哈希映射、有序分段划分等方式得到工作线程的索引,将取出的状态分配给对应的工作线程。
所述步骤2进一步包括以下步骤:
步骤2-1:将状态集合并行从工作线程中取出,初始化节点和工作列表的映射关系;
步骤2-2:从状态集合中取出更新的状态,在状态树上查找冲突节点,在步骤2-1的映射关系中,将更新的状态加入到冲突节点的状态列表中。
所述步骤4进一步包括以下步骤:
步骤4-1:并行从每个工作线程当中读取对应的需要更新的冲突节点及其更新状态列表;
步骤4-2:并行从冲突节点集合中依次取出冲突节点,从映射关系中获取冲突节点的更新状态列表,依次在树上对冲突节点及其需要更新的子节点进行更新。
本发明还提出了一种实现上述并行更新方法的***,所述***包括:共识模块、交易执行模块、存储模块。
所述共识模块用于维护***的运作顺序与公平性并通过奖惩维护***的稳定运行;所述共识是指达成被分歧各方所接受的陈述(即使有时只是勉强接受,甚至只是搁置争议)的社群解决方案。
所述交易执行模块利用执行器(Executor)执行交易中的智能合约二进制代码;所述执行器在执行过程中,类似于一个黑盒,输入是智能合约代码,输出是状态的改变。
所述存储模块用于交易在通过交易执行模块后,会对账户的状态(State)进行修改,存储模块会将修改后的状态储存下来(Storage)。
本发明的有益效果包括:本发明实现了对状态的无锁并行更新,通过将读操作和写操作解耦,并且巧妙结合使用了区块链批量更新的特点,最大化提升并发性能。
附图说明
图1是本发明实施例1作业分配示例图。
图2是本发明实施例1并行下沉示例图。
图3是本发明实施例1工作线程分配所需更新的节点示例图。
图4是本发明实施例1并行节点更新示例图。
图5是本发明实施例2作业分配示例图。
图6是本发明实施例2并行下沉示例图。
图7是本发明实施例2工作线程分配所需更新的节点示例图。
图8是本发明实施例3作业分配示例图。
图9是本发明实施例3并行下沉示例图。
图10是本发明实施例3工作线程分配所需更新的节点示例图。
具体实施方式
结合以下具体实施例和附图,对本发明作进一步的详细说明。实施本发明的过程、条件、实验方法等,除以下专门提及的内容之外,均为本领域的普遍知识和公知常识,本发明没有特别限制内容。
在传统的区块链当中,在一个区块中的交易执行完后,更新的状态都是串行地更新到状态树上,这限制了区块链吞吐量地提升。本发明中,为了无锁并行地更新状态到状态树上,从而提升***的整体性能,将读写操作解耦,并且利用区块链批量的特点,将更新的状态批量地更新到状态树上,这样可以得到状态树上需要更新的节点的冲突关系,从而最大化地进行无锁的并行更新调度,提升整个***的吞吐量。
本发明提出的面向联盟链的状态树上的并行更新方法如下方代码所示:
包括以下具体步骤:
步骤1:将需要更新的状态集合S分配给不同的工作线程,包括以下具体步骤(第1-5行):
步骤1-1:批量收集所有需要更新的状态集合S,初始化计数器cnt=0,工作线程集合W;
步骤1-2:将每个更新的状态(k,v)从集合S中取出,将计数器cnt与总的工作线程数Nt取模得到idx,将取出的状态(k,v)分配给第idx个工作线程,计数器cnt加一;
所述k为账户地址;所述v为账户地址修改的值;所述idx为根据划分规则分配给的工作线程标识;
步骤2:将所有的更新状态在树上并行下沉,直到找到冲突节点,包括以下具体步骤(第6-12行):
步骤2-1:将状态集合task_set并行从工作线程中取出,初始化节点和工作列表的映射关系M;
步骤2-2:从状态集合task_set中取出更新的状态(k,v),在状态树上查找冲突节点nodec,在映射关系M中将更新的状态(k,v)加到更新的状态列表lt中;
步骤3:从映射关系M中取出冲突节点-更新的状态列表(nodec,lt),将计数器cnt与总的工作线程数Nt取模得到idx,将冲突节点-更新的状态列表(nodec,lt)按取模的方式均匀分配给不同的工作线程,计数器cnt加一(第13-17行);
步骤4:根据工作线程分配的状态和冲突节点信息,并行对状态树的节点进行更新,包括以下具体步骤(第19-25行):
步骤4-1:并行从每个工作线程当中读取对应的需要更新的冲突节点集合node_set及其状态(k,v);
步骤4-2:并行从冲突节点集合node_set中依次取出冲突节点nodec,从映射关系M中获取冲突节点的更新状态列表lt,依次在树上对冲突节点及其需要更新的子节点进行更新。
本发明还提出了一种实现上述并行更新方法的***,所述***包括:共识模块、交易执行模块、存储模块。
所述共识模块用于维护***的运作顺序与公平性并通过奖惩维护***的稳定运行;所述共识是指达成被分歧各方所接受的陈述(即使有时只是勉强接受,甚至只是搁置争议)的社群解决方案。
所述交易执行模块利用执行器(Executor)执行交易中的智能合约二进制代码;所述执行器在执行过程中,类似于一个黑盒,输入是智能合约代码,输出是状态的改变。
所述存储模块用于交易在通过交易执行模块后,会对账户的状态(State)进行修改,存储模块会将修改后的状态储存下来(Storage)。
实施例1
本实施例是对状态树上节点并行更新的方法。
脏状态(dirtystate):一个区块的所有交易执行结束后修改的状态。
作业:对每个状态所在的叶子节点以及其路径上的父节点的更新工作。
冲突节点:多个状态会对同一个节点进行更新,那个会被多次更新的节点即为冲突节点。
扩展节点:只能有一个子节点。
分支节点:可以有多个节点。
叶子节点:没有子节点。
首先,如图1所示,假设一个区块内的所有交易执行完后,共产生了6个脏状态s1~s6,其中“I(·)”和“D(·)”分别代表状态的***和删除。所有这些脏状态(作业)被均匀地分布在3个工作线程中(工作线程a、b、c分别用长方形、圆形、菱形表示)。
接下来,如图2所示,3个工作线程在状态树上并行下沉,寻找每个作业的冲突节点,并将此作业附加到对应的冲突节点上。例如圆形的工作线程b,由图1可知,持有作业(脏状态)s2和s6,那么工作线程b在状态树上并行下沉,路径为:节点1->节点3->节点6和节点1->节点2->节点5。最终下沉步骤结束于两个冲突节点:节点5和节点6。当所有工作线程完成下沉步骤后,如图2所示,最终所有作业(脏状态)附加在了4个冲突节点上:节点5、节点6、节点8、节点9。
当找到了所有冲突节点后,虽然经过步骤1后,一些作业(脏状态)分配给了不同的工作线程,但是经过步骤2的状态下沉后,属于不同工作线程的作业分配在了同一个冲突节点上:s2和s6属于工作线程b,s1和s5属于工作线程a,但是s1和s6属于同一个冲突节点,s2和s5属于不同的冲突节点。因此如图3所示,考虑到负载均衡的问题,将s1和s6分配给工作线程a处理,s2和s5分配给工作线程b,s3和s4分配给工作线程c。
当将节点更新任务分配给不同的工作线程后,如图4所示,所有工作线程并行更新不同的冲突节点。
实施例2
如图5所示,假设一个区块内的所有交易执行完后,共产生了6个脏状态s1~s6,其中“I(·)”和“D(·)”分别代表状态的***和删除。所有这些脏状态(作业)通过哈希映射的方式被映射在3个工作线程中(工作线程a、b、c分别用长方形、圆形、菱形表示)。
接下来,如图6所示,3个工作线程在状态树上并行下沉,寻找每个作业的冲突节点,并将此作业附加到对应的冲突节点上。例如圆形的工作线程b,由图1可知,持有作业(脏状态)s2和s6,那么工作线程b在状态树上并行下沉,路径为:节点1->节点4->节点8和节点1->节点4->节点9。最终下沉步骤结束于两个冲突节点:节点8和节点9。当所有工作线程完成下沉步骤后,如图2所示,最终所有作业(脏状态)附加在了4个冲突节点上:节点5、节点6、节点8、节点9。
当找到了所有冲突节点后,虽然经过步骤1后,一些作业(脏状态)分配给了不同的工作线程,但是经过步骤2的状态下沉后,属于不同工作线程的作业分配在了同一个冲突节点上:s2和s6属于工作线程b,s1和s5属于工作线程a,s3和s4属于工作线程c。但是s1和s4属于同一个冲突节点,s2和s5属于不同的冲突节点。因此如图7所示,考虑到负载均衡的问题,将s1和s4分配给工作线程a处理,s2和s5分配给工作线程b,s3和s6分配给工作线程c。
阶段四的流程与实施例1一致。
实施例3
如图8所示,假设一个区块内的所有交易执行完后,共产生了6个脏状态s1~s6,其中“I(·)”和“D(·)”分别代表状态的***和删除。所有这些脏状态(作业)通过有序分段划分的方式被映射在3个工作线程中(工作线程a、b、c分别用长方形、圆形、菱形表示)。
接下来,如图9所示,3个工作线程在状态树上并行下沉,寻找每个作业的冲突节点,并将此作业附加到对应的冲突节点上。例如圆形的工作线程b,由图1可知,持有作业(脏状态)s2和s6,那么工作线程b在状态树上并行下沉,路径为:节点1->节点3->节点6和节点1->节点4->节点8。最终下沉步骤结束于两个冲突节点:节点6和节点8。当所有工作线程完成下沉步骤后,如图2所示,最终所有作业(脏状态)附加在了4个冲突节点上:节点5、节点6、节点8、节点9。
当找到了所有冲突节点后,虽然经过步骤1后,一些作业(脏状态)分配给了不同的工作线程,但是经过步骤2的状态下沉后,属于不同工作线程的作业分配在了同一个冲突节点上:s2和s6属于工作线程b,s1和s5属于工作线程a,s3和s4属于工作线程c。但是s4和s5属于同一个冲突节点,s1和s2属于不同的冲突节点。因此如图10所示,考虑到负载均衡的问题,将s4和s5分配给工作线程a处理,s1和s2分配给工作线程b,s3和s6分配给工作线程c。
阶段四的流程与实施例1一致。
本发明的保护内容不局限于以上实施例。在不背离本发明构思的精神和范围下,本领域技术人员能够想到的变化和优点都被包括在本发明中,并且以所附的权利要求书为保护范围。
Claims (2)
1.一种面向联盟链的状态树上的并行更新方法,其特征在于,该方法包括以下步骤:
步骤1:将需要更新的状态集合以取模、哈希映射、有序分段划分的分配方式分配给不同的工作线程;步骤1中,进一步包括如下步骤:
步骤1-1:批量收集所有需要更新的状态集合、工作线程集合,并初始化计数器;
步骤1-2:将每个更新的状态从集合中取出,利用取模、哈希映射、有序分段划分的方式得到工作线程的索引,将取出的状态分配给对应的工作线程;
步骤2:将所有的更新状态在树上并行下沉搜索,直到找到冲突节点,并将对应状态附加到冲突节点上;步骤2中,进一步包括如下步骤:
步骤2-1:将状态集合并行从工作线程中取出,初始化节点和工作列表的映射关系;
步骤2-2:从状态集合中取出更新的状态,在状态树上查找冲突节点,将更新的状态加入到冲突节点的状态集合中;
步骤3:从映射关系中取出冲突节点-更新的状态列表,以取模、哈希映射、有序分段划分的分配方式将冲突节点以及其附加的状态集合重新分配给不同的工作线程,一个工作线程修改一个或多个冲突节点;
步骤4:根据工作线程分配的状态和冲突节点信息,并行对状态树的节点进行更新;步骤4中,进一步包括如下步骤:
步骤4-1:并行从每个工作线程当中读取对应的需要更新的冲突节点及其更新状态列表;
步骤4-2:并行从冲突节点集合中依次取出冲突节点,从映射关系中获取冲突节点的更新状态列表,依次在树上对冲突节点及其需要更新的子节点进行更新。
2.一种实现如权利要求1所述并行更新方法的***,其特征在于,所述***包括:共识模块、交易执行模块、存储模块;
所述共识模块维护***的运作顺序与公平性并通过奖惩维护***的稳定运行,共识是达成被分歧各方所接受的陈述的社群解决方案;
所述交易执行模块利用执行器执行交易中的智能合约二进制代码;所述执行器的输入是智能合约二进制代码,输出是状态的改变;
所述存储模块用于交易在通过交易执行模块后,会对账户的状态进行修改,存储模块会将修改后的状态储存下来。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110498176.4A CN113434522B (zh) | 2021-05-08 | 2021-05-08 | 一种面向联盟链的状态树上的并行更新方法及更新*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110498176.4A CN113434522B (zh) | 2021-05-08 | 2021-05-08 | 一种面向联盟链的状态树上的并行更新方法及更新*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113434522A CN113434522A (zh) | 2021-09-24 |
CN113434522B true CN113434522B (zh) | 2023-06-09 |
Family
ID=77753069
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110498176.4A Active CN113434522B (zh) | 2021-05-08 | 2021-05-08 | 一种面向联盟链的状态树上的并行更新方法及更新*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113434522B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114356941A (zh) * | 2021-12-22 | 2022-04-15 | 北京泛融科技有限公司 | 一种基于地址预处理的交易执行方法、装置和电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917394A (zh) * | 2010-06-13 | 2010-12-15 | 大连海事大学 | 在手机设备上进行数据共享的中间件***及工作方法 |
CN108513658A (zh) * | 2016-12-30 | 2018-09-07 | 华为技术有限公司 | 一种事务处理方法及装置 |
CN110688377A (zh) * | 2019-08-30 | 2020-01-14 | 阿里巴巴集团控股有限公司 | 一种更新状态默克树的方法及装置 |
CN111683043A (zh) * | 2020-04-26 | 2020-09-18 | 华东师范大学 | 面向联盟链的基于可信执行环境的智能合约并发执行方法 |
CN112579291A (zh) * | 2020-12-22 | 2021-03-30 | 北京航空航天大学 | 一种基于StateDB的智能合约并行运行***及并行运行方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10203318B2 (en) * | 2015-08-20 | 2019-02-12 | Ofi Testing Equipment, Inc. | Multi-purpose tube for oil well cement testing |
CN109067863B (zh) * | 2018-07-25 | 2021-03-05 | 上海点融信息科技有限责任公司 | 用于管理区块链节点的节点标识的方法、装置及存储介质 |
US20200210170A1 (en) * | 2018-12-27 | 2020-07-02 | Hcl America Inc | Resolving potential merge conflicts by utilizing a distributed blockchain framework |
CN110276689B (zh) * | 2019-06-19 | 2023-05-02 | 辽宁大学 | 基于动态决策的智能合约实现方法 |
CN111294234B (zh) * | 2020-01-17 | 2022-07-29 | 麦科思(苏州)数据科技有限公司 | 一种基于智能合约优化模型的并行区块链分片方法 |
-
2021
- 2021-05-08 CN CN202110498176.4A patent/CN113434522B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917394A (zh) * | 2010-06-13 | 2010-12-15 | 大连海事大学 | 在手机设备上进行数据共享的中间件***及工作方法 |
CN108513658A (zh) * | 2016-12-30 | 2018-09-07 | 华为技术有限公司 | 一种事务处理方法及装置 |
CN110688377A (zh) * | 2019-08-30 | 2020-01-14 | 阿里巴巴集团控股有限公司 | 一种更新状态默克树的方法及装置 |
CN111683043A (zh) * | 2020-04-26 | 2020-09-18 | 华东师范大学 | 面向联盟链的基于可信执行环境的智能合约并发执行方法 |
CN112579291A (zh) * | 2020-12-22 | 2021-03-30 | 北京航空航天大学 | 一种基于StateDB的智能合约并行运行***及并行运行方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113434522A (zh) | 2021-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Kwon et al. | A study of skew in mapreduce applications | |
TWI660281B (zh) | 寫入區塊鏈業務資料的方法和裝置及業務子集合確定方法 | |
Kim et al. | Dualsim: Parallel subgraph enumeration in a massive graph on a single machine | |
CN108564470B (zh) | 一种区块链中并行建块的交易分发方法 | |
US5857180A (en) | Method and apparatus for implementing parallel operations in a database management system | |
US7899799B2 (en) | Transaction processing system of database using multi-operation processing providing concurrency control of transactions | |
CN111736964B (zh) | 事务处理方法、装置、计算机设备及存储介质 | |
AU2023201414B2 (en) | Systems and methods for performing data processing operations using variable level parallelism | |
CN113205417B (zh) | 一种面向联盟链的交易并行处理方法及*** | |
CN101739281A (zh) | 用于机器集群的并行编程的架构 | |
US7293011B1 (en) | TQ distribution that increases parallism by distributing one slave to a particular data block | |
CN113434522B (zh) | 一种面向联盟链的状态树上的并行更新方法及更新*** | |
CN110442580A (zh) | 一种区块链状态数据存储方法、设备和存储介质 | |
CN102207935A (zh) | 用于创建索引的方法和*** | |
CN111428275B (zh) | 一种面向联盟链的服务不停机分片增加方法 | |
CN116521956A (zh) | 一种图数据库查询方法、装置、电子设备及存储介质 | |
CN109033301A (zh) | 一种基于图形处理器的数据库事务执行方法 | |
Sun et al. | Implementing parallel and concurrent tree structures | |
JP7487115B2 (ja) | データフローグラフ最適化のシステム及び方法 | |
Nykiel et al. | Sharing across multiple MapReduce jobs | |
CN112163024B (zh) | 一种基于层级关联结构的配置信息导出和导入方法 | |
CN108334565A (zh) | 一种数据混合存储结构、数据存储查询方法、终端及介质 | |
Zhang et al. | Cluster-size scaling and MapReduce execution times | |
US7185340B1 (en) | Multiphase system and method of performing operations on data structures | |
Borkar et al. | Improved map reduce framework using high utility transactional databases |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |