similar to: Source throttling bug, windows->linux

(Resent since I screwed up the first time) I'm getting a weird source throttling bug that I just don't know how to track down. Source is windows shoutcast 1.9.0 winamp plugin (XP up to date, and possibly others) Server is 2.3.0 It works fine for quite a while, then I get the following wierdness on tcpdump and it goes to hell: 21:03:54.601871 IP (tos 0x0, ttl 64, id 27852, offset 0,

Dear all, I am having a vector of around 300.000 elements and I Want to slide fast a window from the first element until the last-Windowsize what I have so far is the following for statement:  for (i in 1:(length(data[,1]) - windowSize)) {         out[i] <- mean(data[i:(i + windowSize - 1), ])         elements[i]<-length(i:(i + windowSize - 1))       } but this of course takes ages to

Dear all, you can find below my solution for sliding a window. Please find below the code for the two alternatives and the benchmarks.     install.packages('caTools') require(caTools) do_sliding_for_a_window_duty_cycle <- function(DataToAnalyse,  windowSize) {   data<-DataToAnalyse   out <- numeric()   elements<- numeric()   if (length(data[,1]) >= windowSize){       for

Here is my code slidingwindowplotATGC = function(windowsize, inputseq) { starts = seq(1, length(inputseq)-windowsize, by = windowsize) n = length(starts) chunkGs = numeric(n) chunkAs = numeric(n) chunkTs = numeric(n) chunkCs = numeric(n) for (i in 1:n) { chunk = windowsize[starts[i]:(starts[i]+9999)] chunkG = sum("g" ==

Hello List, Due to a problem with CentOS 5 and one of our firewalls I am having to disable tcp window scaling to stop network connections grinding to a halt. I am also trying to Kickstart CentOS 5 machines through the firewall so need to disable window scaling at install time. I have added to the kickstart file %pre echo 0 > /proc/sys/net/ipv4/tcp_window_scaling But the install still hangs

diffed against http://svn.xiph.org/trunk/speex r9583 Index: libspeex/sb_celp.c =================================================================== --- libspeex/sb_celp.c (revision 9583) +++ libspeex/sb_celp.c (working copy) @@ -272,7 +272,6 @@ st->g0_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t)); st->g1_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t)); -

https://bugzilla.mindrot.org/show_bug.cgi?id=1697 Summary: scp transfers from remote cygwin machine fail with ssh versions >= 4.6 Product: Portable OpenSSH Version: 4.6p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: scp AssignedTo:

We use SMB to transfer large files (between 1GB and 5GB) from RedHat AS4 Content Storage servers to Windows clients with 6 DVD burners and robotic arms and other cool gadgets. The servers used to be Windows based, but we're migrating to RedHat for a host of reasons. Unfortunately, the RedHat Samba servers are about 2.5 times slower than the Windows servers. Windows will copy a 1GB file

Hi! Dear all I compressed an audiu(wave) with libvorbis1.1.1 and found that the pre-echo was longer than the one which was compressed with MP3 at the same bitrate(128kbps),I am now confused aboout the pre-echo preventing scheme. Can you tell me what method does Ogg Vorbis adopt besides the auto windowsize switch? Looking forward to your letter! Thank you! ??????? Lisa (^_^)

Hi all Greetings from Patagonia Argentina - this is my first message to this list. I''m having a weird problem: when I reboot some domU, some OTHER domU gets killed. Scenario: > cat /etc/SuSE-release SUSE Linux Enterprise Server 11 (x86_64) VERSION = 11 PATCHLEVEL = 1 > uname -sri Linux 2.6.32.43-0.4-xen x86_64 > rpm -qa | grep xen- kernel-xen-base-2.6.32.43-0.4.1

Sysctl Values ------------------------------------------- net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.ipv4.tcp_rmem = 4096 87380 16777216 net.ipv4.tcp_wmem = 4096 65536 16777216 net.ipv4.tcp_window_scaling = 1 # vm.max-readahead = ? # vm.min-readahead = ? # HW Controler Off # max-readahead = 1024 # min-readahead = 256 # Memory over-commit # vm.overcommit_memory=2 # Memory to

Howdy, I'm installing openssh 2.2.0p1 on a number of SUNs running Solaris 2.6 but ran into a few problems: 1. whenever I run a remote X11 application and f.i. change the windowsize I get anoying debug messages like debug: client_check_window_change: changed This is a problem since I want to use openssh in a production environment. Is there any way to turn these messages off?

https://bugzilla.mindrot.org/show_bug.cgi?id=2225 Bug ID: 2225 Summary: sshd core dumps when used in high scaled environments. Product: Portable OpenSSH Version: 6.2p1 Hardware: All OS: All Status: NEW Severity: major Priority: P5 Component: sshd Assignee: unassigned-bugs at

I have been using BackupPC via rsync daemons on the target machines and all has been working well. At least until about the time rsync went to version 3.0.6. Since then backups have been failing for some targets. The failure is a TCP ZeroWindow issue. It looks like the server rsync process cannot empty it's buffer soon enough and eventually the process fails. I really do not know if it is

I haven't been able to find any information about this problem, I hope someone can help, anyway this is the setup: Server: - Linux Fedora Core 5 - kernel 2.6.17-1.2145_FC5smp - openssh-server-4.3p2-4 Client not working: - Linux Fedora Core 5 - kernel 2.6.17-1.2145_FC5smp - openssh-clients-4.3p2-4 Client working: - Same machine - Windows XP - putty 0.58 This is the log from the non working

Dear Prof. Brian Ripley, thank you for answering. > Can we step back a bit? I think we could probably do better > than we do. > No one envisaged people resizing graphics windows when the system was > designed (as far as I can see), and locking aspect ratios (which > S-PLUS now does) when re-sizing looks sensible to me. We > might seriously > want to consider scrollable

I have a very odd problem connecting to some websites from my CentOS 5 box Target websites: www.connecttech.com www.3ware.com (two of my HW vendors) I can usually get some kind of response, but if the content (download or page itself) is larger in size (downloads never pass 100K), then it hangs... When I fire-up wireshark, I get a lot of ougoing highlighted Checksum Errored packets but I

Hi! I have a really weird problem with some of my servers, namely all the ones running Centos5 When I try to download a file from the server to a machine outside our Cisco 6500 router/firewall, the download hangs about half the times (15 out of 40) when less than half a megabyte into the transfer (varied from 76 kb to 496 kb). One server has a portchannel (Cisco speak for ethernet bundle),

Dear R-Users I have created the following table in R: Year TACC.SNA1 Catch.SNA1 TACC.SNA2 Catch.SNA2 TACC.SNA3 Catch.SNA3 111 1985-86 9396 18595 1860 530 1486 16727 112 1986-87 3155 12195 9506 7067 4991 2300 113 1987-88 6913 2074 3740

Configuration: (2) Dual Core Opterons 8GB RAM Apache used to balance 40 mongrel instances We receive Application 500 Errors. Nothing suspect appears in the log, so we are at a lost as to what to do next. Any advice would be welcome and/or an explanation of what types of things cause Application 500 Errors in mongrel. Thanks! - Jared Brown -------------- next part -------------- An HTML