search for: burstly

I'm having an issue where SROA will throw away no-alias information on some loads after inlining, because the loads are derived from a store to an alloca which can be removed after inlining. The pointers that were originally stored into the alloca do *not *have any aliasing information - the only context that allowed me to assert aliasing was that the inlined-function guaranteed it to be so.

This is one of my test classes: class htb 1:10 parent 1:1 prio 0 quantum 2048 rate 160Kbit ceil 400Kbit burst 1803b/8 mpu 0b cburst 2111b/8 mpu 0b level 0 Q1: where does "level 0" stand for? Q2: where does this b/8 stand for? Q3: this is on a i386 platform, so timer resolution should be 10mS. According to the doc the minimal burst should be 10mS*160Kbit=1600. Why is it 1803? Q4: I

I am trying to narrow-down a problem with VLC Player and I would like to temporarily disable burst-on-connect. I have set this to 0, but it doesn't seem to disable. <burst-on-connect>0</burst-on-connect> <burst-size>65535</burst-size> http://stream.orban.com:80/eval Any ideas? Thanks. -greg.

I am trying to determine exactly what the difference in Burst-on-Connect is between SHOUTcast and Icecast2. There are a number of players that are having difficulty with the Icecast2 Burst-on-Connect feature. To determine where the problem might be, I tried to lower the burst-size to 32768, but doing so will not allow sources to connect to the Icecast2 server. Anyone know what accepted

I am trying to determine exactly what the difference in Burst-on-Connect is between SHOUTcast and Icecast2. There are a number of players that are having difficulty with the Icecast2 Burst-on-Connect feature. To determine where the problem might be, I tried to lower the burst-size to 32768, but doing so will not allow sources to connect to the Icecast2 server. Anyone know what accepted

Thanks Karl- Setting the burst-size to 0 does indeed disable Burst-on-Connect. FYI: I have verified that disabling Burst-on-Connect allows VLC Player to play Icecast2 streams. I am notifying the VLC developers of this, so hopefully they can support Burst-on-Connect Icecast2 streams. SHOUTcast burst seems to work just fine, so maybe it won't be such a big problem to fix. Any other

Hello all, I am with a doubt about QoS solution... I have a 4 Mbit backbone coming from the telco I use... This is the link I serve to my clients, so I make this classes: $TC qdisc add dev $DL root handle 1: htb default 60 CLASS="/sbin/tc class add dev $DL parent" $CLASS 1: classid 1:1 htb rate 4096Kbit $CLASS 1:1 classid 1:10 htb rate 256Kbit ceil 3072Kbit burst 15k $CLASS 1:1

Hi everyone, My HTB script is showing me those "r2q change" warnings. I read that I should test with r2q values to gain accuracy and stop the warnings but I made some tests with r2q and with burst and I still get the warnings. Any ideas on this issue will be very helpful. The script seems to be working as the bandwidth for the IPs is being shaped. The NIC works at 100mbit and the

Hi all, I have a question about the relationship between the "queue-size" and the "burst-size" <limits> parameters. Q: When a client connects is the burst-size immediately added to the queue-size? If this is the case then the slack for a 16kpbs client goes down from 50 sec (102400[queue-size] / 16kbps = 50 sec) to 18 seconds ( (102400 - 65536[burst-size]) / 16kpbs =

Hello I have a problem when I use the intro to send a pre-roll, the main stream generates a 20 second delay, when the main stream is played it has no delay. Is there any parameter I can use to eliminate the delay? with pre-rolli: https://radiomarca-rrcast.flumotion.com/radiomarca/live.mp3 without pre-rolli: https://radiomarca-rrcast.flumotion.com/radiomarca/live-np.mp3 my conf: icecast>

Hi 2013/2/27 Jos? Luis Artuch <artuch at speedy.com.ar> > > At least here, with loop and preload the problem persists. > I think it's a good option to use more than one alternative, like you > have on your website: > > <source src="http://www.radiogalere.org:8080/galere.mp3" > type='audio/mpeg'> > <source

in HTB use 2 bucket for manage 2 rate??? first bucket -> keep token for sending with rate second bucket -> keep ctoken for sending with ceil rate Is it true?? may be i''m misunderstand about token/bucket thoery _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

A bit more detail. I have the following htb classes set up... class htb 1:356 parent 1:4 leaf 356: prio 4 quantum 1600 rate 12800bit ceil 51680bit burst 15Kb/8 mpu 0b overhead 0b cburst 1663b/8 mpu 0b overhead 0b level 0 class htb 1:357 parent 1:4 leaf 357: prio 4 quantum 1600 rate 12800bit ceil 51680bit burst 15Kb/8 mpu 0b overhead 0b cburst 1663b/8 mpu 0b overhead 0b level 0 class htb 1:2 root

Hello! I have an internet connection of 64kbps garanteed in a channel of 256kbps. On this connection the metropolitan speed is 10Mbps and in the provider''s network the speed is 100Mbps. I have a few clients behind my linux box and i want to set up some limitations because some of them are using it irrational. I am marking the packets with 0 for internet; 1 for metropolitan 2 for

Hello, I have a request for an additional header. This header is needed to inform the client of the burst it is going to receive. Why ? This header could be very usefull for the streaming-client to have an idea of it's delay, and (much more important) to be able to do early-on streaming. The question is not on how to implement this in code (probably send the header in the

I am using tbf to do bandwidth limitation. i found that when i start passing traffic there is a burst and then the rate goes down to what is configured. is this a known issue or do i need to change some parameters? thanks. --------------------------------- Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. _______________________________________________ LARTC mailing list

All: Does anyone know what the burst and cburst parameter do? My understanding so far: * I see a lot of different definitions on the web. It seems like burst is the number of bytes sent before serving other queues/classes. So if burst was 1000 bytes and class rate was 100kibit per second. It would send 1000 bytes each time the scheduler service that queue to a rate of 100 kbit per

ALL: <<diffserv-gred_10-06>> I have attached the current script that I am using. $TC qdisc add dev $EDEV parent 2:20 gred setup DPs 3 default 2 grio $TC qdisc change dev $EDEV parent 2:20 gred DP 1 limit $lim min $minTh max $maxTh avpkt $avgPL burst $bursty bandwidth $netBand probability 0.02 prio 2 $TC qdisc change dev $EDEV parent 2:20 gred DP 2 limit $lim min $minTh max

Hi all, I have an average 2mbit multicast stream that once in a while bursts high (up to 20mbit/s) in short periods (about 200ms). Could anyone please help me with directions using tc for configuing leaky bucket shaping to this stream? I have a 5mbit/s ceiling. My system is running gentoo linux 2.6.14, and I have compiled in all QoS modules. Thanks. Oivind

https://bugzilla.netfilter.org/show_bug.cgi?id=1170 Bug ID: 1170 Summary: limit-burst is not fully consumed and rule stops matching Product: netfilter/iptables Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: major Priority: P5 Component: