From: Stijn De Weirdt <stijn.deweirdt@gmail.com>
To: Ian Pratt <Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel@lists.sourceforge.net
Subject: Re: 'Sloppier' PCI access checks in main tree
Date: Thu, 13 Jan 2005 16:10:02 +0100 [thread overview]
Message-ID: <aa7056bb0501130710a328345@mail.gmail.com> (raw)
In-Reply-To: <E1Con4n-0003r0-00@mta1.cl.cam.ac.uk>
hi ian,
i have some more info about the speeding problems
this is from an installation log
05/01/13 15:14:03: /usr/sbin/usermod -d /home/alice001 -g alice -u
10417 -c mapped user for alice alice001
05/01/13 15:14:03: /usr/sbin/usermod -d /home/alice002 -g alice -u
10418 -c mapped user for alice alice002
05/01/13 15:14:03: /usr/sbin/usermod -d /home/alice003 -g alice -u
10420 -c mapped user for alice alice003
05/01/13 15:14:03: /usr/sbin/usermod -d /home/alice004 -g alice -u
10454 -c mapped user for alice alice004
05/01/13 15:14:03: /usr/sbin/usermod -d /home/alice005 -g alice -u
10472 -c mapped user for alice alice005
05/01/13 15:14:03: /usr/sbin/usermod -d /home/alice006 -g alice -u
10511 -c mapped user for alice alice006
05/01/13 15:14:03: /usr/sbin/usermod -d /home/alice007 -g alice -u
10562 -c mapped user for alice alice007
05/01/13 15:14:03: /usr/sbin/useradd -d /home/alice008 -g alice -u
10567 -c mapped user for alice alice008
05/01/13 15:17:03: /usr/sbin/useradd -d /home/alice009 -g alice -u
10618 -c mapped user for alice alice009
05/01/13 15:20:04: /usr/sbin/useradd -d /home/alice010 -g alice -u
10625 -c mapped user for alice alice010
do you notice the slowdown? is there a way i can monitor the
cpu/mem/ps ax on this vm from dom0 to get more info. the script only
does what it's supposed to do (namely useradd, but that can't give
those problems)
(and what is the correct policy for the /dev/rtc? just disable in
kernel? or only in the vm's, but leave it on in dom0?)
stijn
On Wed, 12 Jan 2005 18:18:37 +0000, Ian Pratt <Ian.Pratt@cl.cam.ac.uk> wrote:
>
> > performance is bad (about the network, transfer speeds are high, but a
> > ssh login takes about 40 sec)
>
> I'll bet that's just an ssh X forwarding issue.
>
> Try 'ssh -x user@machine'.
>
> Ian
>
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
next prev parent reply other threads:[~2005-01-13 15:10 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-08 18:42 'Sloppier' PCI access checks in main tree Ian Pratt
2005-01-12 8:27 ` Stijn De Weirdt
2005-01-12 8:39 ` Ian Pratt
2005-01-12 16:48 ` Stijn De Weirdt
2005-01-12 18:18 ` Ian Pratt
2005-01-13 15:10 ` Stijn De Weirdt [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-01-08 17:22 Keir Fraser
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=aa7056bb0501130710a328345@mail.gmail.com \
--to=stijn.deweirdt@gmail.com \
--cc=Ian.Pratt@cl.cam.ac.uk \
--cc=xen-devel@lists.sourceforge.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.