HI! I know we are interested in this for sure. (cc @Venkateswara Rao Jujjuri <[email protected]>) Is this similar to Matteo Merli's PR which I found was simple and still got the job done: https://github.com/apache/bookkeeper/pull/2401/files
Regards, Anup On Mon, May 3, 2021 at 8:04 AM Flavio Junqueira <[email protected]> wrote: > +1, it makes sense to enable bookies to run without duplicating IOs for > entry data. I'm curious to see how you justify removing the ledger as > opposed to removing the ledger storage and preserving the journal. I > suspect that the random reads against the ledger storage matter more to you > than the sequential writes, and you're possibly able to make it perform > well enough with SSD and even NVMe drives. > > I should wait for your write up rather than speculate. Looking forward to > seeing the BP. > > -Flavio > > > On 3 May 2021, at 16:52, Enrico Olivelli <[email protected]> wrote: > > > > Il giorno lun 3 mag 2021 alle ore 16:30 Jack Vanlightly > > <[email protected] <mailto:[email protected]>> > ha scritto: > >> > >> Hi all, > >> > >> At Splunk we have defined and implemented changes to BookKeeper to allow > >> bookies to run without the journal. The motivation for this work is to > >> allow BookKeeper to be run with lower operating costs while still > offering > >> decent data safety guarantees. > >> > >> Before submitting the work as a PR we'd like to formalise the proposed > >> changes in a BP where we state our motivation, explain the protocol > >> changes, the work on formally verifying the proposal and be open to > comment. > >> > >> We'll create a BP this week if that sounds good to you all. > > > > Great to hear that ! > > > > Thanks > > Enrico > > > >> > >> Thanks > >> Jack > >> > >> -- > >> *Jack Vanlightly* > >> Principal Software Engineer > >> Splunk Inc. > >> [email protected] <mailto:[email protected]> < > [email protected] <mailto:[email protected]>> > >> Barcelona > > -- Anup Ghatage www.ghatage.com
