From: Luse, Paul E <paul.e.luse at intel.com>
To: spdk@lists.01.org
Subject: Re: [SPDK] SPDK Blobstore support object store?
Date: Mon, 28 Aug 2017 17:16:12 +0000 [thread overview]
Message-ID: <82C9F782B054C94B9FC04A331649C77A68F34D06@fmsmsx104.amr.corp.intel.com> (raw)
In-Reply-To: 08A7040B-9B29-40D9-8360-DFC8021514AB@163.com
[-- Attachment #1: Type: text/plain, Size: 3431 bytes --]
Hi Helloway,
There are several folks in the community that have worked on Ceph enhancements and you can find a lot of that info in the list archives, for example https://lists.01.org/pipermail/spdk/2017-February/000329.html
You can also google SPDK & Ceph and find presentations like this one from Ziye who also monitors this email list https://www.slideshare.net/DanielleWomboldt/ceph-day-beijing-spdk-for-ceph
If you would like to help work on this aspect of SPDK, this is how you join the discussion - you just joined :) Take a look at the materials I just mentioned and use either this list or IRC to see what the current activities are and where you can contribute.
With regards to an SPDK module that exposes an object interface, which is actually what I thought you meant at first, that’s where I was saying that I wasn’t aware of any real activity. If there’s any interest there then this list or IRC, mentioned below, would be the place to try and get some discussion started.
Thx
Paul
From: SPDK [mailto:spdk-bounces(a)lists.01.org] On Behalf Of We We
Sent: Monday, August 28, 2017 7:38 AM
To: Storage Performance Development Kit <spdk(a)lists.01.org>
Subject: Re: [SPDK] SPDK Blobstore support object store?
Hi Paul,
Thank you for your answer. we know there is also object store in the ceph. spdk/lib/bdev/ can accelerate ceph block store, so we think if we can also be able to use spdk to accelerate ceph object store? If we can, Do you have any directions and guidelines of object store? If we want to contribute for object store, what should we do about it? And who can we join in the discussion with?
Thx
Helloway
在 2017年8月28日,下午9:53,Luse, Paul E <paul.e.luse(a)intel.com<mailto:paul.e.luse(a)intel.com>> 写道:
Hi Helloway,
You are correct in that much of the focus on the various SPDK modules is block. If you’d like more general info, the community had summit meeting back in April, you can find that info here: http://www.spdk.io/news/2017/06/21/summit_videos/
Regarding object storage, I’m not aware of anyone out there actively working on anything but some of us have discussed it for sure and I suspect there’ll be more talk on this topic throughout the rest of the year. Is your question just a general one or did you have a specific API and/or use case in mind? Curious if anyone else out there has specific interests in this are as well?
Note that we’re also on IRC, freenode on channel #spdk
Thx
Paul
From: SPDK [mailto:spdk-bounces(a)lists.01.org] On Behalf Of We We
Sent: Monday, August 28, 2017 6:17 AM
To: spdk(a)lists.01.org<mailto:spdk(a)lists.01.org>
Subject: [SPDK] SPDK Blobstore support object store?
Hi,
In the source code of SPDk (https://github.com/spdk/spdk/tree/master/lib), we can find spdk<https://github.com/spdk/spdk>/lib<https://github.com/spdk/spdk/tree/master/lib>/bdev<https://github.com/spdk/spdk/tree/master/lib/bdev>/ module that means SPDk is able to be in favor of block store and accelerate ceph block store. However, I don not see anything about object store. Does SPDK support object store? Is there any plan to do with object store?
Could someone can give me the answer?
Regards,
Helloway
_______________________________________________
SPDK mailing list
SPDK(a)lists.01.org<mailto:SPDK(a)lists.01.org>
https://lists.01.org/mailman/listinfo/spdk
[-- Attachment #2: attachment.html --]
[-- Type: text/html, Size: 14495 bytes --]
next reply other threads:[~2017-08-28 17:16 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-28 17:16 Luse, Paul E [this message]
-- strict thread matches above, loose matches on Subject: below --
2017-09-07 14:19 [SPDK] SPDK Blobstore support object store? Luse, Paul E
2017-09-07 11:55 We We
2017-09-07 11:52 We We
2017-09-05 13:46 Zhipeng Huang
2017-09-05 13:20 Luse, Paul E
2017-09-05 4:16 Zhipeng Huang
2017-09-05 1:59 Luse, Paul E
2017-09-05 0:55 Zhipeng Huang
2017-09-04 17:31 Luse, Paul E
2017-09-04 4:09 We We
2017-09-01 13:14 Luse, Paul E
2017-09-01 7:36 Yang, Ziye
2017-09-01 6:20 We We
2017-08-31 23:52 Yang, Ziye
2017-08-31 17:30 Luse, Paul E
2017-08-31 16:03 We We
2017-08-31 12:16 Yang, Ziye
2017-08-28 14:37 We We
2017-08-28 13:53 Luse, Paul E
2017-08-28 13:16 We We
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=82C9F782B054C94B9FC04A331649C77A68F34D06@fmsmsx104.amr.corp.intel.com \
--to=spdk@lists.01.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.