公开(公告)号：CN103034701B

公开(公告)日：2016-09-14

申请号：CN201210518650.6

申请日：2012-12-05

Applicant: 曙光信息产业(北京)有限公司

Inventor： 马振杰 ,  杨浩 ,  马照云 ,  付根希 ,  苗艳超

IPC: G06F17/30 ,  G06F11/14

Abstract: 本发明公开了一种，元数据文件格式转换方法，包括以下步骤：将元数据文件进行备份；以及采用多线程处理方式来对元数据文件的格式进行转换。本发明通过进行数据备份和使用多线程并发操作，从而保证了数据安全并尽量缩短了转换时间。

公开(公告)号：CN102929789A

公开(公告)日：2013-02-13

申请号：CN201210357225.3

申请日：2012-09-21

Applicant: 曙光信息产业(北京)有限公司

Inventor： 马照云 ,  杨浩 ,  马振杰 ,  苗艳超 ,  刘新春 ,  邵宗有

IPC: G06F12/02

Abstract: 本发明公开了记录组织方法和记录组织结构，其中，该方法包括：为每种记录分配一个唯一标识；在对应的磁盘文件中建立与每种记录相对应的数据文件和元数据文件，其中，每种记录的数据文件对应于一个磁盘文件；以及使数据文件只进行连续追加写入操作。通过本发明的技术方案，能够提高大压力下元数据服务器的性能并且具有很好的扩展性。

公开(公告)号：CN102541984A

公开(公告)日：2012-07-04

申请号：CN201110326447.4

申请日：2011-10-25

Applicant: 曙光信息产业(北京)有限公司

Inventor： 杨浩 ,  马照云 ,  马振杰 ,  张东阳 ,  邵宗有 ,  刘新春 ,  苗艳超 ,  王勇

IPC: G06F17/30 ,  G06F12/08

Abstract: 本发明提供了一种分布式文件系统客户端的文件系统。本发明中，客户端由内核态模块和用户态守护进程两部分组成。这两个模块通过字符设备进行通信，但是和FUSE的不同点在于，内核态在与用户态通信之前，会将需要的内存页面准备好，并映射为用户态可以访问的虚拟地址，将虚拟地址作为通信的一部分，传递给用户态守护进程。这样以来，用户态进程就可以直接操作内核态事先准备好的内存区域，而不需要再进行内存分配，同时避免了用户态和内核态之间的内存拷贝。

公开(公告)号：CN102385623A

公开(公告)日：2012-03-21

申请号：CN201110328295.1

申请日：2011-10-25

Applicant: 曙光信息产业(北京)有限公司

Inventor： 杨浩 ,  马照云 ,  马振杰 ,  邵宗有 ,  刘新春 ,  苗艳超 ,  王勇

IPC: G06F17/30

Abstract: 在本发明中，目录的内容使用文件来存储，对于目录中的目录项，通过对目录项名称进行哈希，将目录项分为若干子集。对于不同的子集，其在目录文件中按照条带化的方式进行存储，条带的大小相对较大，以使读取磁盘时能够充分利用底层文件系统的预读功能。对于每个子集的条带块中的所有目录项，采用二叉树的方式进行存储，以避免初次读取时需要建立二叉树。对于所有的条带块，采用内存映射(mmap)的方式进行访问，避免每次访问磁盘数据时进行内存分配、调用系统文件读写系统调用所带来的开销。

公开(公告)号：CN102831240B

公开(公告)日：2016-03-30

申请号：CN201210326639.X

申请日：2012-09-05

Applicant: 曙光信息产业(北京)有限公司

Inventor： 马照云 ,  杨浩 ,  马振杰 ,  苗艳超 ,  刘新春 ,  邵宗有

IPC: G06F17/30

Abstract: 本发明公开了扩展元数据文件的存储方法和存储结构，其中，该方法包括：当文件的布局超出索引节点的大小时，形成布局扩展文件；以及将布局扩展文件存储在元数据文件中与索引节点相对应的记录基本块中。通过这种技术方案，避免了底层文件系统ext3下单目录文件数目过多的问题。

公开(公告)号：CN103067461A

公开(公告)日：2013-04-24

申请号：CN201210553741.3

申请日：2012-12-18

Applicant: 曙光信息产业(北京)有限公司

