On 02/13/2012 10:47 PM, Yaniv Kaul wrote:
For both LAN (high bandwidth, high performance) and WAN (high latency)
perhaps it may be worthwhile to increase (via socket options) the TCP
receive (on the client) and send (on the server) buffers for the display
channel? It will cause:
- bigger TCP wind
On 02/14/2012 01:54 AM, Dan McGee wrote:
On Mon, Feb 13, 2012 at 3:11 PM, Yaniv Kaul wrote:
While the best thing would have been to pass the first image already to the
client using those 256K (and calculate the bandwidth based on the first data
passed to the client and continue to do so, as the
On Mon, Feb 13, 2012 at 3:11 PM, Yaniv Kaul wrote:
> While the best thing would have been to pass the first image already to the
> client using those 256K (and calculate the bandwidth based on the first data
> passed to the client and continue to do so, as the protocol continues), the
> next best
On 02/13/2012 10:47 PM, Yaniv Kaul wrote:
For both LAN (high bandwidth, high performance) and WAN (high latency)
perhaps it may be worthwhile to increase (via socket options) the TCP
receive (on the client) and send (on the server) buffers for the
display channel? It will cause:
- bigger TCP w
While the best thing would have been to pass the first image already to
the client using those 256K (and calculate the bandwidth based on the
first data passed to the client and continue to do so, as the protocol
continues), the next best thing would probably be pass *some* image to
the client
For both LAN (high bandwidth, high performance) and WAN (high latency)
perhaps it may be worthwhile to increase (via socket options) the TCP
receive (on the client) and send (on the server) buffers for the display
channel? It will cause:
- bigger TCP window (which is good for both cases above)
Hi Naga
- Original Message -
> I'm looking Spice-gtk build instructions for Linux, Windows and MAC
> environments at http://spice-space.org/page/Howtos
> but haven't find it.
> Can you please direct me for Spice-gtk build instructions?
There is no instruction page for various reasons:
1.
Some non-Linux platforms return a (caddr_t *) result for the return
value of mmap(), which is very unfortunate. Add a (void *) cast to
explicitly avoid the warning when compiling with -Werror.
For the IO vector related stuff, signed vs. unsigned comes into play so
adding a (void *) cast here is te
This prevents compression over things such as VPN links misleading us on
available bandwidth. The page used before was 4K worth of zeroes, which
isn't a very realistic test at all.
We now use a generated sequence of bytes that vary in value and offset
between consecutive values, causing compressio
Hi,
Currently, I'm using following params to enable virtio serial port.
-device virtio-serial -chardev spicevmc,id=vdagent,name=vdagent
-device virtserialport,chardev=vdagent,name=com.redhat.spice.0
While studying about VDAgent in depth, I've noticed following params
at http://spice-space.org
sorry, is it better now? ;)
iptables -n -v -L
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
0 0 ACCEPT udp -- virbr0 * 0.0.0.0/0
0.0.0.0/0udp dpt:53
0 0 ACCEPT tcp -- virbr0 * 0.
Hi,
I'm looking Spice-gtk build instructions for Linux, Windows and MAC
environments at http://spice-space.org/page/Howtos
but haven't find it.
Can you please direct me for Spice-gtk build instructions?
Appreciated your help.
Thanks\Naga.___
Spice-
Daniel,
let us also know if you fix it yourself. I'm pretty curious how
qemu-kvm/spice will run on top of another hypervisor! :)
David
David Jaša píše v Po 13. 02. 2012 v 17:25 +0100:
> Daniel Parnak píše v Po 13. 02. 2012 v 16:57 +0100:
> > nmap 192.168.163.179
> >
> > Starting Nmap 5.51 ( h
Daniel Parnak píše v Po 13. 02. 2012 v 16:57 +0100:
> nmap 192.168.163.179
>
> Starting Nmap 5.51 ( http://nmap.org ) at 2012-02-13 09:50 EST
> Nmap scan report for 192.168.163.179
> Host is up (0.00024s latency).
> All 1000 scanned ports on 192.168.163.179 are filtered
> MAC Address: 00:0C:29:E7:
In procesor settings (VMware 8) I've chose INtel VT-x/EPT
then I did modprobe kvm-intel
lsmod shows kvm
after it command qemu-kvm is working, but only when I start vm without
option -spice (qemu-kvm -cdrom /tmp/Fedora-16-x86_64-Live-Desktop.iso -hda
/tmp/fedora.qcow -boot d -net nic -net user -m 10
In procesor settings (VMware 8) I've chose INtel VT-x/EPT
then I did modprobe kvm-intel
lsmod shows kvm
after it command qemu-kvm is working, but only when I start vm without
option -spice (qemu-kvm -cdrom /tmp/Fedora-16-x86_64-Live-Desktop.iso -hda
/tmp/fedora.qcow -boot d -net nic -net user -m 10
On Thu, Feb 9, 2012 at 8:49 PM, George Pyle wrote:
> Is there a binary download of spice-gtk for Windows. I don't have a Windows
> development system but was asked for a Windows client. I only saw an older,
> non-gtk windows download. Or at least that is what I thought I saw.
There is no official
George Pyle píše v Čt 09. 02. 2012 v 11:49 -0800:
> Is there a binary download of spice-gtk for Windows. I don't have a
> Windows development system but was asked for a Windows client. I only
> saw an older, non-gtk windows download. Or at least that is what I
> thought I saw.
>
Hi George,
the n
On Mon, Feb 13, 2012 at 2:38 PM, nicolas prochazka
wrote:
> as you says, set keepalive is ok and correct this issue, ( my friday
> test is badly, sorry )
> can it commit to git ?
I did it a few hours ago (back to the future!)
http://cgit.freedesktop.org/spice/spice-gtk/commit/?id=8fe6547b6181fb
Hi,
as you says, set keepalive is ok and correct this issue, ( my friday
test is badly, sorry )
can it commit to git ?
Regards,
Nicolas
diff --git a/spice-gtk-0.9/gtk/spice-channel.c
b/tmp/spice-gtk-0.9/gtk/spice-channel.c
index bdfb02b..49c69c9 100644
--- a/spice-gtk-0.9/gtk/spice-channel.c
++
Daniel Parnak píše v Po 13. 02. 2012 v 12:25 +0100:
> # /home/liveuser/.spicec/spicec.log
>
> 1329134774 INFO [2196:2196] Application::main: starting 0.10.1
> 1329134774 INFO [2196:2196] Application::main: command line: spicec -h
> 192.168.163.179 -p 5930
> 1329134774 INFO [2196:2196] init_key_ma
On Mon, Feb 13, 2012 at 12:25:18PM +0100, Daniel Parnak wrote:
> # I've installed qemu-kvm but when I try to run qemu-kvm shows this:
>
> Could not access KVM kernel module: No such file or directory
> failed to initialize KVM: No such file or directory
> No accelerator found!
Are the kvm_intel o
# /home/liveuser/.spicec/spicec.log
1329134774 INFO [2196:2196] Application::main: starting 0.10.1
1329134774 INFO [2196:2196] Application::main: command line: spicec -h
192.168.163.179 -p 5930
1329134774 INFO [2196:2196] init_key_map: using evdev mapping
1329134774 INFO [2196:2196] MultyMonScreen
23 matches
Mail list logo
