You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cassandra.apache.org by Dinesh Joshi <dj...@apache.org> on 2023/05/01 19:50:12 UTC
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Does anybody have any questions that we could answer about this proposal?
> On Apr 27, 2023, at 1:24 PM, Francisco Guerrero <fr...@gmail.com> wrote:
>
> Hi folks,
>
> We have updated the confluence page with the source code for CEP-28.
> There are two repositories with contributions. One is the patch [1]
> for Cassandra Sidecar with the bulk APIs that enable the Cassandra
> Spark Analytics library. The second is a new repository [2] with
> contributions to the Cassandra Spark Analytics code
>
> We also have a README markdown file that you can follow to give the
> code a try:
>
> https://github.com/frankgh/cassandra-analytics/blob/trunk/cassandra-analytics-core-example/README.md
>
> Best,
> - Francisco
>
> [1] Apache Cassandra Sidecar bulk APIs source code: https://github.com/frankgh/cassandra-sidecar/tree/CEP-28-bulk-apis
> [2] Apache Cassandra Spark Analytics source code: https://github.com/frankgh/cassandra-analytics
>
>
> On 2023/04/05 15:18:07 Doug Rohrer wrote: > Sorry for the delay in responding here - yes, we can add some diagrams to the CEP - I’ll try to get that done by end-of-week. > > Thanks, > > Doug > > > On Mar 28, 2023, at 1:14 PM, J. D. Jordan <jeremiah.jordan@gmail.com <ma...@gmail.com>> wrote: > > > > Maybe some data flow diagrams could be added to the cep showing some example operations for read/write? > > > >> On Mar 28, 2023, at 11:35 AM, Yifan Cai <yc25code@gmail.com <ma...@gmail.com>> wrote: > >> > >> > >> A lot of great discussions! > >> > >> On the sidecar front, especially what the role sidecar plays in terms of this CEP, I feel there might be some confusion. Once the code is published, we should have clarity. > >> Sidecar does not read sstables nor do any coordination for analytics queries. It is local to the companion Cassandra instance. For bulk read, it takes snapshots and streams sstables to spark workers to read. For bulk write, it imports the sstables uploaded from spark workers. All commands are existing jmx/nodetool functionalities from Cassandra. Sidecar adds the http interface to them. It might be an over simplified description. The complex computation is performed in spark clusters only. > >> > >> In the long run, Cassandra might evolve into a database that does both OLTP and OLAP. (Not what this thread aims for) > >> At the current stage, Spark is very suited for analytic purposes. > >> > >> On Tue, Mar 28, 2023 at 9:06 AM Benedict <benedict@apache.org <ma...@apache.org> <mailto:benedict@apache.org <ma...@apache.org>>> wrote: > >>> I disagree with the first claim, as the process has all the information it chooses to utilise about which resources it’s using and what it’s using those resources for. > >>> > >>> The inability to isolate GC domains is something we cannot address, but also probably not a problem if we were doing everything with memory management as well as we could be. > >>> > >>> But, not worth detailing this thread for. Today we do very little well on this front within the process, and a separate process is well justified given the state of play. > >>> > >>>> On 28 Mar 2023, at 16:38, Derek Chen-Becker <derek@chen-becker.org <ma...@chen-becker.org> <mailto:derek@chen-becker.org <ma...@chen-becker.org>>> wrote: > >>>> > >>>> > >>>> > >>>> On Tue, Mar 28, 2023 at 9:03 AM Joseph Lynch <joe.e.lynch@gmail.com <ma...@gmail.com> <mailto:joe.e.lynch@gmail.com <ma...@gmail.com>>> wrote: > >>>> ... > >>>> > >>>>> I think we might be underselling how valuable JVM isolation is, > >>>>> especially for analytics queries that are going to pass the entire > >>>>> dataset through heap somewhat constantly. > >>>> > >>>> Big +1 here. The JVM simply does not have significant granularity of control for resource utilization, but this is explicitly a feature of separate processes. Add in being able to separate GC domains and you can avoid a lot of noisy neighbor in-VM behavior for the disparate workloads. > >>>> > >>>> Cheers, > >>>> > >>>> Derek > >>>> > >>>> > >>>> -- > >>>> +---------------------------------------------------------------+ > >>>> | Derek Chen-Becker | > >>>> | GPG Key available at https://keybase.io/dchenbecker and | > >>>> | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | > >>>> | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | > >>>> +---------------------------------------------------------------+ > >>>> > >
> --
> Francisco Guerrero
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by guo Maxwell <cc...@gmail.com>.
Thanks Dinesh ，
That will be great.👍
Dinesh Joshi <dj...@apache.org>于2023年5月4日 周四下午11:06写道：
> Hi Guo,
>
> I would expect that there would be release artifacts for the sidecar as
> well as the library once this functionality is available.
>
> Dinesh
>
> On May 4, 2023, at 12:03 AM, guo Maxwell <cc...@gmail.com> wrote:
>
> This is a very meaningful work, thanks , but I would like to ask a
> question that is not particularly related to the cep project's code design itself
> but the project engineering management : what is the future development and
> release plan of this project?
> As far as I know, project Cassandra Sidecar does not actually have an
> finnally release version. I think everyone will definitely not want the
> project code to be merged, but it has been unable to release for a long
> time as this project relies on Cassandra sidecar.
>
> Dinesh Joshi <dj...@apache.org> 于2023年5月4日周四 02:35写道：
>
>> If there aren't additional questions / comments I will start the VOTE
>> thread on this CEP tonight.
>>
>> On 2023/05/01 19:50:12 Dinesh Joshi wrote:
>> > Does anybody have any questions that we could answer about this
>> proposal?
>>
>
>
> --
> you are the apple of my eye !
>
>
> --
you are the apple of my eye !
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by Dinesh Joshi <dj...@apache.org>.
Hi Guo,
I would expect that there would be release artifacts for the sidecar as well as the library once this functionality is available.
Dinesh
> On May 4, 2023, at 12:03 AM, guo Maxwell <cc...@gmail.com> wrote:
>
> This is a very meaningful work, thanks , but I would like to ask a question that is not particularly related to the cep project's code design itself but the project engineering management : what is the future development and release plan of this project?
> As far as I know, project Cassandra Sidecar does not actually have an finnally release version. I think everyone will definitely not want the project code to be merged, but it has been unable to release for a long time as this project relies on Cassandra sidecar.
>
> Dinesh Joshi <djoshi@apache.org <ma...@apache.org>> 于2023年5月4日周四 02:35写道：
>> If there aren't additional questions / comments I will start the VOTE thread on this CEP tonight.
>>
>> On 2023/05/01 19:50:12 Dinesh Joshi wrote:
>> > Does anybody have any questions that we could answer about this proposal?
>
>
> --
> you are the apple of my eye !
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by guo Maxwell <cc...@gmail.com>.
This is a very meaningful work, thanks , but I would like to ask a question
that is not particularly related to the cep project's code design itself
but the project engineering management : what is the future development and
release plan of this project?
As far as I know, project Cassandra Sidecar does not actually have an
finnally release version. I think everyone will definitely not want the
project code to be merged, but it has been unable to release for a long
time as this project relies on Cassandra sidecar.
Dinesh Joshi <dj...@apache.org> 于2023年5月4日周四 02:35写道：
> If there aren't additional questions / comments I will start the VOTE
> thread on this CEP tonight.
>
> On 2023/05/01 19:50:12 Dinesh Joshi wrote:
> > Does anybody have any questions that we could answer about this proposal?
>
--
you are the apple of my eye !
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by Dinesh Joshi <dj...@apache.org>.
If there aren't additional questions / comments I will start the VOTE thread on this CEP tonight.
On 2023/05/01 19:50:12 Dinesh Joshi wrote:
> Does anybody have any questions that we could answer about this proposal?
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by Dinesh Joshi <dj...@apache.org>.
We're reusing existing Cassandra code so the performance characteristics for parsing should be the same as Cassandra. I will need to check if we have benchmarks. If we do, we'll add it to the CEP wiki page.
On 2023/05/02 19:52:28 Sebastian Estevez wrote:
> Hey Dinesh,
>
> Yeah it makes sense that the sstable streaming is network bound since it's
> mostly just moving files.
>
> Do you have any performance stats on the sstable parsing side inside spark?
>
> --Seb
>
> On Tue, May 2, 2023 at 3:31 PM Dinesh Joshi <dj...@apache.org> wrote:
>
> > It is line rate / network bound. We have a patch out in vert.x that should
> > use the zero copy path for it. But it's not a strict prereq for it.
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by Sebastian Estevez <es...@gmail.com>.
Hey Dinesh,
Yeah it makes sense that the sstable streaming is network bound since it's
mostly just moving files.
Do you have any performance stats on the sstable parsing side inside spark?
--Seb
On Tue, May 2, 2023 at 3:31 PM Dinesh Joshi <dj...@apache.org> wrote:
> It is line rate / network bound. We have a patch out in vert.x that should
> use the zero copy path for it. But it's not a strict prereq for it.
>
> On 2023/05/02 15:39:02 Sebastian Estevez wrote:
> > Hi folks,
> >
> > Great stuff thanks for sharing.
> >
> > The performance numbers I've seen so far are for the sidecar streaming
> > sstables (seems like this is just network bound?). What kind of perf are
> > you seeing at the Spark executors (at the per task level)?
> >
> > --Seb
> >
> > On Mon, May 1, 2023 at 3:50 PM Dinesh Joshi <dj...@apache.org> wrote:
> >
> > > Does anybody have any questions that we could answer about this
> proposal?
> > >
> > > On Apr 27, 2023, at 1:24 PM, Francisco Guerrero <
> frank.guerrero@gmail.com>
> > > wrote:
> > >
> > > Hi folks,
> > >
> > > We have updated the confluence page with the source code for CEP-28.
> > > There are two repositories with contributions. One is the patch [1]
> > > for Cassandra Sidecar with the bulk APIs that enable the Cassandra
> > > Spark Analytics library. The second is a new repository [2] with
> > > contributions to the Cassandra Spark Analytics code
> > >
> > > We also have a README markdown file that you can follow to give the
> > > code a try:
> > >
> > >
> > >
> https://github.com/frankgh/cassandra-analytics/blob/trunk/cassandra-analytics-core-example/README.md
> > >
> > > Best,
> > > - Francisco
> > >
> > > [1] Apache Cassandra Sidecar bulk APIs source code:
> > > https://github.com/frankgh/cassandra-sidecar/tree/CEP-28-bulk-apis
> > > [2] Apache Cassandra Spark Analytics source code:
> > > https://github.com/frankgh/cassandra-analytics
> > >
> > >
> > > On 2023/04/05 15:18:07 Doug Rohrer wrote: > Sorry for the delay in
> > > responding here - yes, we can add some diagrams to the CEP - I’ll try
> to
> > > get that done by end-of-week. > > Thanks, > > Doug > > > On Mar 28,
> 2023,
> > > at 1:14 PM, J. D. Jordan <je...@gmail.com> wrote: > > > >
> Maybe
> > > some data flow diagrams could be added to the cep showing some example
> > > operations for read/write? > > > >> On Mar 28, 2023, at 11:35 AM,
> Yifan Cai
> > > <yc...@gmail.com> wrote: > >> > >> > >> A lot of great
> discussions!
> > > > >> > >> On the sidecar front, especially what the role sidecar plays
> in
> > > terms of this CEP, I feel there might be some confusion. Once the code
> is
> > > published, we should have clarity. > >> Sidecar does not read sstables
> nor
> > > do any coordination for analytics queries. It is local to the companion
> > > Cassandra instance. For bulk read, it takes snapshots and streams
> sstables
> > > to spark workers to read. For bulk write, it imports the sstables
> uploaded
> > > from spark workers. All commands are existing jmx/nodetool
> functionalities
> > > from Cassandra. Sidecar adds the http interface to them. It might be an
> > > over simplified description. The complex computation is performed in
> spark
> > > clusters only. > >> > >> In the long run, Cassandra might evolve into a
> > > database that does both OLTP and OLAP. (Not what this thread aims for)
> > >>
> > > At the current stage, Spark is very suited for analytic purposes. > >>
> > >>
> > > On Tue, Mar 28, 2023 at 9:06 AM Benedict <benedict@apache.org <mailto:
> > > benedict@apache.org>> wrote: > >>> I disagree with the first claim, as
> > > the process has all the information it chooses to utilise about which
> > > resources it’s using and what it’s using those resources for. > >>> >
> >>>
> > > The inability to isolate GC domains is something we cannot address, but
> > > also probably not a problem if we were doing everything with memory
> > > management as well as we could be. > >>> > >>> But, not worth detailing
> > > this thread for. Today we do very little well on this front within the
> > > process, and a separate process is well justified given the state of
> play.
> > > > >>> > >>>> On 28 Mar 2023, at 16:38, Derek Chen-Becker <
> > > derek@chen-becker.org <ma...@chen-becker.org>> wrote: > >>>> >
> > > >>>> > >>>> > >>>> On Tue, Mar 28, 2023 at 9:03 AM Joseph Lynch <
> > > joe.e.lynch@gmail.com <ma...@gmail.com>> wrote: > >>>>
> ... >
> > > >>>> > >>>>> I think we might be underselling how valuable JVM
> isolation
> > > is, > >>>>> especially for analytics queries that are going to pass the
> > > entire > >>>>> dataset through heap somewhat constantly. > >>>> > >>>>
> Big
> > > +1 here. The JVM simply does not have significant granularity of
> control
> > > for resource utilization, but this is explicitly a feature of separate
> > > processes. Add in being able to separate GC domains and you can avoid
> a lot
> > > of noisy neighbor in-VM behavior for the disparate workloads. > >>>> >
> >>>>
> > > Cheers, > >>>> > >>>> Derek > >>>> > >>>> > >>>> -- > >>>>
> > > +---------------------------------------------------------------+ >
> >>>> |
> > > Derek Chen-Becker | > >>>> | GPG Key available at
> > > https://keybase.io/dchenbecker and | > >>>> |
> > > https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | >
> >>>> |
> > > Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | > >>>>
> > > +---------------------------------------------------------------+ >
> >>>> >
> > > >
> > > --
> > > Francisco Guerrero
> > >
> > >
> > >
> >
> > --
> > All the best,
> >
> > Sebastián
> >
>
--
All the best,
Sebastián
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by Dinesh Joshi <dj...@apache.org>.
It is line rate / network bound. We have a patch out in vert.x that should use the zero copy path for it. But it's not a strict prereq for it.
On 2023/05/02 15:39:02 Sebastian Estevez wrote:
> Hi folks,
>
> Great stuff thanks for sharing.
>
> The performance numbers I've seen so far are for the sidecar streaming
> sstables (seems like this is just network bound?). What kind of perf are
> you seeing at the Spark executors (at the per task level)?
>
> --Seb
>
> On Mon, May 1, 2023 at 3:50 PM Dinesh Joshi <dj...@apache.org> wrote:
>
> > Does anybody have any questions that we could answer about this proposal?
> >
> > On Apr 27, 2023, at 1:24 PM, Francisco Guerrero <fr...@gmail.com>
> > wrote:
> >
> > Hi folks,
> >
> > We have updated the confluence page with the source code for CEP-28.
> > There are two repositories with contributions. One is the patch [1]
> > for Cassandra Sidecar with the bulk APIs that enable the Cassandra
> > Spark Analytics library. The second is a new repository [2] with
> > contributions to the Cassandra Spark Analytics code
> >
> > We also have a README markdown file that you can follow to give the
> > code a try:
> >
> >
> > https://github.com/frankgh/cassandra-analytics/blob/trunk/cassandra-analytics-core-example/README.md
> >
> > Best,
> > - Francisco
> >
> > [1] Apache Cassandra Sidecar bulk APIs source code:
> > https://github.com/frankgh/cassandra-sidecar/tree/CEP-28-bulk-apis
> > [2] Apache Cassandra Spark Analytics source code:
> > https://github.com/frankgh/cassandra-analytics
> >
> >
> > On 2023/04/05 15:18:07 Doug Rohrer wrote: > Sorry for the delay in
> > responding here - yes, we can add some diagrams to the CEP - I’ll try to
> > get that done by end-of-week. > > Thanks, > > Doug > > > On Mar 28, 2023,
> > at 1:14 PM, J. D. Jordan <je...@gmail.com> wrote: > > > > Maybe
> > some data flow diagrams could be added to the cep showing some example
> > operations for read/write? > > > >> On Mar 28, 2023, at 11:35 AM, Yifan Cai
> > <yc...@gmail.com> wrote: > >> > >> > >> A lot of great discussions!
> > > >> > >> On the sidecar front, especially what the role sidecar plays in
> > terms of this CEP, I feel there might be some confusion. Once the code is
> > published, we should have clarity. > >> Sidecar does not read sstables nor
> > do any coordination for analytics queries. It is local to the companion
> > Cassandra instance. For bulk read, it takes snapshots and streams sstables
> > to spark workers to read. For bulk write, it imports the sstables uploaded
> > from spark workers. All commands are existing jmx/nodetool functionalities
> > from Cassandra. Sidecar adds the http interface to them. It might be an
> > over simplified description. The complex computation is performed in spark
> > clusters only. > >> > >> In the long run, Cassandra might evolve into a
> > database that does both OLTP and OLAP. (Not what this thread aims for) > >>
> > At the current stage, Spark is very suited for analytic purposes. > >> > >>
> > On Tue, Mar 28, 2023 at 9:06 AM Benedict <benedict@apache.org <mailto:
> > benedict@apache.org>> wrote: > >>> I disagree with the first claim, as
> > the process has all the information it chooses to utilise about which
> > resources it’s using and what it’s using those resources for. > >>> > >>>
> > The inability to isolate GC domains is something we cannot address, but
> > also probably not a problem if we were doing everything with memory
> > management as well as we could be. > >>> > >>> But, not worth detailing
> > this thread for. Today we do very little well on this front within the
> > process, and a separate process is well justified given the state of play.
> > > >>> > >>>> On 28 Mar 2023, at 16:38, Derek Chen-Becker <
> > derek@chen-becker.org <ma...@chen-becker.org>> wrote: > >>>> >
> > >>>> > >>>> > >>>> On Tue, Mar 28, 2023 at 9:03 AM Joseph Lynch <
> > joe.e.lynch@gmail.com <ma...@gmail.com>> wrote: > >>>> ... >
> > >>>> > >>>>> I think we might be underselling how valuable JVM isolation
> > is, > >>>>> especially for analytics queries that are going to pass the
> > entire > >>>>> dataset through heap somewhat constantly. > >>>> > >>>> Big
> > +1 here. The JVM simply does not have significant granularity of control
> > for resource utilization, but this is explicitly a feature of separate
> > processes. Add in being able to separate GC domains and you can avoid a lot
> > of noisy neighbor in-VM behavior for the disparate workloads. > >>>> > >>>>
> > Cheers, > >>>> > >>>> Derek > >>>> > >>>> > >>>> -- > >>>>
> > +---------------------------------------------------------------+ > >>>> |
> > Derek Chen-Becker | > >>>> | GPG Key available at
> > https://keybase.io/dchenbecker and | > >>>> |
> > https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | > >>>> |
> > Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | > >>>>
> > +---------------------------------------------------------------+ > >>>> >
> > >
> > --
> > Francisco Guerrero
> >
> >
> >
>
> --
> All the best,
>
> Sebastián
>
Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics
Posted by Sebastian Estevez <es...@gmail.com>.
Hi folks,
Great stuff thanks for sharing.
The performance numbers I've seen so far are for the sidecar streaming
sstables (seems like this is just network bound?). What kind of perf are
you seeing at the Spark executors (at the per task level)?
--Seb
On Mon, May 1, 2023 at 3:50 PM Dinesh Joshi <dj...@apache.org> wrote:
> Does anybody have any questions that we could answer about this proposal?
>
> On Apr 27, 2023, at 1:24 PM, Francisco Guerrero <fr...@gmail.com>
> wrote:
>
> Hi folks,
>
> We have updated the confluence page with the source code for CEP-28.
> There are two repositories with contributions. One is the patch [1]
> for Cassandra Sidecar with the bulk APIs that enable the Cassandra
> Spark Analytics library. The second is a new repository [2] with
> contributions to the Cassandra Spark Analytics code
>
> We also have a README markdown file that you can follow to give the
> code a try:
>
>
> https://github.com/frankgh/cassandra-analytics/blob/trunk/cassandra-analytics-core-example/README.md
>
> Best,
> - Francisco
>
> [1] Apache Cassandra Sidecar bulk APIs source code:
> https://github.com/frankgh/cassandra-sidecar/tree/CEP-28-bulk-apis
> [2] Apache Cassandra Spark Analytics source code:
> https://github.com/frankgh/cassandra-analytics
>
>
> On 2023/04/05 15:18:07 Doug Rohrer wrote: > Sorry for the delay in
> responding here - yes, we can add some diagrams to the CEP - I’ll try to
> get that done by end-of-week. > > Thanks, > > Doug > > > On Mar 28, 2023,
> at 1:14 PM, J. D. Jordan <je...@gmail.com> wrote: > > > > Maybe
> some data flow diagrams could be added to the cep showing some example
> operations for read/write? > > > >> On Mar 28, 2023, at 11:35 AM, Yifan Cai
> <yc...@gmail.com> wrote: > >> > >> > >> A lot of great discussions!
> > >> > >> On the sidecar front, especially what the role sidecar plays in
> terms of this CEP, I feel there might be some confusion. Once the code is
> published, we should have clarity. > >> Sidecar does not read sstables nor
> do any coordination for analytics queries. It is local to the companion
> Cassandra instance. For bulk read, it takes snapshots and streams sstables
> to spark workers to read. For bulk write, it imports the sstables uploaded
> from spark workers. All commands are existing jmx/nodetool functionalities
> from Cassandra. Sidecar adds the http interface to them. It might be an
> over simplified description. The complex computation is performed in spark
> clusters only. > >> > >> In the long run, Cassandra might evolve into a
> database that does both OLTP and OLAP. (Not what this thread aims for) > >>
> At the current stage, Spark is very suited for analytic purposes. > >> > >>
> On Tue, Mar 28, 2023 at 9:06 AM Benedict <benedict@apache.org <mailto:
> benedict@apache.org>> wrote: > >>> I disagree with the first claim, as
> the process has all the information it chooses to utilise about which
> resources it’s using and what it’s using those resources for. > >>> > >>>
> The inability to isolate GC domains is something we cannot address, but
> also probably not a problem if we were doing everything with memory
> management as well as we could be. > >>> > >>> But, not worth detailing
> this thread for. Today we do very little well on this front within the
> process, and a separate process is well justified given the state of play.
> > >>> > >>>> On 28 Mar 2023, at 16:38, Derek Chen-Becker <
> derek@chen-becker.org <ma...@chen-becker.org>> wrote: > >>>> >
> >>>> > >>>> > >>>> On Tue, Mar 28, 2023 at 9:03 AM Joseph Lynch <
> joe.e.lynch@gmail.com <ma...@gmail.com>> wrote: > >>>> ... >
> >>>> > >>>>> I think we might be underselling how valuable JVM isolation
> is, > >>>>> especially for analytics queries that are going to pass the
> entire > >>>>> dataset through heap somewhat constantly. > >>>> > >>>> Big
> +1 here. The JVM simply does not have significant granularity of control
> for resource utilization, but this is explicitly a feature of separate
> processes. Add in being able to separate GC domains and you can avoid a lot
> of noisy neighbor in-VM behavior for the disparate workloads. > >>>> > >>>>
> Cheers, > >>>> > >>>> Derek > >>>> > >>>> > >>>> -- > >>>>
> +---------------------------------------------------------------+ > >>>> |
> Derek Chen-Becker | > >>>> | GPG Key available at
> https://keybase.io/dchenbecker and | > >>>> |
> https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | > >>>> |
> Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | > >>>>
> +---------------------------------------------------------------+ > >>>> >
> >
> --
> Francisco Guerrero
>
>
>
--
All the best,
Sebastián