Inventor： 杨浩 ,  马照云 ,  马振杰 ,  苗艳超 ,  刘新春 ,  邵宗有

IPC: H04L29/08

Abstract: 本发明公开了一种文件的元数据管理系统，包括：元数据管理子系统，用于存储并管理文件的元数据；元数据位置管理子系统，用于存储并管理所述元数据的存储位置信息；以及服务接入节点，用于在接收到文件的应用请求时，从所述元数据位置管理子系统获取所述文件的元数据的存储位置信息，并根据所述元数据的存储位置信息从所述元数据管理子系统获取所述元数据。相应地，本发明还公开了一种文件的元数据管理方法。采用本发明，可以使对外提供的元数据的并发访问能力提高。

公开(公告)号：CN103036994A

公开(公告)日：2013-04-10

申请号：CN201210553734.3

申请日：2012-12-18

Applicant: 曙光信息产业(北京)有限公司

Inventor： 杨浩 ,  马照云 ,  马振杰 ,  苗艳超 ,  刘新春 ,  邵宗有

IPC: H04L29/08

Abstract: 本发明公开了一种实现负载均衡的云存储系统，包括负载监控服务单元用于在检测出第一云存储站点的负载超过负载阈值时，将应用请求转发给第二云存储站点；第二云存储站点的多个服务接入点中的一个用于将应用请求发送给多个元数据位置管理服务单元中负载较轻的元数据位置管理服务单元；该元数据位置管理服务单元用于根据应用请求确定出与应用相对应的元数据位置信息，以及根据所确定出的元数据位置信息从相应的元数据服务器获取相应的元数据；服务接入点还用于将所获取的元数据以及应用请求发送给数据文件管理子系统以便数据文件管理子系统根据应用请求执行相应的操作。本发明还公开了用于云存储系统的负载均衡方法。本发明可改善云存储系统的性能。

公开(公告)号：CN102831240A

公开(公告)日：2012-12-19

申请号：CN201210326639.X

申请日：2012-09-05

Applicant: 曙光信息产业(北京)有限公司

Inventor： 马照云 ,  杨浩 ,  马振杰 ,  苗艳超 ,  刘新春 ,  邵宗有

IPC: G06F17/30

Abstract: 本发明公开了扩展元数据文件的存储方法和存储结构，其中，该方法包括：当文件的布局超出索引节点的大小时，形成布局扩展文件；以及将布局扩展文件存储在元数据文件中与索引节点相对应的记录基本块中。通过这种技术方案，避免了底层文件系统ext3下单目录文件数目过多的问题。

公开(公告)号：CN103067461B

公开(公告)日：2016-03-30

申请号：CN201210553741.3

申请日：2012-12-18

Applicant: 曙光信息产业(北京)有限公司

Inventor： 杨浩 ,  马照云 ,  马振杰 ,  苗艳超 ,  刘新春 ,  邵宗有

IPC: H04L29/08

Abstract: 本发明公开了一种文件的元数据管理系统，包括：元数据管理子系统，用于存储并管理文件的元数据；元数据位置管理子系统，用于存储并管理所述元数据的存储位置信息；以及服务接入节点，用于在接收到文件的应用请求时，从所述元数据位置管理子系统获取所述文件的元数据的存储位置信息，并根据所述元数据的存储位置信息从所述元数据管理子系统获取所述元数据。相应地，本发明还公开了一种文件的元数据管理方法。采用本发明，可以使对外提供的元数据的并发访问能力提高。

公开(公告)号：CN102567442B

公开(公告)日：2014-07-23

申请号：CN201110326012.X

申请日：2011-10-25

Applicant: 曙光信息产业(北京)有限公司

Inventor： 杨浩 ,  马照云 ,  马振杰 ,  张东阳 ,  邵宗有 ,  刘新春 ,  苗艳超 ,  王勇

IPC: G06F17/30

Abstract: 本发明中，元数据服务器由内核态模块和用户态守护进程两部分组成。这两个模块通过字符设备进行通信，当用户态收集到一批需要同步的文件后，会将文件句柄和修改区间传递给内核态的模块，由内核态的模块将这些修改数据传递给块设备，然后统一等待完毕后，再返回用户态进程。实验数据显示，这种由内核态模块集中进行文件同步的方式，能将文件同步的平均时间至少缩短一半，因而大大加快了前端元数据的处理能力。