Congratulations Ekaterina!!
On Wed, Mar 5, 2025 at 8:52 PM Jordan West wrote:
> Congratulations!!!
> On Wed, Mar 5, 2025 at 07:01 Abe Ratnofsky wrote:
>
>> Congratulations Ekaterina! 🎉
>>
>
Congratulations!!!
On Wed, Mar 5, 2025 at 07:01 Abe Ratnofsky wrote:
> Congratulations Ekaterina! 🎉
>
Congratulations Aaron!
On Thu, 6 Mar 2025 at 07:37, Mick Semb Wever wrote:
> Well deserved Aaron ! 🎉
>
> On Tue, 4 Mar 2025 at 19:27, Jon Haddad wrote:
> >
> > Congrats Aaron!
> >
> > On Tue, Mar 4, 2025 at 10:26 AM Jordan West wrote:
> >>
> >> Congratulations!!
> >> On Tue, Mar 4, 2025 at 09
+1 to merging it
On Wed, Mar 5, 2025, at 12:22 PM, Patrick McFadin wrote:
> You have my +1
>
> On Wed, Mar 5, 2025 at 12:16 PM Benedict wrote:
> >
> > Correct, these caveats should only apply to tables that have opted-in to
> > accord.
> >
> > On 5 Mar 2025, at 20:08, Jeremiah Jordan wrote:
>
We can also do an education campaign to get people to migrate. There
will be good reasons to do it.
On Wed, Mar 5, 2025 at 12:33 PM Jeff Jirsa wrote:
>
> I think widely accepted that otel in general has won this stage of
> observability, as most metrics systems allow it and most saas providers
If we do swap, we may run into the same issues with third-party
metrics libraries in the next 10-15 years that we are discussing now
with the Codahale we added ~10-15 years ago, and given the fact that a
proposed new API is quite small my personal feeling is that it would
be our best choice for the
Congrats Bernardo!
On Wed, 5 Mar 2025 at 16:03, Abe Ratnofsky wrote:
> Congratulations Bernardo! Great news.
>
Well deserved Aaron ! 🎉
On Tue, 4 Mar 2025 at 19:27, Jon Haddad wrote:
>
> Congrats Aaron!
>
> On Tue, Mar 4, 2025 at 10:26 AM Jordan West wrote:
>>
>> Congratulations!!
>> On Tue, Mar 4, 2025 at 09:57 Tolbert, Andy wrote:
>>>
>>> Congrats Aaron!
>>>
>>> On Tue, Mar 4, 2025 at 11:24 AM Francis
I think widely accepted that otel in general has won this stage of observability, as most metrics systems allow it and most saas providers support it. So Jon’s point there is important. The promise of unifying logs/traces/metrics usually (aka wide events) is far more important in the tracing side o
You have my +1
On Wed, Mar 5, 2025 at 12:16 PM Benedict wrote:
>
> Correct, these caveats should only apply to tables that have opted-in to
> accord.
>
> On 5 Mar 2025, at 20:08, Jeremiah Jordan wrote:
>
>
> So great to see all this hard work about to pay off!
>
> On the questions/concerns fr
No strong opinion on particular choice of metrics library.My primary feedback is that if we swap metrics implementations and the new values are *different*, we can anticipate broad user confusion/interest.In particular if latency stats are reported higher post-upgrade, we should expect users to int
Correct, these caveats should only apply to tables that have opted-in to accord.On 5 Mar 2025, at 20:08, Jeremiah Jordan wrote:
So great to see all this hard work about to pay off!On the questions/concerns front, the only concern I would have towards merging this to trunk is if any of the cav
So great to see all this hard work about to pay off!
On the questions/concerns front, the only concern I would have towards
merging this to trunk is if any of the caveats apply when someone is not
using Accord. Assuming they only apply when the feature flag is enabled, I
see no reason not to get
I really like the idea of integrating tracing, metrics and logging frameworks.I would like to have the time to look closely at the API before we decide to adopt it though. I agree that a widely deployed API has inherent benefits, but any API we adopt also shapes future evolution of our capabilities
Thank you for the replies.
Dmitry: Based on some other patches you've worked on and your explanation
here, it looks like you're optimizing the front door portion of write path
- very cool. Testing it in isolation with those settings makes sense if
your goal is to push write throughput as far as y
> if the plan is to rip out something old and unmaintained and replace with
> something new, I think there's a huge win to be had by implementing the
> standard that everyone's using now.
Strong +1 on anything that's an ecosystem integration inflection point. The
added benefit here is that if we
That depends on all of you lovely people :D
I think we should have finished merging everything we want before QA by
~Monday; certainly not much later.
I think we have some upgrade and python dtest failures to address as well.
So it could be pretty soon if the community is supportive.
> On 5 Ma
What is the timing for starting the merge process? I'm asking because
I have (yet another) presentation and this would be a cool update.
On Wed, Mar 5, 2025 at 1:22 AM Benedict Elliott Smith
wrote:
>
> Thanks everyone.
>
> Jon - your help will be greatly appreciated. We’ll let you know when we’ve
Congratulations Bernardo! Great news.
Congratulations Ekaterina! 🎉
Congratulations Ekaterina - very well deserved!
On Tue, Mar 4, 2025 at 3:25 PM Paulo Motta wrote:
> Aloha,
>
> The Project Management Committee (PMC) for Apache Cassandra is delighted
> to announce that Ekaterina Dimitrova has joined the PMC!
>
> Thanks a lot, Ekaterina, for everything you have
Hi Jon
>> Is there a specific workload you're running where you're seeing it take
up a significant % of CPU time? Could you share some metrics, profile
data, or a workload so I can try to reproduce your findings?
Yes, I have shared the workload generation command (sorry, it is in
cassandra-stres
.
It’s not an area where I can currently dedicate engineering effort. But if
> others are interested in contributing a feature like this, I’d see it as
> valuable for the project and would be happy to collaborate on
> design/architecture/goals.
>
Jake mentioned 17 months ago a custom FileSys
Congratulations Ekaterina!
On Wed, 5 Mar 2025 at 15:00, Mick Semb Wever wrote:
>
>.
>
>
> > The Project Management Committee (PMC) for Apache Cassandra is delighted to
> > announce that Ekaterina Dimitrova has joined the PMC!
> >
> > Thanks a lot, Ekaterina, for everything you have done for
.
> The Project Management Committee (PMC) for Apache Cassandra is delighted to
> announce that Ekaterina Dimitrova has joined the PMC!
>
> Thanks a lot, Ekaterina, for everything you have done for the project all
> these years.
Congrats Ekaterina !
Congratulations Ekaterina! Well deserved!
> Wiadomość napisana przez Andrés de la Peña w dniu
> 05.03.2025, o godz. 11:41:
>
> Caution: The sender name (Andrés de la Peña) is different from their email
> address (a.penya.gar...@gmail.com), which may indicate an impersonation
> attempt. Verify
Some quick thoughts of my own…
=== Performance ===
- I have seen heap dumps with > 1GiB dedicated to metric counters. This patch
should improve this, while opening up room to cut it further, steeply.
- The performance improvement in relative terms for the metrics being replaced
is rather dramati
Congratulations Ekaterina!
On Wed, 5 Mar 2025 at 08:20, Jacek Lewandowski
wrote:
> Congratulations Ekaterina!!! That is awesome news!!! 🎉
>
>
> - - -- --- - -
> Jacek Lewandowski
>
>
> śr., 5 mar 2025 o 09:17 Enrico Olivelli napisał(a):
>
>> Congratulations!
>>
>> Enric
Thanks everyone.
Jon - your help will be greatly appreciated. We’ll let you know when we’ve got
the cycles to invest in performance work (hopefully fairly soon). I expect the
first step will be improving visibility so we can better understand what the
system is doing (particularly the caching
Congratulations Ekaterina!!! That is awesome news!!! 🎉
- - -- --- - -
Jacek Lewandowski
śr., 5 mar 2025 o 09:17 Enrico Olivelli napisał(a):
> Congratulations!
>
> Enrico
>
> Il Mer 5 Mar 2025, 07:54 Bernardo Botella
> ha scritto:
>
>> Congratulations!!
>>
>> On Tue,
Congratulations!
Enrico
Il Mer 5 Mar 2025, 07:54 Bernardo Botella ha
scritto:
> Congratulations!!
>
> On Tue, Mar 4, 2025 at 22:17 Berenguer Blasi
> wrote:
>
>> Congrats Ekaterina!
>> On 5/3/25 2:03, Jasonstack Zhao Yang wrote:
>>
>> Congratulations Ekaterina!
>>
>> On Wed, 5 Mar 2025 at 08:18
Scott,
what you wrote is all correct, but I have a feeling that both you and Jeff
are talking about something different, some other aspect of using that.
It seems that I still need to explain myself that I don't consider object
storage to be useless, it is as if everybody has to make the point ab
32 matches
Mail list logo
