设为首页收藏本站在线充值

中原工学院论坛

 找回密码
 立即注册

扫一扫,访问微社区

QQ登录

只需一步,快速开始

查看: 105|回复: 0

软件定义存储部署 Async OSD

[复制链接]

672

主题

672

帖子

929

积分

中级会员

Rank: 9Rank: 9Rank: 9Rank: 9Rank: 9

积分
929
发表于 2020-3-31 15:42:49 | 显示全部楼层 |阅读模式

马上注册,享用更多功能!灵感论坛,推动创造力的社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
 这是Ceph开发每周谈的第一百零三篇文章,记录从17年12月10号到17年12月17号的社区开发情况。
  一句话消息
  无
  AsyncOSD
  为了实现高速NVRAM这类性能设备的支持,同时重构代码来得到更简约的代码,在十二月的CDM(CephDeveloperMeeting)上讨论了希望重构OSD实现异步化的目标。实际上这个话题已经持续了一年多,只是在现在这个关口,这个事情的优先级上升,成为社区团队重要的优先事项。
  这个任务是长期的,软件定义存储部署同时也是艰巨的,主要期望达到以下状态:
  1.实现每个CPUCore独立工作,减少共享资源以及锁维护。
  2.最小化内存分配
  3.每个服务器一个进程
  4.不同的网络后段对应不同的介质类型
  目前Josh和Greg跟Seastar社区沟通了使用问题,seastar是一个基于future的用户态调度和网络框架,从前年开始就一直有开发者希望借助seastar来加速OSD,但是存在大量的工作,比如内存分配,OSD代码中存在太大的阻塞点,大量的面向seastar的代码重构等等。
  目前在邮件列表也讨论了这个话题,本来期望从Messenger作为第一个点,但是Messenger仍然存在太多的复杂度,所以最后决定先从logging模块开始。

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|小黑屋|手机版|Archiver|中原工学院论坛 ( 豫ICP备11003946号 ) 百度统计

GMT+8, 2024-4-27 06:51 , Processed in 0.125148 second(s), 26 queries .

© 2010-2017 中原工学院团委 | 中工灵感论坛

请将您的想法告诉我们,帮助我们改进服务 请将您的想法告诉我们,帮助我们改进服务

快速回复 返回顶部 返回列表