Displaying 5 results from an estimated 5 matches for "44005".
Did you mean:
4400
2004 Aug 09
2
cbq dosen''t shape on MARK for one host.. strange!
...MARK set 0x13da
cbq stats looks like this:
azazel mfw # cbq stats
### eth0: queueing disciplines
qdisc pfifo_fast 0: [Unknown qdisc, optlen=20]
Sent 1034932 bytes 3090 pkts (dropped 0, overlimits 0)
### eth1: queueing disciplines
qdisc pfifo_fast 0: [Unknown qdisc, optlen=20]
Sent 44005 bytes 335 pkts (dropped 0, overlimits 0)
### eth2: queueing disciplines
qdisc cbq 1: rate 100Mbit (bounded,isolated) prio no-transmit
Sent 2869896 bytes 3850 pkts (dropped 0, overlimits 0)
borrowed 0 overactions 0 avgidle 62 undertime 0
### eth2: traffic classes
class cbq 1:1001 parent 1: ra...
2007 May 17
2
RFC: Tuning ext3
All,
I'm requesting comments from the expert readers of ext3-users on these
notes for tuning ext3 for performance.
Most helpful would be feedback pertinent to RHEL 5; as XFS isn't
supported under Red Hat Enterprise Linux these items are an attempt to
match XFS performance with ext3.
These items were culled from a number of sources. Will they be effective
for achieving the performance
2005 Jun 14
1
Problem with samba broadcast
...src=82.51.147.118 dst=80.171.100.101 sport=4662
dport=44170 use=1
tcp 6 253751 ESTABLISHED src=213.39.215.49 dst=161.53.68.130
sport=47167 dport=4663 src=161.53.68.130 dst=213.39.215.49 sport=4663
dport=47167 [ASSURED] use=1
tcp 6 4 SYN_SENT src=80.171.100.101 dst=172.188.108.74 sport=44005
dport=4662 [UNREPLIED] src=172.188.108.74 dst=80.171.100.101 sport=4662
dport=44005 use=1
tcp 6 270816 ESTABLISHED src=213.39.215.49 dst=161.53.68.130
sport=56224 dport=4663 src=161.53.68.130 dst=213.39.215.49 sport=4663
dport=56224 [ASSURED] use=1
tcp 6 321123 ESTABLISHED src=213.39....
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Stepan,
Sorry for the delay. It's great that you are working on MergeFunctions
as well and I agree, we should definitely try to combine our efforts to
improve MergeFunctions.
Just to give you some context, the pass (with the similar function
merging patch) is already being used in a production setting. From my
point of view, it would be better if we focus on improving its
capability
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...14480 0 0.01 14480
toast_alaw.ll 2 18530 0 0.01 18500 0 0.01 18500
toast_audio.ll 4 15882 0 0.01 15852 0 0.01 15852
toast_lin.ll 2 2526 0 0.01 2496 0 0.01 2496
toast.ll 29 108797 0 0.02 108767 0 0.02 108767
toast_ulaw.ll 2 31971 0 0.01 31941 0 0.01 31941
toggle_move.ll 10 43960 0 0.01 43941 0 0.02 44005
token.ll 1 2866 0 0.01 2849 0 0.01 2849
token_stream.ll 10 54298 0 0.01 54273 0 0.01 54273
tol.ll 14 27300 0 0.01 27283 0 0.01 27283
top.ll 137 311177 6 0.03 308747 2 0.03 310415
Towers.ll 12 18539 0 0.01 18520 0 0.01 18520
trace.ll 11 34795 0 0.01 34779 0 0.01 34779
traits.ll 7 25582 0 0.01 25563...