similar to: rsync transfer rates over ssh

Greetings, This is a interesting problem. One of our researchers uses MATLAB to generate jpg files as part of his vision research. When he copies these files from the file server, it is very slow. I tried 3.0.28a and I see the same problem as we have with 3.0.28. Here are some interesting stats. 1) MATLAB generated files: command: robocopy Y:\23_1 C:\23_1 /e dirs: 2 files: 262 bytes:

Selim Daoud wrote: > here''s an interesting status report published by Microsoft labs > > http://research.microsoft.com/research/pubs/view.aspx?msr_tr_id=MSR-TR-2005-166 That is the paper in which Jim Gray coined "Mean time to data loss". It''s been quoted here before. Sad note: Turing award winner Jim Gray has been missing now for two weeks, after he went

Hi gluster users, I've spent several months trying to get any kind of high performance out of gluster. The current XFS/samba array is used for video editing and 300-400MB/s for at least 4 clients is minimum (currently a single windows client gets at least 700/700 for a single client over samba, peaking to 950 at times using blackmagic speed test). Gluster has been getting me as low as

Hello, anybody has a clue why this happens? The scenario: Each night I create LVM snapshot of my volume which contains some virtual disk images (VirtualBox VDIs). Then I rsync the content of one of the snapshot directories to a backup server. Each file size is between 1.3 GB and 6GB. I run the following commmand: sudo -u rsyncbackup rsync -avzP --exclude-from /home/rsyncbackup/excludefile -e

Hey guys. I think Vorbis is pretty cool, but since the current OggEnc only offers 44.1kHz, it limits what I wanted to use it for. So I've been using Lame to get 16kHz mono Vorbis files. I'm curious about whether Lame does Vorbis encoding the "right" way for non-44.1k stuff, or whether it just encodes as it would for 44.1k & changes the sample rate on the output, but I'm

What traffic shaper must I use to shape small rates (~1kBps) without significant latency? I have experience with htb and i now that htb is not very good solution in this case. With so low rates it generates a few seconds delays beetwen sended packets. Such situation is described on htb homepage, but without solution. Any ideas ? JQu

Hello everyone ! I''m new to the list :-). So I''ll tell you: I''m Eduardo Robles Elvira aka Edulix, a young student from the south of Spain. I''ve developed a simple project for local pc bandwidth shaping called Edulix Shaper script [1]. It''s based on the Wondershaper. I have it mostly finnished and debugged; I have only a final problem: Is it

Hi all, I''d like to have multiple polices in an interface with different src address, like that: tc qdisc add dev eth4 handle ffff: ingress tc filter add dev eth4 parent ffff: protocol ip prio 5 u32 match ip src \ 192.168.18.0/24 police rate 128kbit burst 10k drop flowid :1 tc filter add dev eth4 parent ffff: protocol ip prio 5 u32 match ip src \ 192.168.36.0/24 police rate

I'm trying to play Silent Hunter 3 using 0.9.57. I get my wine from the wine Ubuntu repository and I use Ubuntu 7.10. Silent Hunter 3 uses a hard coded resolution and refresh rate of 1024x768x32bit at 50Hz. But I have an 1680x1050x24bit at 60Hz monitor. I use the nvidia-glx-new version 100.14.19+2.6.22.4-14.10. There is a patch available from the Silent Hunter 3 page, but it is for source

Nate Homier wrote: > Silent Hunter 3 uses a > hard coded resolution and refresh rate of 1024x768x32bit at 50Hz. But I > have an 1680x1050x24bit at 60Hz monitor. I once had a similar problem with Need For Speed Hot Pursuit 2. The game's menu screen is hard coded for 800x600. As I understand it, Wine uses the xrandr extension to change resolutions. Playing around with the xrandr

Nate Homier wrote: > I think I get it. So I added the modeline: > Modeline "1024x768 at 50" 51.85 1024 1056 1248 1280 768 784 791 807 > > But it still don't work. Running winedebug gives: > trace:x11settings:X11DRV_ChangeDisplaySettingsEx width=1024 height=768 > bpp=32 freq=50 (XRandR) > err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found

Nate Homier wrote: > No it does not show that mode. I did restart x. Then you need to contact your distro support. There is nothing Wine can do here.

Howdy. I''m curious if anyone has a sense of what the typical Rails contract (W2) rates are for Rails developers in the San Francisco area. Assume the typical requirements of 2-3 years Rails experience, with 5+ years general development experience. From my experience in the Texas market, the rates are $40-55. But I understand the cost of living in SF to be _much_ higher (some sites

Hi, I was working on a classification problem using the pamr package. I used the pamr.adaptthresh() function to find the optimal accuracy of the classifier. I must not be doing it right, since it doesn't return the threshold values for optimum classification. For example,if I run it on a dataset, I get the following result using pamr.adaptthresh(): predicted true

Hello :-) FYI, here is a list of apparent Tika 0.8 conversion failures when run from Xapian's omindex on a Debian 6 Squeeze 64-bit system with 4 GB memory: doc files: tried: 10268, failed: 345 3.35% docx files: tried: 248, failed: 0 odp files: tried: 7, failed: 0 ods files: tried: 71, failed: 0 odt files: tried: 136, failed: 0 pdf files: tried: 3888, failed: 150

I hope it is OK to ask an Opus question here. If not, please advise the correct forum. Regarding the statement "Internally, the codec always operates at a 48 kHz sampling rate, though it allows input and output of various bandwidths..." Can I infer from this that it is most CPU efficient to always input and output PCM data at 48000 samples per sec, regardless of other factors such as

Hello, I'm an audiphile. Will opus ever be developed to work with sampling rates higher than 48kHz? (I hope so)

On Sat, Feb 22, 2014 at 8:32 AM, Webdrifter <onzemeelbox at gmail.com> wrote: > Hello, > I'm an audiphile. > Will opus ever be developed to work with sampling rates higher than 48kHz? (I hope so) http://people.xiph.org/~xiphmont/demo/neil-young.html

On 07/06/14 02:35 AM, Andrew Lentvorski wrote: > 192KHz is useful for the same reason that 24 bits is useful. > Digital operations often need the extra margin for many of the > operations being carried out (IIR-type effects, mixing multiple > sources, etc.) This is especially true for the so-called "wet" > effects that tend to mangle phase vs frequency (vs "dry"

On Sat, Jun 7, 2014 at 10:58 AM, Andrew Lentvorski <bsder at allcaps.org> wrote: > > > On 6/7/14, 1:55 AM, Jean-Marc Valin wrote: > > Actually... no! 24-bit can indeed be useful as extra margin and Opus > > can actually represent even more dynamic range than 24-bit PCM. That's > > not the case for 192 kHz. There's no "margin" that 192 kHz buys