On 11/07/2014 02:57 PM, Norbert Preining wrote:
> Hi Vlastimil,
>
> On Fri, 07 Nov 2014, Vlastimil Babka wrote:
>> Great, that's good news if I understand correctly, but ...
>
> no "but ..."
>
>> I suggested the commit to you for revert 1 day ago, and you say you
>> can't reproduce it for 2 days
Hi Vlastimil,
On Fri, 07 Nov 2014, Vlastimil Babka wrote:
> Great, that's good news if I understand correctly, but ...
no "but ..."
> I suggested the commit to you for revert 1 day ago, and you say you
> can't reproduce it for 2 days already? That's a bit suspicious. Did
No, you suggested it ye
On 11/07/2014 02:07 PM, Norbert Preining wrote:
Hi Vlastimil,
On Thu, 06 Nov 2014, Vlastimil Babka wrote:
OK, one possibility is to do (it should apply cleanly)
git revert e14c720efdd73c6d69cd8d07fa894bcd11fe1973
I am running with this reverted now, and I cannot reproduce the
khugepage going
Hi Vlastimil,
On Thu, 06 Nov 2014, Vlastimil Babka wrote:
> OK, one possibility is to do (it should apply cleanly)
> git revert e14c720efdd73c6d69cd8d07fa894bcd11fe1973
I am running with this reverted now, and I cannot reproduce the
khugepage going overboard anymore.
I tried hard since 2 days no
On 11/06/2014 01:39 PM, Norbert Preining wrote:
> Hi Vlastimil
>
> thanks for your answer.
>
> In the meantime I have tried rc3, too, with the same effects.
>
> Interestingly, once it goes into a bad state, every future approach
> does the same. I started shotwell (photo organizer) and it went i
Hi Vlastimil
thanks for your answer.
In the meantime I have tried rc3, too, with the same effects.
Interestingly, once it goes into a bad state, every future approach
does the same. I started shotwell (photo organizer) and it went into the
same state (khugepaged / shotwell each using about 100%
On 11/05/2014 01:20 AM, David Rientjes wrote:
> On Wed, 5 Nov 2014, Norbert Preining wrote:
>
>> Hi David,
>>
>> one more thing, attached dmesg output with some page faults,
>> maybe this is connected?
>>
>
> Hmm, I'm not aware of any mm->mmap_sem starvation issues in 3.18-rc, maybe
> this is
On Wed, 5 Nov 2014, Norbert Preining wrote:
> Hi David,
>
> one more thing, attached dmesg output with some page faults,
> maybe this is connected?
>
Hmm, I'm not aware of any mm->mmap_sem starvation issues in 3.18-rc, maybe
this is a duplicate of another issue that someone has reported that I
Hi David,
one more thing, attached dmesg output with some page faults,
maybe this is connected?
On Wed, 05 Nov 2014, Norbert Preining wrote:
> Hi David,
>
> thanks for your answer.
>
> On Tue, 04 Nov 2014, David Rientjes wrote:
> > If you have the ability to kill your X session, then you presum
Hi David,
thanks for your answer.
On Tue, 04 Nov 2014, David Rientjes wrote:
> If you have the ability to kill your X session, then you presumably are
> able to capture /proc/pid/stack for these pids to see where it is busy.
Yes I can do that, I can even reproduce it on *every* start of icewe
On Wed, 5 Nov 2014, Norbert Preining wrote:
> Dear all,
>
> (please Cc)
>
> since 3.18-rc started, regularly, but unpredictably, firefox
> (Debian iceweasel) goes completely boom to 100% CPU, and there
> is also a kernel task khugepaged doing the same.
>
> I need to kill firefox, or better the
11 matches
Mail list logo
