FYI: This diff is in the snapshots since Sunday.
On Mon, Jan 25, 2016 at 4:34 PM, Matthew Via wrote:
> I've had the patch applied for two days now and have not seen any ill
> efects. This is a Thinkpad T410 running snapshots.
>
> Before, youtube was unwatchable. Sound
On Mon, Jan 25, 2016 at 09:57:37AM +0100, Landry Breuil wrote:
> On Mon, Jan 25, 2016 at 08:48:21AM +0100, Mark Kettenis wrote:
> > > From: "Peter N. M. Hansteen"
> > > Date: Sun, 24 Jan 2016 23:10:41 +0100
> > >
> > > On 01/22/16 22:46, Mark Kettenis wrote:
> > > > Firefox
I haven't tried anything too scientific yet, but pages seem to load
quicker and firefox seems to be more responsive under load for me.
Before this patch, loading a page would have a tendency to lock the
browser for a few seconds on complex pages.
Nothing seems to have broken, so I'll try harder.
Hi Mark,
even with 16GB RAM I needed to install smtube to get a decent view of
videos prior to your patches. Patched last night but only tonight I am
able to do some testing:
At present I have openend
- LibreOffice Writer with one doc
- LibreOffice Calc with one doc
- gimp with one picture
-
Hi Mark,
On Fri, Jan 22, 2016 at 10:46:39PM +0100, Mark Kettenis wrote:
> Firefox makes a lot of concurrent malloc(3) calls. The locking to
> make malloc(3) thread-safe is a bit...suboptimal. This diff makes
> things better by using a mutex instead of spinlock. If you're running
> Firefox you
On Mon, Jan 25, 2016 at 10:06:22AM +0100, David Coppa wrote:
> On Sun, Jan 24, 2016 at 7:47 PM, Adam Wolk wrote:
> > On Fri, 22 Jan 2016 22:46:39 +0100 (CET)
> > Mark Kettenis wrote:
> >
> >> Firefox makes a lot of concurrent malloc(3) calls. The
On Sat, Jan 23, 2016 at 03:53:32PM +0100, Martin Natano wrote:
> Yes! This absolutely makes Youtube videos watchable for me (on a
> Thinkpad T520). There still is occassional stuttering, but _far_ less
> disruptive than before. Another usecase where I see improvements is
> reloading a
I've had the patch applied for two days now and have not seen any ill
efects. This is a Thinkpad T410 running snapshots.
Before, youtube was unwatchable. Sound would continue normally while
video would freeze for long stretches, often over 10 seconds. Its not
perfect now, but its very nearly
On Mon, Jan 25, 2016 at 08:48:21AM +0100, Mark Kettenis wrote:
> > From: "Peter N. M. Hansteen"
> > Date: Sun, 24 Jan 2016 23:10:41 +0100
> >
> > On 01/22/16 22:46, Mark Kettenis wrote:
> > > Firefox makes a lot of concurrent malloc(3) calls. The locking to
> > > make malloc(3)
On Sun, Jan 24, 2016 at 7:47 PM, Adam Wolk wrote:
> On Fri, 22 Jan 2016 22:46:39 +0100 (CET)
> Mark Kettenis wrote:
>
>> Firefox makes a lot of concurrent malloc(3) calls. The locking to
>> make malloc(3) thread-safe is a bit...suboptimal. This
> From: "Peter N. M. Hansteen"
> Date: Sun, 24 Jan 2016 23:10:41 +0100
>
> On 01/22/16 22:46, Mark Kettenis wrote:
> > Firefox makes a lot of concurrent malloc(3) calls. The locking to
> > make malloc(3) thread-safe is a bit...suboptimal. This diff makes
> > things better by
On Fri, 22 Jan 2016 22:46:39 +0100 (CET)
Mark Kettenis wrote:
> Firefox makes a lot of concurrent malloc(3) calls. The locking to
> make malloc(3) thread-safe is a bit...suboptimal. This diff makes
> things better by using a mutex instead of spinlock. If you're
On 24 January 2016 at 20:47, Adam Wolk wrote:
> On Fri, 22 Jan 2016 22:46:39 +0100 (CET)
> Mark Kettenis wrote:
>
>> Firefox makes a lot of concurrent malloc(3) calls. The locking to
>> make malloc(3) thread-safe is a bit...suboptimal. This diff
Yes! This absolutely makes Youtube videos watchable for me (on a
Thinkpad T520). There still is occassional stuttering, but _far_ less
disruptive than before. Another usecase where I see improvements is
reloading a resource-heavy web page while switching tabs. Before
applying the patch, this
* On Fri Jan 22, 2016 at 10:46:39PM +0100 28706 , Mark Kettenis
(mark.kette...@xs4all.nl) wrote:
>
> Firefox makes a lot of concurrent malloc(3) calls. The locking to
> make malloc(3) thread-safe is a bit...suboptimal. This diff makes
> things better by using a mutex instead of spinlock. If
15 matches
Mail list logo