Re: RFC: Lightweight synchronization mechanism for gnumach v3

2016-04-17 Thread Agustina Arzille
Hello, Samuel, On 04/17/2016 12:24 PM, Samuel Thibault wrote: Hello, Ok, but why not just fixing pthread_mutex_lock & such in our current libpthread, instead of having yet another implementation? How are we supposed to handle those three implementations: Neal's, nptl, and yours? Ideally your

Re: Build times of hurd and glibc for different versions of gnumach, hurd and glibc

2016-04-17 Thread Richard Braun
On Mon, Apr 18, 2016 at 02:04:26AM +0200, Samuel Thibault wrote: > I'm not saying we should revert the work :) > > I'm saying I'm reverting it to work around the issue on buildds for now. > Perhaps we can also apply the revert on the debian package. No I understand, I just want to make this clear

Re: Build times of hurd and glibc for different versions of gnumach, hurd and glibc

2016-04-17 Thread Samuel Thibault
Richard Braun, on Mon 18 Apr 2016 01:29:13 +0200, wrote: > On Sun, Apr 17, 2016 at 10:24:32PM +0200, Samuel Thibault wrote: > > Looking at ps -feMj, it seems that it's ext2fs which consumes much more > > CPU time, thus increasing overall wallclock time. It'd probably be > > interesting to profile e

Re: Build times of hurd and glibc for different versions of gnumach, hurd and glibc

2016-04-17 Thread Richard Braun
On Sun, Apr 17, 2016 at 10:24:32PM +0200, Samuel Thibault wrote: > Thanks for the investigation. I have added the attached patch to the > gnumach running on the buildds. That'll revert to the old page cache > policy, which seems to be reverting to the previous performance. > > Looking at ps -feMj

Re: LD_DEBUG crashes applications

2016-04-17 Thread Diego Nieto Cid
Hello, Here's another update on this issue. It was very tricky to find what was going on in the loader because at the point of failure the backtrace produced by GDB was not complete. (not to mention the first ones were nonsense) Samuel, you were right in suggesting a long recursion. :) Even tho

Re: Build times of hurd and glibc for different versions of gnumach, hurd and glibc

2016-04-17 Thread Samuel Thibault
Hello, Thanks for the investigation. I have added the attached patch to the gnumach running on the buildds. That'll revert to the old page cache policy, which seems to be reverting to the previous performance. Looking at ps -feMj, it seems that it's ext2fs which consumes much more CPU time, thus

Re: RFC: Lightweight synchronization mechanism for gnumach v3

2016-04-17 Thread Samuel Thibault
Hello, Agustina Arzille, on Fri 15 Apr 2016 15:13:49 -0300, wrote: > On 2016-04-15 15:01, Samuel Thibault wrote: > >Ah, this is yet another libpthread? We need to converge on one > >implementation. There was also a proposal to just adapt nptl to Mach, > >which is probably possible now with gsync