search for: 44005

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...