search for: 80k

I have to setup an online radio to support 5K users initially and grow into 80k users later. 1.Has anyone any tips on this? 2.Would you recommend serving more than 2000 listeners on a single server? 3.Are there any redundance features on the relay server mode? I was thinking about setting up 2 servers to receive the encoded stream and then setting up the relaying servers...

...d be the bandwidth usage per month ? I calculate this way, G.729 call is about 20K, but since call arrive on SIP and leave through h323 there are sessions with SIP server as well as H323 g/w. So a call is actually 40K. Since colo calculate bw in both upstream and downstream, total b/w is 2 x 40k = 80k. So 100K minutes is 100k x 80k = 80,00,000 kbps/month = 8Gig/month. Would my line of thinking correct ? As always for experts on this list to comment. Thanks SW

>>> This is not a 50/50 split, which impliesTw that some packets from the >>> large >>> packet flow are still converted to copying. Without the change the rate >>> without queue was 80k zerocopy vs 80k copy, so this choice of >>> (vq->num >> 2) appears too conservative. >>> >>> However, testing with (vq->num >> 1) was not as effective at mitigating >>> stalls. I did not save that data, unfortunately. Can run more tests on >&...

>>> This is not a 50/50 split, which impliesTw that some packets from the >>> large >>> packet flow are still converted to copying. Without the change the rate >>> without queue was 80k zerocopy vs 80k copy, so this choice of >>> (vq->num >> 2) appears too conservative. >>> >>> However, testing with (vq->num >> 1) was not as effective at mitigating >>> stalls. I did not save that data, unfortunately. Can run more tests on >&...

...of the old data frame), # (copies of the new column) # A third number refers to numbers of # (copies made of an integer vector of row names) # For R 3.0.0, I'm getting astounding results - many more copies, # and also some copies of larger objects; in addition to the data # vectors of size 80K and 160K, also 240K and 320K. # Where three numbers are given in form a;c;d, they refer to # (copies of 80K; 240K; 320K) The benchmarks are at http://www.timhesterberg.net/r-packages/memory.R I'm using versions of R I installed from source on a Linux box, using e.g. ./configure --prefix=(my...

There''s a good article at http://news.bbc.co.uk/1/hi/technology/4616700.stm that says, in a nutshell, that people form their impression of a Web site in 50 milliseconds. With an 80K download for prototype, that leads me to ask: "how can page sizes be trimmed and still use cool features"? I recognize that browsers may feel free to download these scripts asynchronously, but what is the best practice for keeping the page sizes to a reasonable minimum and still retai...

Hello I have question, currently using linux box as router. It only route packets. Currently there is 80k packets/sec and this cause 90% CPU usage on Intel Celeron 3ghz CPU. Did multiprocessor system like 2x XEON DP 3.4ghz will divide CPU usage between 2 CPU and will allow double routing performance ? -- Golem

...ff-backup set...) An initial sync will be about one fourth as fast a a cp of the same files. "Ok, that's not a huge deal. Subsequent syncs should be a lot faster" I though. No. Using a native windows sync tool, a sync of the source to the destination takes perhaps 5 minutes. (~24G, 80K files) However using rsync takes a very long time. (I've never let it finish, but it's still running an hour later or more...) Here's how I run it: rsync --recursive --delete --verbose --stats --perms --super /cygdrive/e/somedir/ /cygdrive/f/somedir/ Thoughts? I'm mainly using rs...

...; With the queue removed the rate reverts to > > zerocopy=58878 copy=110239 > zerocopy=58833 copy=110207 > > This is not a 50/50 split, which impliesTw that some packets from the large > packet flow are still converted to copying. Without the change the rate > without queue was 80k zerocopy vs 80k copy, so this choice of > (vq->num >> 2) appears too conservative. > > However, testing with (vq->num >> 1) was not as effective at mitigating > stalls. I did not save that data, unfortunately. Can run more tests on fine > tuning this variable, if th...

...; With the queue removed the rate reverts to > > zerocopy=58878 copy=110239 > zerocopy=58833 copy=110207 > > This is not a 50/50 split, which impliesTw that some packets from the large > packet flow are still converted to copying. Without the change the rate > without queue was 80k zerocopy vs 80k copy, so this choice of > (vq->num >> 2) appears too conservative. > > However, testing with (vq->num >> 1) was not as effective at mitigating > stalls. I did not save that data, unfortunately. Can run more tests on fine > tuning this variable, if th...

