linux-kernel - Re: System freezes with high network activity

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <CAJPugqssDxkCpHzHZmKfMpyMnajH405QxsE6WhNY+JvMVcNnhA@mail.gmail.com>
Date:	Tue, 20 Mar 2012 21:02:36 +0100
From:	Jose Luis Salas <josacar@...il.com>
To:	linux-kernel@...r.kernel.org
Subject: Re: System freezes with high network activity

Hello John,

I'll wait for 3.3 Debian kernel package to test it and send you the
results. Yes, my system is working properly with the nohz option in 39
days.

I'll try the patch asap.

Thanks for your great work.

On Sat, Mar 17, 2012 at 2:41 AM, John Stultz <johnstul@...ibm.com> wrote:
>
> On 12/03/2011 02:04 PM, Jose Luis Salas wrote:
>>
>> Hi,
>>
>> attached is the output of the timer_list.
>>
>> With the nohz option the system is stable too.
>>
>> Other symptom of the problem is network drops performance to 50% ( 50
>> Mbps ).
>>
>
> Hey Jose,
>    Just following up on this old email. Looking at the timer_list.txt that
> you sent, I'm not seeing anything that sticks out as problematic. Are you
> still seeing issues with recent kernels (3.1, 3.2) ?    Is nohz still
> working for you?
>
> I suspect the problem is that the lapic on your machine goes out to lunch
> after longish idle times w/ nohz.  That's why the key-press or network
> traffic wakes the system back up.
>
> Does booting with the following patch (without nohz or any clocksource=
> boot args) fix the issue?
>
> If it does, can you increase the time returned in the patch from 20ms by
> powers of ten until it gets to 2 seconds or you see the problem? If the
> patch below doesn't help, can you drop the value down to 1ms and let me know
> if that affects anything?
>
> thanks
> -john
>
> diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
> index 95bebaa..8fd2bfa 100644
> --- a/kernel/time/timekeeping.c
> +++ b/kernel/time/timekeeping.c
> @@ -546,6 +546,9 @@ u64 timekeeping_max_deferment(void)
>  {
>        unsigned long seq;
>        u64 ret;
> +
> +       return 20000000ULL; /* 20ms */
> +
>        do {
>                seq = read_seqbegin(&timekeeper.lock);
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/