From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YmeH9-0000l0-M6 for user-mode-linux-devel@lists.sourceforge.net; Mon, 27 Apr 2015 08:20:23 +0000 Received: from ivanoab4.miniserver.com ([78.31.104.92]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) id 1YmeH6-0006bU-Up for user-mode-linux-devel@lists.sourceforge.net; Mon, 27 Apr 2015 08:20:23 +0000 Message-ID: <553DF13C.6080806@kot-begemot.co.uk> Date: Mon, 27 Apr 2015 09:20:12 +0100 From: Anton Ivanov MIME-Version: 1.0 References: <5444DC3F.20601@nod.at> <1429905520.157088.6.camel@m3y3r.de> <1430081853.603436.7.camel@m3y3r.de> <553D51F1.9010900@nod.at> <553DCD8F.7030007@kot-begemot.co.uk> In-Reply-To: List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: user-mode-linux-devel-bounces@lists.sourceforge.net Subject: Re: [uml-devel] [UM] Long loop in __getnsdayoftime() after resume from ram To: Richard Weinberger Cc: "user-mode-linux-devel@lists.sourceforge.net" On 27/04/15 08:23, Richard Weinberger wrote: > On Mon, Apr 27, 2015 at 7:47 AM, Anton Ivanov > wrote: >> On 26/04/15 22:00, Richard Weinberger wrote: >>>>> Can you give the attached patch a try? >>>>> Let's see if it proves my theory. >>>>> Looks like UML's clocksource needs fixing. >>>> Hi Richard, >>>> >>>> I did run this for an hour and did 4 suspend/resume cycles and it seems >>>> not to hang any more! >>> Yay! >>> BTW: Changing the host's time should also work for testing... >>> >>>> I'll test your other patch the next week, but AFAIU using clock_gettime >>>> should solve this hangs in a sane way. >>> Yep. I have no idea why UML is currently using gettimeofday() as clocksource, >>> this is completely bogus. ;-\ >> It is even more bogus than you think - read time.c, it is using itimer >> on the virtual clock for all timers for extra spice so the timers are >> dependent on how much cpu it uses at any given time. > Yep. > >> It does not need to be - I wrote a patchset for it to use posix timers >> and CLOCK_MONOTONIC. It went into Richard's queue ~ a year ago along >> with an epoll based IRQ controller and some vNIC drivers. >> >> Have not heard of it since. > mea culpa! > If I forget a patch, just shout at me. > > Can you please rebase your patches against 4.1-rc1? Sure. I will do my best to sort it out by ~ Tue next week latest. I am working mostly on opendaylight now so I will have to do it in my free time. > Such that I can merge them ASAP... > There were several patches in that patchset, I suggest we try to do it step-by-step - merge only the timer and the epoll controller on first pass (while they are not dependent, they have not seen extensive testing separately). This is what I will re-submit as a "first pass". These are prerequisites for the network interfaces, etc which we can do later. The last tests I did in my previous job on them were showing > 3GBit/s forwarding rate across a UML instance pinned to a single core and measured to a remote network device (real forwarding rate on real network traffic - not moving packets locally on the host). A. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel