On 31/03/17 02:56 PM, Erdos New via openindiana-discuss wrote:
i've tried couple youtube vidoes, no issue playing here.
looking at my firefox, i've got the following add-on installed by default:
divX web player
QuickTime Plugin
VLC multimedia plugin
Windows media player
hope this helps!
i've tried couple youtube vidoes, no issue playing here.
looking at my firefox, i've got the following add-on installed by default:
divX web player
QuickTime Plugin
VLC multimedia plugin
Windows media player
hope this helps!
-Original Message-
From: Will Brokenbourgh
To: ope
On Fri, Mar 31, 2017 at 7:29 AM, Harry Putnam wrote:
>
> Sending end (29.7 GB):
>
> root # time zfs send p0/tst.2/isos@170330 | tamp | mbuffer -s 128k -m
> 1000m -O oi0:31337
>
tamp is compression, which takes cpu time. Since your network is gigabit
and you are running substantially below that,
Jonathan Adams writes:
> Do you have any info on just how much of the time difference is just down
> to the SSH header overhead?
>
> Do you know how long this takes in comparison to starting an rsyncd server
> and sending/receiving via rsync with compression on?
No to both.
I did do some testin
Greetings all,
Being a FreeBSD user, I have grown accustomed to viewing HTML5 videos
without the use of Flash (Flash is not easy to install on FreeBSD).
When I try to view the same videos on Firefox in Hipster, they won't
play and demand I install Flash.
Is there some setting I'm not aware
Do you have any info on just how much of the time difference is just down
to the SSH header overhead?
Do you know how long this takes in comparison to starting an rsyncd server
and sending/receiving via rsync with compression on?
Jon
On 31 March 2017 at 13:29, Harry Putnam wrote:
> [Test condu
[Test conducted 170330]
An attempt to measure the difference using mbuffer/tamp compared
to hipsters latest version of ssh:
pkg list|grep ssh
service/network/ssh 7.2.0.2-2017.0.0.4
=
Send HOST: A vbox vm running hipster on a windows
Harry Putnam writes:
> As you see the default Cipher was barely a minute faster than
> the arcfour over 28.7 GB of data.
>
> Absolutely NOT a diffinative test in any way but should at least show
> that on this network arcfour is likely to be no faster than the
> defaults in recent openssh version
Harry Putnam writes:
> As you see the default Cipher was barely a minute faster than
> the arcfour over 28.7 GB of data.
>
> Absolutely NOT a diffinative test in any way but should at least show
> that on this network arcfour is likely to be no faster than the
> defaults in recent openssh version
