search for: loadtest

...userdb configs in /etc/doveconf.conf: userdb ldap { args = /etc/dovecot-ldap.conf } and the following user_attrs defined in /etc/dovecot-ldap.conf user_attrs = uidNumber=uid,gidNumber=gid,mailQuotaSize=quota=maildir:ignore=Trash:storage,mail_plugins The user's quota setting is: dn: uid=loadtest,ou=people,dc=subaru,dc=nao,dc=ac,dc=jp mailQuotaSize: 1024000 Dovecot-imap appear to recognize the quota from ldap, as the Thunderbird quota plugin reads the correct info from LDAP if the mailQuotaSize entry exists, and the default storage=10240 from doveconf.conf if there is no LDAP attr. Howe...

Hi I have a potential project for which my client requests that we load balance the streaming service. Of course, the Icecast server scales very well. - http://icecast.org/loadtest/ However, the client requests high-availability and, due to the scale of the potential project, we would like to load balance the service over two or more servers. I think the load balancing aspect is not my major issue at this stage but how to aggregate the listener logs in one place so that my...

...y to run multiple curl processes. The libuv code that i wrote is not of a very good quality (even though it’s really simple). thanks! —zahar > On Jun 10, 2016, at 2:43 PM, Alejandro <cdgraff at gmail.com> wrote: > > In the past, i had used this method: > > http://icecast.org/loadtest/1/ <http://icecast.org/loadtest/1/> > > But to be honest, nothing be compared with real use case, we found many issues when the connections arrive from many differents IPs, the stress test open all from small set of IPs, but almost this test case is used for many others, and present go...

...Mon, 2020-01-13 at 13:30 +0000, Chip wrote: > > Hi > > > > I have a potential project for which my client requests that we load > > balance the streaming service. > > > > Of course, the Icecast server scales very well. > > > > - http://icecast.org/loadtest/ > > > > However, the client requests high-availability and, due to the scale of > the > > potential project, we would like to load balance the service over two or > > more servers. > > > > I think the load balancing aspect is not my major issue at this stage...

I wrote a test application which is based on libuv. iptables is disabled. I’m running the test application from two other machines. Do you have any suggestions for testing? thanks! —zahar > On Jun 10, 2016, at 2:38 PM, Alejandro <cdgraff at gmail.com> wrote: > > Zahar, how are you testing? with some CURL stress test? BTW, IPTABLES is enabled? > > I was running most time

...ls with what things look like as you add sources (and then listeners), and the second one compares icecast and Shoutcast in terms of how they handle large numbers of listeners. Feedback is always welcome, as are any questions regarding the results. They are available here -> http://icecast.org/loadtest.php oddsock _______________________________________________ Icecast mailing list Icecast@xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683...

Yup, Its all about the bandwidth! Why not check out the load tests that were done by oddsock? http://icecast.org/loadtest.php Regards -----Original Message----- From: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org] On Behalf Of Steven Clift Sent: 21 November 2005 4:03 PM To: icecast@xiph.org Subject: [Icecast] Server question - if you had ... If you had $3,000 for a new Icecast2 streaming server, what...

Good afternoon, On Mon, 2020-01-13 at 13:30 +0000, Chip wrote: > Hi > > I have a potential project for which my client requests that we load > balance the streaming service. > > Of course, the Icecast server scales very well. > > - http://icecast.org/loadtest/ > > However, the client requests high-availability and, due to the scale of the > potential project, we would like to load balance the service over two or > more servers. > > I think the load balancing aspect is not my major issue at this stage but > how to aggregate the lis...

...er >> 60 Mbps before any overheads, I'm looking at using some Dell SC1425 machines >> but am not sure how many I'd need, I'd appreciated hearing your experiences >> and suggestions. > >this is probably of some tangential relevance: > >http://www.icecast.org/loadtest1.php Thanks for the link I will have a good look through. At first glance it's looking impressive. >Oddsock tested up to 14,000 concurrent users - but it was only >listeners that were tested for. it would be great to see another test >to simulate concurrent encoders and listeners. A...

