Hi all,
Just for the record, I do not think that OpenBSD/i386 behavior with
virtual disks running on KVM is a bug. Virtio was designed specially
for virtual machines and all modern Linux distros and other modern
operating systems support it, therefore the only good reason for not
using
Quoting Kent Fritz fritz.k...@gmail.com:
Hopefully this is not too bad advice...
I've found the performance with cache=none to be unacceptable as well.
I'm using cache=writeback. Of course you'll get much better
performance if you remove Linux/KVM. :)
It might be the case for OpenBSD/i386,
:84,model=virtio -net tap,ifname=tap17 -drive
file=/dev/eliseos/qemu-004,cache=none,if=virtio -cdrom
/software/OpenBSD/5.5/i386/install55.iso -boot d -daemonize
I would like to share this because I have read in many places about hard
disk slowliness with OpenBSD, verly likely dissapointing new
=tap17 -drive
file=/dev/eliseos/qemu-004,cache=none,if=virtio -cdrom
/software/OpenBSD/5.5/i386/install55.iso -boot d -daemonize
I would like to share this because I have read in many places about hard
disk slowliness with OpenBSD, verly likely dissapointing new users when in
fact
The way OpenBSD/i386 uses the xAPIC interrupt controller gives KVM
(and other virtualization software) a hard time. OpenBSD/amd64 does
things in a KVM-friendlier way, and we're trying to make it even
friendlier. Fixing the interrupt handling on OpenBSD/i386 isn't very
high on my priority list.
Martin, Theo,
I would like to apologize you and other developers for spreading unhelpful
advises which hurt the project.
I truly regret that and I am very sorry.
Regards,
Mikolaj
On Fri, Jan 09, 2015 at 02:34:36AM +0100, Martin Pieuchot wrote:
Dear Mikolaj,
On 09/01/15(Fri) 00:30, Mikolaj
,model=virtio -net
tap,ifname=tap17 -drive
file=/dev/eliseos/qemu-004,cache=none,if=virtio -cdrom
/software/OpenBSD/5.5/i386/install55.iso -boot d -daemonize
I would like to share this because I have read in many places about
hard disk slowliness with OpenBSD, verly likely dissapointing new
-boot d -daemonize
I would like to share this because I have read in many places about hard
disk slowliness with OpenBSD, verly likely dissapointing new users when in
fact OpenBSD is very good.
--
best regards
q#
Dear Mikolaj,
On 09/01/15(Fri) 00:30, Mikolaj Kucharski wrote:
Hi,
This problem looks very similar as:
https://marc.info/?l=openbsd-miscm=140288534929223w=2
On my i386 KVM after each upgrade I run this:
#!/bin/sh
for kernel in /bsd /bsd.mp
do
config -fe $kernel
This problem looks very similar as:
https://marc.info/?l=openbsd-miscm=140288534929223w=2
On my i386 KVM after each upgrade I run this:
#!/bin/sh
for kernel in /bsd /bsd.mp
do
config -fe $kernel EOF
find mpbios
disable mpbios
find mpbios
find acpimadt
disable
10 matches
Mail list logo