[uml-devel] UML freezes at hdd-intensive processes
Hi @all, my UML hangs while intensive processes that use the HDD. For example: rgrep, upgrade,... UML-Hostsystem: 2.4.27-1-386, Intel ICH5 SATA 150-Controller UML: 2.4.26-3um-1 Any ideas? --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ User-mode-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
[uml-devel] UML freezes at hdd-intensive processes
Hi @all, my UML hangs while intensive processes that use the HDD. For example: rgrep, upgrade,... UML-Hostsystem: 2.4.27-1-386, Intel ICH5 SATA 150-Controller UML: 2.4.26-3um-1 Any ideas? --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ User-mode-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
[uml-devel] Re: uml_switch security fixing
[EMAIL PROTECTED] wrote: > Suggestions? FWIW, we have gone off using switch daemon entirely. We are using simply preallocated tap devices, connected to bridges via normal Linux bridging controls. Works cleaner and faster, more places to dump the traffic from and it allows normal linux traffic queueing and firewalling to be used to limit transfers between machines. All physical networks and virtual network (networks not connected to any physical interfaces) are implemented as bridges. The only problem was the tap device queue hang (SIGIO problem), which was resolved with the one queue option (and hopefully fixed in UML or mainline kernel later). -- Naked --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ User-mode-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
Re: [uml-devel] UML freezes at hdd-intensive processes
On Thursday 03 March 2005 05:41 am, Oliver Baltz wrote: > Hi @all, > > my UML hangs while intensive processes that use the HDD. For example: > rgrep, upgrade,... > > UML-Hostsystem: 2.4.27-1-386, Intel ICH5 SATA 150-Controller > UML: 2.4.26-3um-1 > > Any ideas? I haven't seen this on 2.6, but I think the first question is what kind of filesystem are you using? Hostfs? NFS? UBD mount? Rob --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ User-mode-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
Re: [uml-devel] Triage on the pending patches
[EMAIL PROTECTED] said: > Well, just in case your job was too easy, here's one more. Using the > "quiet" option shows a couple of lines being printed out by printf > that should be printed out by printk (so they'll _shut_up_ when you > ask it to). Those are printfs for a reason. Early boot mesages (before the kernel is actually running) won't be seen if they are printk-d and the thing crashes before the console is initialized. The messages will be stuck in the printk buffer, and you will be none the wiser. So, they can be made quiet if you really want, but that's not the way. Jeff --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ User-mode-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
Re: [uml-devel] Triage on the pending patches
On Thursday 03 March 2005 01:43 pm, Jeff Dike wrote: > [EMAIL PROTECTED] said: > > Well, just in case your job was too easy, here's one more. Using the > > "quiet" option shows a couple of lines being printed out by printf > > that should be printed out by printk (so they'll _shut_up_ when you > > ask it to). > > Those are printfs for a reason. Early boot mesages (before the kernel is > actually running) won't be seen if they are printk-d and the thing crashes > before the console is initialized. The messages will be stuck in the > printk buffer, and you will be none the wiser. > > So, they can be made quiet if you really want, but that's not the way. I suspected there was a reason, nice to know what it is. It would be nice if they could be made quiet, because I'm in the process of doing a gross hack to run an independent process wrapped in UML. Basically, my nefarious scheme is to add the squashfs patch to UML, append a squashfs image to the end of the UML executable, and have a cpio ramfs init script search through /proc/self/exe for the 32 bytes that were at the start of the squashfs (which includes a 4 byte magic signature thingy) to determine offset to pass to "losetup -o $OFFSET /dev/loop0 /proc/self/exe", and then mount /dev/loop0 / and run the executable I want out of that filesystem. And there's a cheap and dirty way to get a self contained program running under UML. (I hope to actually have an example working this evening using 2.6.11.) The down side is that UML (even with the quiet option) just won't shut up about its init stuff. Hence me looking into cleaning that up... > Jeff Rob --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ User-mode-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
