On Tue, 26 Jul 2011, Jojy Varghese wrote:
> Sage
>Attached is the dmesg outputs after an scp of three level
> directory. Here is how the directory tree looks like:
>
>
> testscpdirB/
> ÿÿ level1
> ÿÿ l1f1
> ÿÿ l1f2
> ÿÿ l1f3
> ÿÿ level2
> ÿÿ l2f
It was pointed out by 'make versioncheck' that some includes of
linux/version.h are not needed in include/.
This patch removes them.
When I last posted the patch, the ceph bit was ACK'ed by Sage Weil, so
I've added that below.
The pwc-ioctl change generated quite a bit of discussion about V4L ve
We've released v0.32. Notable in this release:
* common: perfcounter instrumentation now accessible via unix domain
socket
* mon: dump cluster state in json format
* client: fix a few stalls, ref count links, clustered mds misbehaviors
* mds: many many clustering fixes, getting closer
* m
On Mon, Aug 1, 2011 at 11:04, Colin Patrick McCabe
wrote:
> One thing that neither Jansson nor JSON-C offer, to my knowledge, is
> the ability to do SAX-style parsing of a JSON document. In other
> words, to set up a bunch of function pointers and have them called at
> various points during parsin
On Mon, 1 Aug 2011, Colin Patrick McCabe wrote:
> On Mon, Aug 1, 2011 at 9:24 AM, Tommi Virtanen
> wrote:
> > We've talked about generating/parsing JSON a few times, and how we've
> > run into edge cases whenever we've rolled our own functions for that.
> > I've mentioned this C library a few time
> vinodeno_t is not accessible via libceph (was it previously?) though
> it's still used and it's in mdstypes.h, though it doesn't look like
> it'll include in a straight C compile. Is there a missing include?
Sorry about that. We made a few changes to the ceph client library,
which can be found
vinodeno_t is not accessible via libceph (was it previously?) though
it's still used and it's in mdstypes.h, though it doesn't look like
it'll include in a straight C compile. Is there a missing include?
[bchrisman (aemerson): src] $ find . -name '*.c' -o -name '*.h' |
xargs grep inodeno
./includ
On Mon, Aug 1, 2011 at 9:24 AM, Tommi Virtanen
wrote:
> We've talked about generating/parsing JSON a few times, and how we've
> run into edge cases whenever we've rolled our own functions for that.
> I've mentioned this C library a few times, but I'm not sure if I've
> actually sent the link to an
On Mon, Aug 1, 2011 at 9:42 AM, Sage Weil wrote:
> On Mon, 1 Aug 2011, Tommi Virtanen wrote:
>> On Mon, Aug 1, 2011 at 09:24, Tommi Virtanen
>> wrote:
>> > We've talked about generating/parsing JSON a few times, and how we've
>> > run into edge cases whenever we've rolled our own functions for th
2011/8/1 Sage Weil :
> On Mon, 1 Aug 2011, Gregory Farnum wrote:
>> On Mon, Aug 1, 2011 at 8:23 AM, Yehuda Sadeh Weinraub
>> wrote:
>> > The osd first sends the ack when it receives the request
>>
>> Actually it sends an ack when the request is applied in-memory to all
>> the up OSDs in the PG. :)
- Original Message -
> From: "Tommi Virtanen"
> To: "ceph-devel"
> Sent: Monday, August 1, 2011 10:24:50 AM
> Subject: JSON generation in C/C++
>
> j = StreamingJSONObject(fd)
> j.dump(key, value)
> j.dump(key2, value2)
> j.close()
You may also be interested in BSON (Binary JSON), a JS
On Mon, Aug 1, 2011 at 09:40, Sage Weil wrote:
> Heh, you forgot the link again? :)
Yup, it's Monday.. https://github.com/akheron/jansson
> That's basically what JSONFormatter is doing, except it has some higher
> level methods for opening object vs array sections, and can add whitespace
> for
On Mon, 1 Aug 2011, Tommi Virtanen wrote:
> On Mon, Aug 1, 2011 at 09:24, Tommi Virtanen
> wrote:
> > We've talked about generating/parsing JSON a few times, and how we've
> > run into edge cases whenever we've rolled our own functions for that.
> > I've mentioned this C library a few times, but I
On Mon, 1 Aug 2011, Tommi Virtanen wrote:
> We've talked about generating/parsing JSON a few times, and how we've
> run into edge cases whenever we've rolled our own functions for that.
> I've mentioned this C library a few times, but I'm not sure if I've
> actually sent the link to anyone.. Here's
On Mon, Aug 1, 2011 at 09:24, Tommi Virtanen
wrote:
> We've talked about generating/parsing JSON a few times, and how we've
> run into edge cases whenever we've rolled our own functions for that.
> I've mentioned this C library a few times, but I'm not sure if I've
> actually sent the link to anyo
We've talked about generating/parsing JSON a few times, and how we've
run into edge cases whenever we've rolled our own functions for that.
I've mentioned this C library a few times, but I'm not sure if I've
actually sent the link to anyone.. Here's a C library for
generating/parsing JSON, written
On Mon, 1 Aug 2011, Theodore Tso wrote:
> On Jul 31, 2011, at 4:42 PM, Sage Weil wrote:
>
> > This is link(2)
> >
> >> 2011-07-31 23:06:50.114316 7f23c048c700 filestore(/osd.0) collection_remove
> >> temp/1000483.05d6/head = 0
> >
> > This is unlink(2)
> >
> >> 2011-07-31 23:06:50.11438
On Mon, 1 Aug 2011, Gregory Farnum wrote:
> On Mon, Aug 1, 2011 at 8:23 AM, Yehuda Sadeh Weinraub
> wrote:
> > The osd first sends the ack when it receives the request
>
> Actually it sends an ack when the request is applied in-memory to all
> the up OSDs in the PG. :)
That was the original inte
On Mon, Aug 1, 2011 at 8:23 AM, Yehuda Sadeh Weinraub
wrote:
> The osd first sends the ack when it receives the request
Actually it sends an ack when the request is applied in-memory to all
the up OSDs in the PG. :)
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the b
On Sat, Jul 30, 2011 at 20:58, Noah Watkins wrote:
> Howdy,
>
> Updated Java bindings (Version 2) for RADOS are
> available in a standalone repository located at:
>
> git://github.com/noahdesu/java-rados.git
>
> Java Docs for the API are available at:
>
> http://noahdesu.github.com/java-rado
Hi, I stumbled on a bunch of spam in the Ceph wiki, but don't have
admin rights so I can't clear it up properly. Here are the recent
spammy users (links neutered so as not to give them google juice):
ttp://ceph.newdream.net/wiki/Special:Contributions/Okobaho
ttp://ceph.newdream.net/wiki/Special:Co
On Mon, Aug 1, 2011 at 2:03 AM, Christian Brunner wrote:
> I'm not sure if I have asked for this already, but I can't remember
> and google is not my friend either.
>
> Librados has two different callback types for an async write:
>
> - ack
> - safe
>
> What is the difference between these two typ
On Jul 31, 2011, at 4:42 PM, Sage Weil wrote:
> This is link(2)
>
>> 2011-07-31 23:06:50.114316 7f23c048c700 filestore(/osd.0) collection_remove
>> temp/1000483.05d6/head = 0
>
> This is unlink(2)
>
>> 2011-07-31 23:06:50.114384 7f23c048c700 filestore(/osd.0) setattrs
>> 0.69_head/1000
I'm not sure if I have asked for this already, but I can't remember
and google is not my friend either.
Librados has two different callback types for an async write:
- ack
- safe
What is the difference between these two types? Is ack faster than safe?
Thanks
Christian
--
To unsubscribe from thi
24 matches
Mail list logo
