Re: Welcome Ekaterina Dimitrova as Cassandra PMC member

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

Re: Welcome Jeremiah Jordan to the PMC

Congrats Jeremiah! > Wiadomość napisana przez Berenguer Blasi w dniu > 17.02.2025, o godz. 07:23: > > Congrats JD!! :-) > > On 16/2/25 20:52, Bernardo Botella wrote: >> Congrats! >> >>> El feb 16, 2025, a las 9:08 a. m., Aaron >>> escribió: >>> >>> Congratul

Re: Welcome Mike Adamson as Cassandra committer

Congratulations, Mike! Well deserved, working with you has always been a pleasure! Wiadomość napisana przez Melissa Logan w dniu 09.12.2023, o godz. 02:35:Congratulations, Mike!On Fri, Dec 8, 2023 at 11:13 AM David Capwell wrote:Congrats!On Dec 8, 2023, at 11:00 AM, Lorina Po

[RESULT][VOTE] CEP-29 CQL NOT Operator

This has been open for much longer than 72 hours now, so I close the vote. Thank you for voting. Summary: binding votes: 9 non-binding: 3 vetoes: 0 Therefore, I conclude CEP-29 is accepted. Thank you, Piotr Piotr Kołaczkowski e. pkola...@datastax.com w. www.datastax.com pt., 12 maj 2023 o 15

[VOTE] CEP-29 CQL NOT Operator

Let's vote. https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-29%3A+CQL+NOT+operator Piotr Kołaczkowski e. pkola...@datastax.com w. www.datastax.com

Re: [DISCUSS] CEP-29 CQL NOT Operator

h. We can always rethink the ALLOW FILTERING as a separate CEP as I can't see any reason why NOT operator should be special in that case - AF applies to all operators. I'll start a VOTE. Thanks, Piotr Piotr Kołaczkowski e. pkola...@datastax.com w. www.datastax.com pt., 28 kwi 202

[VOTE] CEP-29 CQL NOT Operator

Hello, I'd like to start a vote on adding the NOT operator to CQL. CEP doc: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-29%3A+CQL+NOT+operator Thanks, Piotr Piotr Kołaczkowski e. pkola...@datastax.com w. www.datastax.com

Re: [DISCUSS] CEP-29 CQL NOT Operator

feature, was trying to use this around 1-2 months >>> back and found we didn’t support, so glad to see it coming! >>> >>> From a testing point of view, I think we would want to have good fuzz >>> testing covering complex types (frozen/non-frozen collections, tu

[DISCUSS] CEP-29 CQL NOT Operator

Hi everyone! I created a new CEP for adding NOT support to the query language and want to start discussion around it: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-29%3A+CQL+NOT+operator Happy to get your feedback. -- Piotr

Re: Possible commit log buffer overflow - a patch

W dniu 17.12.2011 22:15, Brandon Williams pisze: On Sat, Dec 17, 2011 at 12:09 PM, Piotr Kołaczkowski wrote: A patch for the (rare) problem I've found just by accidentally reading the code. Can you attach it to https://issues.apache.org/jira/browse/CASSANDRA-3615 ? Thanks! -Br

Possible commit log buffer overflow - a patch

:07:31,504 flushing high-traffic column family CFS(Keyspace='***', ColumnFamily='***') (estimated 103394287 bytes) It happened during a fairly standard load process using M/R. After that, the server refused to come down with a standard kill. -- Piotr Kołaczkowski Inst

Re: Ticket CASSANDRA-3578 - Multithreaded CommitLog

W dniu 2011-12-08 08:40, Jonathan Ellis pisze: 2011/12/8 Piotr Kołaczkowski: Right, this would be the best option to have an ability to write into multiple log files, put on multiple disks. I'm not sure if it is part of that ticket, though. It's not. I don't think anyone needs

Re: Ticket CASSANDRA-3578 - Multithreaded CommitLog

iple writers to one disk only makes sense if you are using a SSD for storage, other wise you don't only have have sequential writes, which would slow down the writing. On 12/07/2011 10:56 AM, Piotr Kołaczkowski wrote: Hello everyone, As an interview task I've got to make Commit

Ticket CASSANDRA-3578 - Multithreaded CommitLog

buffer and not into a temporary byte array. This would save us copying and also put less strain on GC. Sorry, for such a long e-mail and best regards, Piotr Kolaczkowski -- Piotr Kołaczkowski Instytut Informatyki, Politechnika Warszawska Nowowiejska 15/19, 00-665 Warszawa e-mail: pkola...@ii.pw.edu.pl www: http://home.elka.pw.edu.pl/~pkolaczk/