Same here. I've been working on this project for a bit now, and I'm
planning to continue and contribute.
I also like the idea of this project becoming an officially endorsed golang
Cassandra driver. Makes a lot of sense too.
Alex.
On Sat., 1 Sep. 2018, 01:08 Chris Bannister, wrote:
> I intend
> On Aug 31, 2018, at 4:06 PM, Michael Shuler wrote:
>
> Yep! I was going to comment similarly. I would be in full support of a
> committer who focused purely on documentation and website content, for
> instance. It's a matter of trusting a contributor to know what and where
> to commit, as wel
On 08/31/2018 05:20 PM, Brandon Williams wrote:
> On Fri, Aug 31, 2018 at 4:24 PM Gary Dusbabek wrote:
>
>> At what point is the project comfortable/trusting with granting commit bits
>> to someone who is very familiar with a facet of the project (say, a go
>> client, or dtests), but hasn't made
On Fri, Aug 31, 2018 at 4:24 PM Gary Dusbabek wrote:
> It would also make sense to think about how existing maintainers are
> brought in as committers, if appropriate (official vote, etc.). I'm under
> the impression that Apache commit bits are granted in a binary fashion -
> you have access to e
It would also make sense to think about how existing maintainers are
brought in as committers, if appropriate (official vote, etc.). I'm under
the impression that Apache commit bits are granted in a binary fashion -
you have access to everything or nothing. <-- Is this incorrect?
At what point is
I see, so there are no dedicated transient nodes, just other nodes that
function as witnesses.
This is still very exciting.
On Fri, Aug 31, 2018 at 1:49 PM Ariel Weisberg wrote:
> Hi,
>
> All nodes being the same (in terms of functionality) is something we
> wanted to stick with at least for n
I like the idea of having an officially supported Go Driver under ASF. It would
mean easier contributions.
I don't think we should necessarily limit it to a reference implementation. The
industry has a strong interest in building server side as well as client
software in Go.
Dinesh
On Friday
Hi,
All nodes being the same (in terms of functionality) is something we wanted to
stick with at least for now. I think we want a design that changes the
operational, availability, and consistency story as little as possible when
it's completed.
Ariel
On Fri, Aug 31, 2018, at 2:27 PM, Carl Mue
Hi,
There are no transient nodes. All nodes are the same. If you have transient
replication enabled each node will transiently replicate some ranges instead of
fully replicating them.
Capacity requirements are reduced evenly across all nodes in the cluster.
Nodes are not temporarily transient
SOrry to spam this with two messages...
This ticket is also interesting because it is very close to what I imagined
a useful use case of RF4 / RF6: being basically RF3 + hot spare where you
marked (in the case of RF4) three nodes as primary and the fourth as hot
standby, which may be equivalent if
I put these questions on the ticket too... Sorry if some of them are
stupid.
So are (basically) these transient nodes basically serving as centralized
hinted handoff caches rather than having the hinted handoffs cluttering up
full replicas, especially nodes that have no concern for the token range
Read heavy workload with wider partitions (like 1-2gb) and disable the key
cache will be worst case for GC
--
Jeff Jirsa
> On Aug 31, 2018, at 10:51 AM, Carl Mueller
> wrote:
>
> I'm assuming that p99 that Rocksandra tries to target is caused by GC
> pauses, does anyone have data pattern
I'm assuming that p99 that Rocksandra tries to target is caused by GC
pauses, does anyone have data patterns or datasets that will generate GC
pauses in Cassandra to highlight the abilities of Rocksandra (and...
Scylla?) and perhaps this GC approach?
On Thu, Aug 30, 2018 at 8:11 PM Carl Mueller
w
I find this idea interesting and worth a strong discussion.
Something to consider is an argument floating around in the admin tool/side
car discussion: if we take an existing project wholesale, we inherit all of
it's design decision and technical debt (every project has these). On the
other hand,
I intend to stay on and continue to contribute.
On Fri, 31 Aug 2018 at 4:37 pm, Jonathan Ellis wrote:
> On Fri, Aug 31, 2018 at 9:14 AM Nate McCall wrote:
>
> > Hi folks,
> > So I was recently talking with, Chris Bannister the gocql [0]
> > maintainer, and he expressed an interest in donating
On Fri, Aug 31, 2018 at 9:14 AM Nate McCall wrote:
> Hi folks,
> So I was recently talking with, Chris Bannister the gocql [0]
> maintainer, and he expressed an interest in donating the driver to the
> ASF.
>
Is he looking to continue to maintain it or is he looking to give it a good
home when
Definitely does not belong in the same repo.
I’m all for folding drivers in / writing our own, just needs active
committers.
On Fri, Aug 31, 2018 at 7:45 AM Michael Shuler
wrote:
> On 08/31/2018 09:34 AM, Jay Zhuang wrote:
> > That's great. Could that be in the same repo as Cassandra or a
> > s
It sounds great to have an official GoCQL driver. I like the mentioned end
goal of having a reference implementation that evolves with the core C*
project.
Thanks,
Sumanth
On Fri, Aug 31, 2018 at 7:45 AM Michael Shuler
wrote:
> On 08/31/2018 09:34 AM, Jay Zhuang wrote:
> > That's great. Could
On 08/31/2018 09:34 AM, Jay Zhuang wrote:
> That's great. Could that be in the same repo as Cassandra or a
> separate repo?
For similar reasons as discussed for an admin tool, separate
repositories are quick and simple to create, as well as allow handling
contribution, CI, build, release, etc. mec
Are we going to have a dev event next month? Or anything this year? We may
also be able to provide space in bay area and help to organize it. (Please
let us know, so we could get final approval for that).
On Fri, Jul 27, 2018 at 10:05 AM Jonathan Haddad wrote:
> My interpretation of Nate's state
That's great. Could that be in the same repo as Cassandra or a
separate repo?
On Fri, Aug 31, 2018 at 7:14 AM Nate McCall wrote:
> Hi folks,
> So I was recently talking with, Chris Bannister the gocql [0]
> maintainer, and he expressed an interest in donating the driver to the
> ASF.
>
> We cou
Hi folks,
So I was recently talking with, Chris Bannister the gocql [0]
maintainer, and he expressed an interest in donating the driver to the
ASF.
We could accept this along the same lines as how we took in the dtest
donation - going through the incubator IP clearance process [1], but
in this ca
22 matches
Mail list logo
