Current problem reports assigned to freebsd-emulation@FreeBSD.org
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o kern/174933 emulation [linux] if_nameindex fail in linuxulator enviroment o ports/169988 emulation [PATCH] Update sysutils/linux-procps to 3.2.7; also up o ports/169896 emulation [patch] audio/linux-f10-alsa-lib: use OSS plugin by de o kern/169814 emulation [linux] ptrace is broken in Linux emulation o kern/169805 emulation [linux] utime() syscall does not work in linuxulator o kern/159646 emulation [linux] [patch] bump Linux version in linuxulator f kern/156691 emulation [vmware] [panic] panic when using hard disks as RAW de o kern/156353 emulation [ibcs2] ibcs2 binaries that execute on 4.x not working o kern/155577 emulation [boot] BTX halted after install. Reboot during install o kern/155040 emulation [linux] [patch] Linux recvfrom doesn't handle proto fa o kern/153990 emulation [hyper-v]: Will not install into Hyper-V on Server 200 o kern/153887 emulation [linux] Linux emulator not understand STB_GNU_UNIQUE b o kern/153243 emulation [ibcs2] Seg fault whne running COFF binary using iBCS2 o kern/151714 emulation [linux] print/acroread9 not usable due to lack of supp a bin/150262 emulation [patch] truss(1) -f doesn't follow descendants of the a kern/150186 emulation [parallels] [panic] Parallels Desktop: CDROM disconnec o ports/148097 emulation [patch] suggested addition to linux_base-* packages to o ports/148096 emulation emulators/linux_base-* can not be built from ports on o kern/147793 emulation [vmware] [panic] cdrom handling, panic, possible race o kern/146237 emulation [linux] Linux binaries not reading directories mounted p kern/144584 emulation [linprocfs][patch] bogus values in linprocfs o ports/142837 emulation [patch] emulators/linux_base-* packages fails to insta o kern/140156 emulation [linux] cdparanoia fails to read drive data f kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage s kern/133144 emulation [linux] linuxulator 2.6 crashes with nvidias libGL.so. o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o kern/86619 emulation [linux] linux emulator interacts oddly with cp a kern/72920 emulation [linux] path prefixing is not done on unix domain so o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/36952 emulation [patch] [linux] ldd(1) command of linux does not work o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 34 problems total. ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
9.1 AMD64 multitasking efficiency low
Hello :-) I have found 9.1 to be far more less responsive than 9.0 and previous releases on my desktop. I have noted this slow down at 9.1-RC. I have AMD64 4GB RAM i3 CPU and when I simply run Chromium, VBox with Windows XP 64bit (1GB allocated) and VBox with Ubuntu 64bit (1GB allocated) my machine gets unresponsive - it does not even respond to ACPI shutdown, I need to kill it to get working again :-( I did not happen before. I have also noted that VBox 4.2.6 is working far more slower and makes bigger impact on the whole host performance - sometimes I need to wait some seconds to get the machine response back, this happens especially at loading stage :-( Is there any way to get back the efficiency of my FreeBSD? Maybe I need to bump some configuration to make it more efficient? :-) Any hints appreciated :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 4:41 PM, Bernhard Fröhlich de...@freebsd.org wrote: You can try to switch to emulators/virtualbox-ose-legacy which is VirtualBox 4.1.x just to rule out that this is a vbox regression. Just be sure to power down the VMs first. It would be interesting to watch if the machine starts to swap when that is all running. Hello Bernhard, thank you for your hints, I can try with VBox 4.1, but first I will try to get rid of the Ext2 from my system. On another machine I have switched to UFS2 and the speed increased noticably. I will let you know when I transfer all of those GB of data :-) Yes it looks like the cause of the hangup is the swap rush/deadlock but I could not verify it as the machine was unresponsive. Still both machines use 1GB of RAM per VM so still 2GB should be free. With other applications running and the OS taking 1GB itself (what I have seen on some other posts) this may happen :-( Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 3:06 PM, CeDeROM cede...@tlen.pl wrote: I have found 9.1 to be far more less responsive than 9.0 and previous releases on my desktop. Right now as I backup my data (~250GB) I also notice deadlocks on data transfers. I also noticed that on another machine (6 cores, 16GB RAM) with 9.1-RELEASE AMD64. Maybe the responsiveness issue is related to disk access/transfers..? -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 4:48 PM, CeDeROM cede...@tlen.pl wrote: On Mon, Feb 11, 2013 at 4:41 PM, Bernhard Fröhlich de...@freebsd.org wrote: You can try to switch to emulators/virtualbox-ose-legacy which is VirtualBox 4.1.x just to rule out that this is a vbox regression. Just be sure to power down the VMs first. It would be interesting to watch if the machine starts to swap when that is all running. Hello Bernhard, thank you for your hints, I can try with VBox 4.1, but first I will try to get rid of the Ext2 from my system. On another machine I have switched to UFS2 and the speed increased noticably. I will let you know when I transfer all of those GB of data :-) Yes it looks like the cause of the hangup is the swap rush/deadlock but I could not verify it as the machine was unresponsive. Still both machines use 1GB of RAM per VM so still 2GB should be free. With other applications running and the OS taking 1GB itself (what I have seen on some other posts) this may happen :-( VBox itself also needs some RAM and the emulated Graphics Card which can easily be 128M per VM. -- Bernhard Froehlich http://www.bluelife.at/ ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 5:08 PM, CeDeROM cede...@tlen.pl wrote: On Mon, Feb 11, 2013 at 5:00 PM, Bernhard Fröhlich de...@freebsd.org wrote: VBox itself also needs some RAM and the emulated Graphics Card which can easily be 128M per VM. This is what I get with CP and one VBox running - memory use is not that high but the responsiveness is getting low now: I am now almost sure that these delays are caused by IO and/or MEMORY operations because I can see dramatical decrease in responsivness when: 1. I have constant IO operations provided by copying ~250GB of data from/to external drive. Copying takes really lots of time and slows down the whole system noticably. 2. When any bigger application starts whole system slows down - i.e. my xorg/xfce4 keeps me waiting some seconds for action, still i can hear fluent mp3 stream behind. After application is loaded it works pretty fine until it starts operating on a data or unloads. When VBox starts the vmachine I get terrible glitches, then when everything is loaded system and vmachine works fine until it needs to load something that again slows down the whole system, then when I want to shut down the machine it gets unresponsive. 3. When the swap starts working things also gets really bad. I can work on VESA xorg driver, I can have no multimedia drivers, but the system performance is really important factor for me and working like this is really unpleasant on a pretty modern machine :-( I dont want to even think to switch to Ubuntu :-P Any hints on how to fix this situation are highly welcome :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
