On 10/06/2016, Allen Samuels wrote:
> Have you considered threadlocal storage for this? I suspect it's a
> *much* easier way to go. Very little source code will need modification.
I thought about it briefly, but I don't think it would work for tools
that spawn two RadosClients each pointing to a different cluster. While
each would launch threads of its own, they'd both share the application
threads for outgoing operations (at least until they hit the messenger). So I
think we'd still need to tease apart the class somewhat to make thread local
storage work.
--
Senior Software Engineer Red Hat Storage, Ann Arbor, MI, US
IRC: Aemerson@{RedHat, OFTC, Freenode}
0x80F7544B90EDBFB9 E707 86BA 0C1B 62CC 152C 7C12 80F7 544B 90ED BFB9
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
