Is there a way to limit the number of processes which are allowed to run inside a domU ? -- regards, Anand _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users
Pierre, Yes i know i can use ulimit, however once this domU is deployed in production someone else is going on maintain it and i don''t want it to use from than a said number of processes. Was just looking for something which could help me achieve that. If i use the ulimit or edit /etc/security/limits.conf, the other user can change it anytime without my knowledge. Thanks for the reply. On 1/6/06, Pierre Le Pierrot <cestpierre@gmail.com> wrote:> > Anand, > > Try with ulimit -u <number of processes> on your global init scripts like > rc.local > > Pierre > > On 1/6/06, Anand <xen.mails@gmail.com> wrote: > > > Is there a way to limit the number of processes which are allowed to run > > inside a domU ? > > > > -- > > > > regards, > > > > Anand > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > lists.xensource.com/xen-users > > > > >-- regards, Anand _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users
Anand wrote:> Is there a way to limit the number of processes which are allowed to run > inside a domU ?Not really -- but why would you care? My understanding is that scheduling between domains is on a domain-by-domain level rather than a process-by-process level, so running more processes won''t let a given domain take up an unfairly large amount of CPU time. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users
Yes it makes sense, however i was wondering if something like this is possible or not. Lets say a heavy disk io process goes wild and keeps on writing to disk and span multiple processes, the dom0 can come to a grinding halt. (for that matter there is no way to do disk io scheduling like cpu scheduling :( ) On 1/6/06, Charles Duffy <cduffy@spamcop.net> wrote:> > Anand wrote: > > Is there a way to limit the number of processes which are allowed to run > > inside a domU ? > > Not really -- but why would you care? My understanding is that > scheduling between domains is on a domain-by-domain level rather than a > process-by-process level, so running more processes won''t let a given > domain take up an unfairly large amount of CPU time. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > lists.xensource.com/xen-users >-- regards, Anand _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users
Anand wrote:> Yes it makes sense, however i was wondering if something like this is > possible or not. Lets say a heavy disk io process goes wild and keeps > on writing to disk and span multiple processes, the dom0 can come to a > grinding halt. (for that matter there is no way to do disk io > scheduling like cpu scheduling :( )IIRC, disk I/O scheduling is a TODO for Xen and should be supported in the future. That said, have you actually seen this case (where the Dom0 comes to a complete halt, I/O blocked on account of disk usage by the DomUs)? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users
On 1/7/06, Charles Duffy <cduffy@spamcop.net> wrote:> > Anand wrote: > > Yes it makes sense, however i was wondering if something like this is > > possible or not. Lets say a heavy disk io process goes wild and keeps > > on writing to disk and span multiple processes, the dom0 can come to a > > grinding halt. (for that matter there is no way to do disk io > > scheduling like cpu scheduling :( ) > > IIRC, disk I/O scheduling is a TODO for Xen and should be supported in > the future.Yes i read that on the roadmap page. That said, have you actually seen this case (where the Dom0 comes to a> complete halt, I/O blocked on account of disk usage by the DomUs)? >Not under Xen, but under uml yes. The host almost died because of the disk io and processes from a uml running on it. -- regards, Anand _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Charles Duffy wrote:> Anand wrote: >> Yes it makes sense, however i was wondering if something like this is >> possible or not. Lets say a heavy disk io process goes wild and keeps >> on writing to disk and span multiple processes, the dom0 can come to a >> grinding halt. (for that matter there is no way to do disk io >> scheduling like cpu scheduling :( ) > > IIRC, disk I/O scheduling is a TODO for Xen and should be supported in > the future. > > That said, have you actually seen this case (where the Dom0 comes to a > complete halt, I/O blocked on account of disk usage by the DomUs)?Under heavy io I have the DomU just stopped responding, but Dom0 and other DomU are still running fine, Ming-Wei -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - enigmail.mozdev.org iD8DBQFDz+E0e/Ogw+CmxxQRAxxQAJ4zQvXNkb5RPyhbfWAvTvPNJQ85/wCfUnY7 6zX8ZlGVUajRqiUZ1WKlrtk=E9XU -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users
On 1/20/06, Ming-Wei Shih <xming@spaceball.cjb.net> wrote:> > Under heavy io I have the DomU just stopped responding, but Dom0 and > other DomU are still > running fine, >Which version are you using ? -- regards, Anand _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com lists.xensource.com/xen-users