From: Kal <ka...@ka...> - 2003-04-07 20:16:28
|
Thanks a lot for Your suggestions. I removed deb package and compiled my own 2.4.19 UML kernel - now SKAS mode works, and when I activated tun module I launched inet interface using TUN/TAP. But I have more questions - first of all, how can I fire up UML as one process in one console. After some fiddling I managed to properly launch UML, but only using 3 consoles: 1. initial, till the moment "Initializing stdio console" 2. rest of the init 3. login screen I used command: linux con=pty con0=tty:/dev/tty7 con1=tty:/dev/tty8 devfs=nomount How can I launch it to have only one session in one virtual console - from which I execute a command? No Xterms, or Xwin - just text virtual terminals. When I checked top, I found 3 processes "linux" each with the same memory usage, I guess that it is due to 3 terminals... Last question - how can I minimise memory usage of UML? greets Kal |
From: Martin M. <uml...@tw...> - 2003-04-08 01:01:05
|
On Mon, Apr 07, 2003 at 10:15:23PM +0200, Kal wrote: > TUN/TAP. But I have more questions - first of all, > how can I fire up UML as one process in one console. I was chasing after that for a while, and I've never gotten it to work quite the way I'd like. This comes pretty close, and a variation on the theme might come close enough for you: uml umid=test con1=fd:3,fd:4 3<&0 4>&1 0</dev/null 1>test.log 2>&1 This sends the boot console to the log file, and leaves the terminal/screen from which the command is run free for the single getty I have configured. I don't understand why it fails miserably without the output redirection, but it does. Oh, and add con=none if you have more than the single getty active in /etc/inittab. > How can I launch it to have only one session in one virtual > console - from which I execute a command? No Xterms, or > Xwin - just text virtual terminals. The above is as close as I know how to achieve that. Unless you're running UML as a background job, there's not much point in not using whatever terminal-like thing it's run from for something; if you are backgrounding it, redirecting to a log file seems to me to be a reasonable choice. > Last question - how can I minimise memory usage of UML? The mem=<memsize> can be used to adjust the virtual machine's notion of its memory size. -- Threaten not the comic with your lawyers' bluster, all toothless to supress parody and satire; for you will not amuse him, but you may inspire him. (me, inspired by http://www.netfunny.com/rhf/jokes/01/Apr/mcrhf.html) |
From: Nigel H. <nh...@ho...> - 2003-04-08 06:13:31
|
On Mon, 7 Apr 2003 22:15:23 +0200 "Kal" <ka...@ka...> wrote: > ... > How can I launch it to have only one session in one virtual > console - from which I execute a command? No Xterms, or > Xwin - just text virtual terminals. I run them using the apparently little known, but marvelous, 'screen' tool, (setting all but one of the 'con' outputs to the bit bucket, and tuning the guest system inittab to get rid of what I don't need); this leaves you with exactly what you're asking for -- virtual text screens! Give it a try ... http://www.gnu.org/software/screen/ ... if it isn't already on your system. > ... > When I checked top, I found > 3 processes "linux" each with the same memory usage, I guess > that it is due to 3 terminals... I don't think so. I'm not exactly sure what these threads actually do (I haven't really absorbed the details of how UML does the trapping of the system calls yet) but these are part of that, I think, rather than anything to do with the consoles. N. |
From: Martin M. <uml...@tw...> - 2003-04-08 13:41:27
|
On Tue, Apr 08, 2003 at 08:19:44AM +0200, Nigel Head wrote: > I run them using the apparently little known, but marvelous, > 'screen' tool, (setting all but one of the 'con' outputs to the bit > bucket, and tuning the guest system inittab to get rid of what I > don't need); this leaves you with exactly what you're asking for -- > virtual text screens! I hadn't thought about using screen with UML. This could be useful, but I'm not clear on just what you're doing with it. Is there some way to attach a (newly created) UML getty (con1, say) to a new virtual screen under screen, or is this just about getting con1 to run on the terminal device (that happens to be a screen screen) from which UML was started (as I discussed just a litle earlier)? The latter might be more convenient than putting the consoles on /dev/tty<unused> as I had been planning to do, although the convenience comes at the cost of running one more sevice on the host (where I'm trying to run as little as possible, in general). -- There's one way to find out if a man is honest: ask him; if he says yes, you know he's crooked. -- Twain |
From: Fred Y. <fr...@on...> - 2003-04-08 15:09:24
|
On Tue, Apr 08, 2003 at 08:41:15AM -0500, Martin Maney wrote: > I hadn't thought about using screen with UML. This could be useful, There's a nice description of how to use 'screen' with UML at: <http://www.stearns.org/slartibartfast/uml-coop.current.html#screen> That document gives lots of UML hints and tells an interesting story of real UML use. -- Fred Yankowski fr...@on... tel: +1.630.879.1312 OntoSys, Inc PGP keyID: 7B449345 fax: +1.630.879.1370 www.ontosys.com 38W242 Deerpath Rd, Batavia, IL 60510-9461, USA |
From: Vincent T. <vi...@ul...> - 2003-04-08 15:57:46
|
On Tue, Apr 08, 2003 at 10:09:02AM -0500, Fred Yankowski wrote: >On Tue, Apr 08, 2003 at 08:41:15AM -0500, Martin Maney wrote: >> I hadn't thought about using screen with UML. This could be useful, >There's a nice description of how to use 'screen' with UML at: > <http://www.stearns.org/slartibartfast/uml-coop.current.html#screen> >That document gives lots of UML hints and tells an interesting story >of real UML use. Its also the way I "manage" the umls :) Its very practical [cause screen is very practical] cu, v |