On Thursday 03 November 2005 22:26, Alexander Charbonnet wrote:
> I suppose my information is way out of date, then. Sorry!
Not exactly.
Nor I nor Jeff (I guess) would trust their data to a UML in SMP mode.
Plus, SMP is only for TT mode. And both skas0 and skas3 mode are a lot faster
of TT. (
On Thursday 03 November 2005 08:19, Hayim Shaul wrote:
> I saw the problem recurring.
Wait a moment, just noticed after all the rest - you are another user (we
discussed the rmmod crash, I've finished and maybe posted a patch for it) and
getting the same problem? You talk like being the same...
On Thu, Nov 03, 2005 at 04:36:35PM -0500, Ian Smith-Heisters wrote:
> I still don't know how that option works. If they're virtual cpus, do
> they map to real cpus? Is this option what's required for UML instances
> to use both CPUs? All I know is the switch is there, I've no idea how it
> works
I still don't know how that option works. If they're virtual cpus, do
they map to real cpus? Is this option what's required for UML instances
to use both CPUs? All I know is the switch is there, I've no idea how it
works, and I'd be interested to know.
-Ian
Alexander Charbonnet wrote:
I supp
I was under the impression that virtual CPUs in the UML are there for testing
purposes, and that the process for any given UML (no matter how many virtual
CPUs it had) ran on only one physical CPU.
On Thursday 03 November 2005 03:36 pm, Ian Smith-Heisters wrote:
> I still don't know how that op
I suppose my information is way out of date, then. Sorry!
On Thursday 03 November 2005 02:59 pm, Ian Smith-Heisters wrote:
> There is
>
> ncpus=<# of desired CPUs>
> This tells an SMP kernel how many virtual processors to start.
>
> in vmlinux --help
>
> Alexander Charbonnet wrote:
> >>Actua
There is
ncpus=<# of desired CPUs>
This tells an SMP kernel how many virtual processors to start.
in vmlinux --help
Alexander Charbonnet wrote:
Actually, I use UML on one server in my firm. I want to migrate my server
on a new machine which have 2 processors. Is UML can use all processors
> Actually, I use UML on one server in my firm. I want to migrate my server
> on a new machine which have 2 processors. Is UML can use all processors ?
> My kernel version is 2.6.12.2 with skas mode on host.
My understanding is that each UML instance will see only one processor. You
can run twic
Hi alls,
Actually, I use UML on one server in my firm. I want to migrate my server on a
new machine which have 2 processors. Is UML can use all processors ? My kernel
version is 2.6.12.2 with skas mode on host.
Thank.
Jean-Michel Caricand
Adresse professionnelle
GRETA de Besançon
35 avenue de
On Thu, Nov 03, 2005 at 01:20:04PM -0500, Young Koh wrote:
> i found some articles discussing about linking UML as a userspace
> library with an application code, but i couldn't find HOWTO. Could
> anybody let me know? Thanks a lot.
A HOWTO for what? Using libUML? Implementing it?
HOWTOs don't
Hi, all,
i found some articles discussing about linking UML as a userspace
library with an application code, but i couldn't find HOWTO. Could
anybody let me know? Thanks a lot.
---
SF.Net email is sponsored by:
Tame your development challenges
you need to use 'cow' files to prevent both UMLs from trying to write to
the same file.
http://user-mode-linux.sourceforge.net/shared_fs.html
and all the other pages at http://user-mode-linux.sf.net/ are a very
good source of info...
./linux ubd0=cow1,root_fs.luis ubd1=cows1,swap_fs mem=128M
Blaisorblade wrote:
> You can find in inittab vc/0 or ttys/0, which are wrong, and you must
> go back to tty0.
>
> tty1 is correct with udev and/or static dev... Revert back the change.
Ok, I've reverted my changes.
> In this case, you have a problem with channel selection - either in
> the con
> Could I have conflicts with ubd0? because there are 2 virtual machines that
> they point to ubd 0
As long as both of your root_fs.luis files are in different
directories, there are no conflicts. It does not matter they have the
same name. As long as they are different files. Same applies to
swa
14 matches
Mail list logo