[jira] [Commented] (TS-1006) memory management, cut down memory waste ?

2012-11-27 Thread samahee (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-1006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13505218#comment-13505218
 ] 

samahee commented on TS-1006:
-

it it fixed?

 memory management, cut down memory waste ?
 --

 Key: TS-1006
 URL: https://issues.apache.org/jira/browse/TS-1006
 Project: Traffic Server
  Issue Type: Improvement
  Components: Core
Affects Versions: 3.1.1
Reporter: Zhao Yongming
Assignee: Bin Chen
 Fix For: 3.3.2

 Attachments: memusage.ods, memusage.ods


 when we review the memory usage in the production, there is something 
 abnormal, ie, looks like TS take much memory than index data + common system 
 waste, and here is some memory dump result by set 
 proxy.config.dump_mem_info_frequency
 1, the one on a not so busy forwarding system:
 physics memory: 32G
 RAM cache: 22G
 DISK: 6140 GB
 average_object_size 64000
 {code}
  allocated  |in-use  | type size  |   free list name
 |||--
   671088640 |   37748736 |2097152 | 
 memory/ioBufAllocator[14]
  2248146944 | 2135949312 |1048576 | 
 memory/ioBufAllocator[13]
  1711276032 | 1705508864 | 524288 | 
 memory/ioBufAllocator[12]
  1669332992 | 1667760128 | 262144 | 
 memory/ioBufAllocator[11]
  2214592512 | 221184 | 131072 | 
 memory/ioBufAllocator[10]
  2325741568 | 2323775488 |  65536 | 
 memory/ioBufAllocator[9]
  2091909120 | 2089123840 |  32768 | 
 memory/ioBufAllocator[8]
  1956642816 | 1956478976 |  16384 | 
 memory/ioBufAllocator[7]
  2094530560 | 2094071808 |   8192 | 
 memory/ioBufAllocator[6]
   356515840 |  355540992 |   4096 | 
 memory/ioBufAllocator[5]
 1048576 |  14336 |   2048 | 
 memory/ioBufAllocator[4]
  131072 |  0 |   1024 | 
 memory/ioBufAllocator[3]
   65536 |  0 |512 | 
 memory/ioBufAllocator[2]
   32768 |  0 |256 | 
 memory/ioBufAllocator[1]
   16384 |  0 |128 | 
 memory/ioBufAllocator[0]
   0 |  0 |576 | 
 memory/ICPRequestCont_allocator
   0 |  0 |112 | 
 memory/ICPPeerReadContAllocator
   0 |  0 |432 | 
 memory/PeerReadDataAllocator
   0 |  0 | 32 | 
 memory/MIMEFieldSDKHandle
   0 |  0 |240 | 
 memory/INKVConnAllocator
   0 |  0 | 96 | 
 memory/INKContAllocator
4096 |  0 | 32 | 
 memory/apiHookAllocator
   0 |  0 |288 | 
 memory/FetchSMAllocator
   0 |  0 | 80 | 
 memory/prefetchLockHandlerAllocator
   0 |  0 |176 | 
 memory/PrefetchBlasterAllocator
   0 |  0 | 80 | 
 memory/prefetchUrlBlaster
   0 |  0 | 96 | memory/blasterUrlList
   0 |  0 | 96 | 
 memory/prefetchUrlEntryAllocator
   0 |  0 |128 | 
 memory/socksProxyAllocator
   0 |  0 |144 | 
 memory/ObjectReloadCont
 3258368 | 576016 |592 | 
 memory/httpClientSessionAllocator
  825344 | 139568 |208 | 
 memory/httpServerSessionAllocator
22597632 |1284848 |   9808 | memory/httpSMAllocator
   0 |  0 | 32 | 
 memory/CacheLookupHttpConfigAllocator
   0 |  0 |   9856 | 
 memory/httpUpdateSMAllocator
   0 |  0 |128 | 
 memory/RemapPluginsAlloc
   0 |  0 | 48 | 
 memory/CongestRequestParamAllocator
   0 |  0 |128 | 
 memory/CongestionDBContAllocator
 5767168 | 704512 |   2048 | memory/hdrStrHeap
18350080 |1153024 |   2048 | memory/hdrHeap
   53248 |   2912 |208 | 
 memory/httpCacheAltAllocator
   0 |  0 |112 | 
 memory/OneWayTunnelAllocator
  157696 |   1232 |   1232 | 
 memory/hostDBContAllocator
  102240 |  

[jira] [Commented] (TS-1434) limited max bandwidth

2012-09-04 Thread samahee (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13448396#comment-13448396
 ] 

samahee commented on TS-1434:
-

I testd it.

first problem, installed lighttpd same server as origin server and then used 
wget 
at this time, bandwidth is 2G max.

second problem, changed ram_size 8G and cut_off_size 4G in the records.config,
it's 2G bandwidth.

why use only ram_cache for 2G bandwidth?

lighttpd is used only raid controller not used ram cache.



 limited max bandwidth
 -

 Key: TS-1434
 URL: https://issues.apache.org/jira/browse/TS-1434
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 3.2.0, 3.0.5
Reporter: samahee
Priority: Blocker

 I'm using 3.2.0. bonding 2G
 cached large file(2GB) and then downloaded full speed on some servers.
 but bandwidth limited 800M bit/sec 
 please check it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (TS-1434) limited max bandwidth

2012-09-03 Thread samahee (JIRA)
samahee created TS-1434:
---

 Summary: limited max bandwidth
 Key: TS-1434
 URL: https://issues.apache.org/jira/browse/TS-1434
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 3.2.0, 3.0.5
Reporter: samahee
Priority: Blocker


I'm using 3.2.0. bonding 2G
cached large file(2GB) and then downloaded full speed on some servers.
but bandwidth limited 800M bit/sec 

please check it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (TS-1250) Cache inspector does not seem to work properly

2012-06-11 Thread samahee (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-1250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13292812#comment-13292812
 ] 

samahee commented on TS-1250:
-

I tested on 3.1.4.
configured 4096M in storage.config.
cached 2G files two.

I tried regex lookup on the web UI, but I don't see any cached list.
please check again.

 Cache inspector does not seem to work properly
 --

 Key: TS-1250
 URL: https://issues.apache.org/jira/browse/TS-1250
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: James Peach
Priority: Critical
 Fix For: 3.1.4


 It seems the cache inspector is not functioning properly. Regex lookups 
 mostly works, but individual URLs does not. When it displays the error 
 results page from a lookup, it also tends to truncate the URL by one 
 character.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira