linux-um archives
 help / color / mirror / Atom feed
From: Blaisorblade <blaisorblade_spam@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: nils toedtmann <user-mode-linux-devel@nils.toedtmann.net>
Subject: Re: [uml-devel] Fighting latency
Date: Fri, 5 Nov 2004 00:44:59 +0100	[thread overview]
Message-ID: <200411050044.59629.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <20041104155015.GA29182@gandalf.intern.marcant.net>

On Thursday 04 November 2004 16:50, nils toedtmann wrote:
> Moin,
>
> in some UMLs i run services which do not like latency, eg. VoIP- and
> gameserver. I previously observed my UMLs going into meditation for a split
> second every few seconds, but that bucking almost disappeard by taking the
> usual tuning steps (SKAS, sysemu, $TMP on tmpfs). Nevertheless, my UMLs are
> still not as responsive as i would like them to. It's not a matter of CPU
> or network performance. Host and guest are >=95% idle all the time,
> bandwidth use is far from my UML-bench- marks.
>
> I tried to renice the UML processes, but seems not to help (it's hard to
> measure, just the "feeling" while listening to audio or onlinegaming).
>
> Any suggestions?
>
> I enabled "PREEMPT" in host kernel. Maybe that's a bad idea?

This problem is an old one. Search the archives for "odd ping problems", which 
is about long ping delay.

A fix was proposed a while ago, which consisted in mlock()ing the memory. But 
Jeff Dike refused it because he said "I want to write a much more complex and 
more optimal solution. Mlock() is an hack".

Even so, I'll try to update the patch, fix it on the security side (that one 
required setuid()'ing UML, which is purposeless) and push it for inclusion, 
if possible.

Bye
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2004-11-04 23:46 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-04 15:50 [uml-devel] Fighting latency nils toedtmann
2004-11-04 23:44 ` Blaisorblade [this message]
2004-11-05  2:54   ` Nuno Silva
2004-11-05 19:38     ` Blaisorblade
2004-11-06  6:08       ` Nuno Silva

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200411050044.59629.blaisorblade_spam@yahoo.it \
    --to=blaisorblade_spam@yahoo.it \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    --cc=user-mode-linux-devel@nils.toedtmann.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox