Theoretically, would mixing entropy from egd (software-generated) with
/dev/random (hardware event triggered) produce a better entropy source
than each of these individually? I know that /dev/random is pretty good, but if
it can be mixed with other sources and still be useful, it can be made to l
; the gates on the first-time post (a delay which happens whether you
> posted as a subscriber or non-subscriber), all of the multiple pending
> messages hit the list, making the new poster sound redundant.
Thanks. I was wondering what had happened to the mails when suddenly I saw
a lot
Incomplete patch.
Usecase: `qemu-img convert` with -p now shows the write speed.
1. I'm calculating the speed using the time taken to run the for(;;)
at qemu-img.c:1477. I figured that every time this loop runs, n1
sectors are converted, and so I calculate the write_speed
accordingly. Is this cor
> To discuss the code you really should post the patch, I couldn't
> find any related code by your link.
Hi! I had posted the patch onto the list. I have also put it at [1] now.
Thanks.
Varad
[1] https://bugs.launchpad.net/qemu/+bug/603872
From: Varad Gautam
Calculate and display write speed when converting image with the
-p parameter. qemu-progress:qemu_progress_print() now takes speed
parameter to print.
Signed-off-by: Varad Gautam
---
include/qemu-common.h |4 ++--
qemu-img.c| 31
what does IO_BUF_SIZE in the same file relate to?
Thanks.
Varad
[1] https://bugs.launchpad.net/qemu/+bug/603872
speed)?
Also, what does IO_BUF_SIZE in the same file relate to?
Thanks.
Varad
[1] https://bugs.launchpad.net/qemu/+bug/603872
what does IO_BUF_SIZE in the same file relate to?
Thanks.
Varad
[1] https://bugs.launchpad.net/qemu/+bug/603872
speed)?
Also, what does IO_BUF_SIZE in the same file relate to?
Thanks.
Varad
[1] https://bugs.launchpad.net/qemu/+bug/603872