>> static int xmit_skb(struct send_queue *sq, struct sk_buff *skb) >> { >> struct virtio_net_hdr_mrg_rxbuf *hdr; >> @@ -1130,9 +1172,11 @@ static netdev_tx_t start_xmit(struct sk_buff *skb, >> struct net_device *dev) >> int err; >> struct netdev_queue *txq = netdev_get_tx_queue(dev, qnum); >> bool kick =

>> static int xmit_skb(struct send_queue *sq, struct sk_buff *skb) >> { >> struct virtio_net_hdr_mrg_rxbuf *hdr; >> @@ -1130,9 +1172,11 @@ static netdev_tx_t start_xmit(struct sk_buff *skb, >> struct net_device *dev) >> int err; >> struct netdev_queue *txq = netdev_get_tx_queue(dev, qnum); >> bool kick =

...ne merging, you just need to use the instrumented clang, and one merged raw profile data automagically produced in the end. The raw to indexed merge is also much faster. The online merge feature has a huge advantage when considering integrating the instrumented binary with existing make systems or loadtesting harness -- it is almost seamless. > > > I have a prototype implementation and plan to send it out for review > > soon after some clean ups. By default, the profiling merging is off and > it can > > be turned on with an user option or via an environment variable. The &g...

...ote: > > > Hi > > > > > > I have a potential project for which my client requests that we load > > > balance the streaming service. > > > > > > Of course, the Icecast server scales very well. > > > > > > - http://icecast.org/loadtest/ > > > > > > However, the client requests high-availability and, due to the scale of > > the > > > potential project, we would like to load balance the service over two or > > > more servers. > > > > > > I think the load balancing aspect i...

..., you just need to use the instrumented clang, and one merged raw profile data automagically produced in the end. The raw to indexed merge is also much faster. > > The online merge feature has a huge advantage when considering integrating the instrumented binary with existing make systems or loadtesting harness -- it is almost seamless. > > > > > I have a prototype implementation and plan to send it out for review > > soon after some clean ups. By default, the profiling merging is off and it can > > be turned on with an user option or via an environment variable....

In the past, i had used this method: http://icecast.org/loadtest/1/ But to be honest, nothing be compared with real use case, we found many issues when the connections arrive from many differents IPs, the stress test open all from small set of IPs, but almost this test case is used for many others, and present good results. 2016-06-10 2:40 GMT-03:00 Popov, Zah...

...st need to use the instrumented clang, and one merged raw profile data automagically produced in the end. The raw to indexed merge is also much faster. >> >> The online merge feature has a huge advantage when considering integrating the instrumented binary with existing make systems or loadtesting harness -- it is almost seamless. >> >> >> >> > I have a prototype implementation and plan to send it out for review >> > soon after some clean ups. By default, the profiling merging is off and it can >> > be turned on with an user option or via a...

Xinliang David Li via llvm-dev <llvm-dev at lists.llvm.org> writes: > One of the main missing features in Clang/LLVM profile runtime is the lack of > support for online/in-process profile merging support. Profile data collected > for different workloads for the same executable binary need to be collected > and merged later by the offline post-processing tool.  This limitation

Hi Guys, Can anyone provide more details about where the lag would occur if I did try to pursue a push to talk scenario with Icecast. I'm not sure exactly how it works now so I'll outline the two potential discussion flows I have in mind. Perhaps someone could elaborate on between which steps the 5-10 seconds of lag would come into play. Mumble does look like it might be a better fit

One of the main missing features in Clang/LLVM profile runtime is the lack of support for online/in-process profile merging support. Profile data collected for different workloads for the same executable binary need to be collected and merged later by the offline post-processing tool. This limitation makes it hard to handle cases where the instrumented binary needs to be run with large number of