Custom Query (16363 matches)
Results (1216 - 1218 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #7494 | obsolete | Very slow configure run on 64-bit Windows 7 | ||
| Description |
I am using VirtualBox to host a 64-bit Windows 7 build box for compiling Firefox, and the configure step is mind-numbingly slow. Host: Fedora 13 x86_64 with 12GB RAM, 8 cores (+ 8 hyperthreaded), 2.27GHz Guest: Windows 7 64-bit I'm testing by running ./config.status at the toplevel (using the MozillaBuild msys build environment). I aborted after several hours, and switched to timing running js/src/config.status, which works on a much smaller subset of the tree. On hardware, this took a few seconds to run. On my VM, it took 19.9seconds when giving the guest 4GB of RAM and 4 CPUs. The build directory was shared via guest additions with the host. If I dropped the memory to 1GB RAM, it slowed down to 21sec. Dropping to 1 CPU sped it up. Switching to a Samba share sped it up. The fastest run I could get was 11.3sec. In the fastest configuration, I tried the toplevel config.status again. It took 13.5 minutes; much faster but still far slower than hardware. I have disabled Windows Defender, all the virus checkers I could find, and lots of stuff carried over from when it was a physical machine. The guest CPU or CPUs are all pretty much maxed out during this test. When running with 4 guest CPUs, the real CPUs show about 25% utilization for half the CPUs, <2% for the other half. Neither the host nor the guest show significant disk or network I/O. This configure test starts up many, many processes through the msys shell. |
|||
| #7497 | obsolete | USB device breaks explorer.exe when opened from the files tree nor when opened from MyPC menu | ||
| Description |
Hi friends: I get some rare problem with my virtualized OS (Windows XP Professional)... it happens when I mount some USB device... when I try to use the file explorer and open the usb directory from the tree, the USB can't show its files and then the explorer.exe process death... when I open the same USB device from the PC menu I can watch all the content... I'm not sure what happens there but I think possibly some issue with the USB support. Anyway I can solve the cuestion by opening from the MyPC menu, because that I give it lesser priority. |
|||
| #7503 | obsolete | DEP doesn't prevent execution access to non executable memory | ||
| Description |
I tried to write an exploit to demonstrate how DEP prevent simple buffer overflow attacks and what other ways are existing to bypass it, but VirtualBox surprised me. All of my standard buffer overflow exploits worked well and they didn't hit DEP. I checked everything, and it looks like it is a VirtualBox bug. With or without "PAE/NX enabled" config (at VM settings), and with DEP always on settings under Win7 (32 bit, Ultimate N)there is NO working DEP, just Win tells you that the hw is DEP capable and DEP is on, but there is no restriction to access non executable memory and run the payload directly there! Then I changed my guest to XP SP3, DEP is ok there! I had to make free space on my HDD so I removed the win7 guest -> no VBox.log jet :( $ cat /etc/issue Ubuntu 10.04.1 LTS \n \l $ uname -a Linux dragon 2.6.32-24-generic #43-Ubuntu SMP Thu Sep 16 14:58:24 UTC 2010 x86_64 GNU/Linux $ dpkg -l | grep virtualbox ii virtualbox-3.2 3.2.8-64453~Ubuntu~lucid Oracle VM VirtualBox $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Duo CPU P9700 @ 2.80GHz stepping : 10 cpu MHz : 800.000 cache size : 6144 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow vnmi flexpriority bogomips : 5585.80 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Duo CPU P9700 @ 2.80GHz stepping : 10 cpu MHz : 800.000 cache size : 6144 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow vnmi flexpriority bogomips : 5585.95 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: |
|||

