Date: Tue, 2 May 2023 11:25:12 -0800 From: Rob Wing <rob.fx907@gmail.com> To: Matthew Grooms <mgrooms@shrew.net> Cc: freebsd-hackers@freebsd.org, freebsd-virtualization@freebsd.org, elenamihailescu22@gmail.com, Mihai Carabas <mihai.carabas@gmail.com>, gusev.vitaliy@gmail.com Subject: Re: BHYVE_SNAPSHOT Message-ID: <CAF3%2Bn_e3QhbDxk96akwxnjAYkPOcKbLemhdZPmSzbsjB%2BdxfoQ@mail.gmail.com> In-Reply-To: <89c84bd7-a925-02f4-acbe-12c3000e7007@shrew.net> References: <ZEz8tU_83QfqbbMu@int21h> <fe221c6a-acb7-ddbd-413d-7039de33e872@shrew.net> <CAF3%2Bn_fN4J4jXH89t8gMOD8QpqAike0Uzrb9wUfKoYv56zQt_w@mail.gmail.com> <89c84bd7-a925-02f4-acbe-12c3000e7007@shrew.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--0000000000006964a805fabae503 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, May 1, 2023 at 10:16=E2=80=AFPM Matthew Grooms <mgrooms@shrew.net> = wrote: > Yup. See above. I appreciate your input, but the goal of live migration > was set in 2016 with a prototype first demonstrated in 2018. How long do > you suggest a developer wait without review feedback before moving forwar= d > out of tree? > Yea..I'd say a submitter should receive feedback within a week (or so) and when that passes, try rattling the cage of relevant developers to ack a timeline. My comments for the live/warm migration review is to rebase it after the snapshot feature is compiled in by default. > Yup. That approach was attempted with the Warm Migration patches. From > slide 17 in Elena's presentation: > > First review opened in 2021: https://reviews.freebsd.org/D28270 > 5 reviews from 2022 starting with https://reviews.freebsd.org/D34717 > (same feature split in multiple parts) > I understand that, as a submitter, this is frustrating - to spend a non-trivial amount of time preparing/submitting a review and then receive no feedback, not even a "changes too big" or "nope". For future reference, if UPB does another project - might be worth trying to seek out a FreeBSD mentor that could guide the students and be willing to usher the changes in, not unlike a GSOC project. --0000000000006964a805fabae503 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><br></div><div dir=3D"ltr">On Mon, May 1,= 2023 at 10:16=E2=80=AFPM Matthew Grooms <<a href=3D"mailto:mgrooms@shre= w.net" target=3D"_blank">mgrooms@shrew.net</a>> wrote:</div><div class= =3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px = 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><p>= Yup. See above. I appreciate your input, but the goal of live migration was set in 2016 with a prototype first demonstrated in 2018. How long do you suggest a developer wait without review feedback before moving forward out of tree?<br></p></div></blockquote= ><div><br></div><div>Yea..I'd say a submitter should receive feedback w= ithin a week (or so) and when that passes, try rattling the cage of relevan= t developers to ack a timeline. My comments for the live/warm migration rev= iew is to rebase it after the snapshot feature is compiled in by default.<b= r></div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:= 0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">= <div><p> </p> =20 <p>Yup. That approach was attempted with the Warm Migration patches. From slide 17 in Elena's presentation:<br> <br> First review opened in 2021: <a href=3D"https://reviews.freebsd.org/D= 28270" target=3D"_blank">https://reviews.freebsd.org/D28270</a><br>; 5 reviews from 2022 starting with <a href=3D"https://reviews.freebsd.org/D34717" target=3D"_blank">http= s://reviews.freebsd.org/D34717</a> (same feature split in multiple parts)<br></p></div></blockquote><div><br><= /div><div>I understand that, as a submitter, this is frustrating - to spend= a non-trivial amount of time preparing/submitting a review and then receiv= e no feedback, not even a "changes too big" or "nope".<= /div><div><br></div><div>For future reference, if UPB does another project = - might be worth trying to seek out a FreeBSD mentor that could guide the s= tudents and be willing to usher the changes in, not unlike a GSOC project.<= br></div></div></div> --0000000000006964a805fabae503--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAF3%2Bn_e3QhbDxk96akwxnjAYkPOcKbLemhdZPmSzbsjB%2BdxfoQ>