...d sending 128k/s + 56k/s + 24k/s to the relay host... which is using a lot of bandwidth on the source network (which I don't have much to spare). Is there any way to just send one 128k/s mountpoint and have the relay side transcode to the bitrates and go from there, that way I'm saving 80k/s of upload from the source host. The stream randomly starts to glitch out every once and awhile and I'm trying to fix it. Any pointers would be greatly appreciated. -- Cody Tubbs : (Certified Master Linux Administrator) : (Certified Unix Security Specialist) -- wISPdirect : http...

...:17, Willem de Bruijn wrote: >>>>> >>>>> This is not a 50/50 split, which impliesTw that some packets from the >>>>> large >>>>> packet flow are still converted to copying. Without the change the rate >>>>> without queue was 80k zerocopy vs 80k copy, so this choice of >>>>> (vq->num >> 2) appears too conservative. >>>>> >>>>> However, testing with (vq->num >> 1) was not as effective at mitigating >>>>> stalls. I did not save that data, unfortunat...

...:17, Willem de Bruijn wrote: >>>>> >>>>> This is not a 50/50 split, which impliesTw that some packets from the >>>>> large >>>>> packet flow are still converted to copying. Without the change the rate >>>>> without queue was 80k zerocopy vs 80k copy, so this choice of >>>>> (vq->num >> 2) appears too conservative. >>>>> >>>>> However, testing with (vq->num >> 1) was not as effective at mitigating >>>>> stalls. I did not save that data, unfortunat...

On Centos 4.x 32 I want to create like a 64Mbyte ramdisk. Is there a problem putting 30k to 80k empty files on a ramdisk? Is there a simple howto on creating a ramdisk that anyone knows of off the top of there head? Matt

Hello, I have a binary matrix of 80k sets (sets comprising of combination of cities) by 885 cities (dimension = 80k x 885). For matrix, 1 means city is a part of the set and 0 means the city is not part of the set. Sets are rows and cities are columns (city.test). I want to do feature reduction to only keep important sets (most like...

On 2017?09?02? 00:17, Willem de Bruijn wrote: >>>> This is not a 50/50 split, which impliesTw that some packets from the >>>> large >>>> packet flow are still converted to copying. Without the change the rate >>>> without queue was 80k zerocopy vs 80k copy, so this choice of >>>> (vq->num >> 2) appears too conservative. >>>> >>>> However, testing with (vq->num >> 1) was not as effective at mitigating >>>> stalls. I did not save that data, unfortunately. Can run mor...

Hello, sorry for incomplete code... with this I read the file and calculate my stuff. I have a plenty of them 80-300K every 5 Kelvin. I start with 79K, 80K...300K test<-read.table("T300_both.txt",header=FALSE,sep="") RH2<-c(RH2,2.5e7*.32e-4/100e-6/5100*(test$V3[c(2)]-test$V3[c(1)]+test $V3[c(4)]-test$V3[c(3)])) n2<-c(n2,-1/(RH2[c(46)]*1.60217e-19)) PA2<-c(1.1331/100e-6*.32e-4*(test$V1[c(2)]+test$V1[c(4)]-test $V1[c(1)]...

...fb ip link set dev ifb0 up tc qdisc add dev ifb0 root netem limit 1000 rate 1MBit tc qdisc add dev tap0 ingress tc filter add dev tap0 parent ffff: protocol ip \ u32 match ip dport 8000 0xffff \ action mirred egress redirect dev ifb0 Before the delay, both flows process around 80K pps. With the delay, before this patch, both process around 400. After this patch, the large flow is still rate limited, while the small reverts to its original rate. See also discussion in the first link, below. The limit in vhost_exceeds_maxpend must be carefully chosen. When vq->num >>...

...fb ip link set dev ifb0 up tc qdisc add dev ifb0 root netem limit 1000 rate 1MBit tc qdisc add dev tap0 ingress tc filter add dev tap0 parent ffff: protocol ip \ u32 match ip dport 8000 0xffff \ action mirred egress redirect dev ifb0 Before the delay, both flows process around 80K pps. With the delay, before this patch, both process around 400. After this patch, the large flow is still rate limited, while the small reverts to its original rate. See also discussion in the first link, below. The limit in vhost_exceeds_maxpend must be carefully chosen. When vq->num >>...

...* mode 128K * 101.2 * 51.0 ** 50.2 49.6 LOSSY * ************************************************** COUPLING * mode 96K * 66.1 * 38.0 ** 28.1 42.5 * ************************************************** * mode 80K * 53.9 * 38.0 ** 15.9 29.5 * ************************************************** * mode 64K * 44.0 * 29.5 ** 14.5 33.0 * *********************************************************************** notes: - In 128K mod...