On Fri, Apr 5, 2019 at 6:29 PM Matheus Tavares Bernardino
wrote:
>
> On Thu, Apr 4, 2019 at 4:56 AM Christian Couder
> wrote:
> >
> > Nice investigation. About git status I wonder though if they have
> > tried the possible optimizations, like untracked cache or
> > core.fsmonitor.
>
> I don't kno
On Thu, Apr 4, 2019 at 4:56 AM Christian Couder
wrote:
>
> Hi,
>
> On Thu, Apr 4, 2019 at 3:15 AM Matheus Tavares Bernardino
> wrote:
> >
> > I've been studying the codebase and looking for older emails in the ML
> > that discussed what I want to propose as my GSoC project. In
> > particular, I f
On Thu, Apr 04, 2019 at 09:56:35AM +0200, Christian Couder wrote:
> Hi,
>
> On Thu, Apr 4, 2019 at 3:15 AM Matheus Tavares Bernardino
> wrote:
> >
> > I've been studying the codebase and looking for older emails in the ML
> > that discussed what I want to propose as my GSoC project. In
> > partic
Hi,
On Thu, Apr 4, 2019 at 3:15 AM Matheus Tavares Bernardino
wrote:
>
> I've been studying the codebase and looking for older emails in the ML
> that discussed what I want to propose as my GSoC project. In
> particular, I found a thread about slow git commands on chromium, so I
> reached them ou
Hi,
I've been studying the codebase and looking for older emails in the ML
that discussed what I want to propose as my GSoC project. In
particular, I found a thread about slow git commands on chromium, so I
reached them out at chromium's ML to ask if it's still an issue. I got
the following answer
On Tue, Mar 12, 2019 at 5:02 PM Duy Nguyen wrote:
> We have to analyze case by case. It may turn out that there are many
s/are/aren't/
> opportunity to utilize multi threads. I think checkout is definitely a
> good candidate. For "git diff" and "git log" maybe you can try "perf"
> to see how muc
On Mon, Mar 11, 2019 at 09:18:47PM -0300, Matheus Tavares Bernardino wrote:
> I've been thinking on how I could implement a test to estimate the
> lock contention but had no success until now. I wanted to try
> mutrace[2] but couldn't install it; I tried valgrind's drd but it
> didn't seem to repor
On Wed, Mar 6, 2019 at 7:17 AM Duy Nguyen wrote:
>
> On Wed, Mar 6, 2019 at 6:47 AM Matheus Tavares Bernardino
> wrote:
> >
> > This exercise of estimating a good spot to gain performance with
> > parallelism at git seems more difficult than I thought, firstly. Also,
> > I'm not that familiar yet
On 03/05, Matheus Tavares Bernardino wrote:
> First of all, I must apologize for not replying during these last
> days. I'm traveling and I rarely get a connection here. But I'll be
> back March 11th.
>
> On Sun, Mar 3, 2019 at 4:18 AM Christian Couder
> wrote:
> >
> > On Sat, Mar 2, 2019 at 4:09
On Wed, Mar 6, 2019 at 6:47 AM Matheus Tavares Bernardino
wrote:
>
> This exercise of estimating a good spot to gain performance with
> parallelism at git seems more difficult than I thought, firstly. Also,
> I'm not that familiar yet with git packing (neither with the sections
> of it that could
This exercise of estimating a good spot to gain performance with
parallelism at git seems more difficult than I thought, firstly. Also,
I'm not that familiar yet with git packing (neither with the sections
of it that could benefit from parallelism). So could anyone point me
some good references on
First of all, I must apologize for not replying during these last
days. I'm traveling and I rarely get a connection here. But I'll be
back March 11th.
On Sun, Mar 3, 2019 at 4:18 AM Christian Couder
wrote:
>
> On Sat, Mar 2, 2019 at 4:09 PM Thomas Gummerer wrote:
> >
> > I'm a bit wary of a too
On Tue, Mar 5, 2019 at 11:51 AM Jeff King wrote:
> > processing power from multiple cores, but about _not_ blocking. I
> > think one example use case here is parallel checkout. While one thread
> > is blocked by pack access code for whatever reason, the others can
> > still continue doing other st
On Sun, Mar 03, 2019 at 05:12:59PM +0700, Duy Nguyen wrote:
> On Sun, Mar 3, 2019 at 2:18 PM Christian Couder
> wrote:
> > One thing I am still worried about is if we are sure that adding
> > parallelism is likely to get us a significant performance improvement
> > or not. If the performance of t
On 03/03, Duy Nguyen wrote:
> On Sat, Mar 2, 2019 at 10:09 PM Thomas Gummerer wrote:
> > I'm not very familiar with what's required here, but reading the above
> > makes me think it's likely too much for a GSoC project. I think I'd
> > be happy with a project that declares removing the global var
On Sun, Mar 3, 2019 at 5:12 PM Duy Nguyen wrote:
> This is a good point. My guess is the pack access consists of two
> parts: deflate zlib, resolve delta objects (which is just another form
s/deflate/inflate/ (i keep making this mistake)
--
Duy
On Sun, Mar 3, 2019 at 2:18 PM Christian Couder
wrote:
> One thing I am still worried about is if we are sure that adding
> parallelism is likely to get us a significant performance improvement
> or not. If the performance of this code is bounded by disk or memory
> access, then adding parallelism
On Sat, Mar 2, 2019 at 10:09 PM Thomas Gummerer wrote:
>
> On 03/01, Duy Nguyen wrote:
> > On Fri, Mar 1, 2019 at 5:20 AM Christian Couder
> > wrote:
> > >
> > > Hi Matheus,
> > >
> > > On Thu, Feb 28, 2019 at 10:46 PM Matheus Tavares Bernardino
> > > wrote:
> > > >
> > > > I've been in the mail
On Sat, Mar 2, 2019 at 4:09 PM Thomas Gummerer wrote:
>
> On 03/01, Duy Nguyen wrote:
> > On Fri, Mar 1, 2019 at 5:20 AM Christian Couder
> > wrote:
> > >
> > > Hi Matheus,
> > >
> > > On Thu, Feb 28, 2019 at 10:46 PM Matheus Tavares Bernardino
> > > wrote:
> > > >
> > > > I've been in the maili
On 03/01, Duy Nguyen wrote:
> On Fri, Mar 1, 2019 at 5:20 AM Christian Couder
> wrote:
> >
> > Hi Matheus,
> >
> > On Thu, Feb 28, 2019 at 10:46 PM Matheus Tavares Bernardino
> > wrote:
> > >
> > > I've been in the mailing list for a couple weeks now, mainly working
> > > on my gsoc micro-project
Hi Chris,
On Thu, 28 Feb 2019, Christian Couder wrote:
> On Thu, Feb 28, 2019 at 10:46 PM Matheus Tavares Bernardino
> wrote:
> >
> > I'm also interested in the 'convert script to builtin' task, and I was
> > wondering if 'git-bisect' would be a good candidate for that.
>
> There is an ongoing
On Fri, Mar 1, 2019 at 5:20 AM Christian Couder
wrote:
>
> Hi Matheus,
>
> On Thu, Feb 28, 2019 at 10:46 PM Matheus Tavares Bernardino
> wrote:
> >
> > I've been in the mailing list for a couple weeks now, mainly working
> > on my gsoc micro-project[1] and in other patches that derived from it.
>
Hi Matheus,
On Thu, Feb 28, 2019 at 10:46 PM Matheus Tavares Bernardino
wrote:
>
> I've been in the mailing list for a couple weeks now, mainly working
> on my gsoc micro-project[1] and in other patches that derived from it.
> I also have been contributing to the Linux Kernel for half an year,
>
Hi, everyone
I've been in the mailing list for a couple weeks now, mainly working
on my gsoc micro-project[1] and in other patches that derived from it.
I also have been contributing to the Linux Kernel for half an year,
but am now mainly just supporting other students here at USP.
I have read th
24 matches
Mail list logo
