You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Sudheer Vinukonda (JIRA)" <ji...@apache.org> on 2014/12/24 17:32:13 UTC
[jira] [Comment Edited] (TS-3261) possible slow leak in v5.2.0
[ https://issues.apache.org/jira/browse/TS-3261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14258359#comment-14258359 ]
Sudheer Vinukonda edited comment on TS-3261 at 12/24/14 4:32 PM:
-----------------------------------------------------------------
Here's the top output for traffic_server on both hosts:
v5.2.0
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
{{13538 nobody 20 0 19.5g 15g 2.0g S 123.0 67.0 2575:28 /home/y/bin/traffic_server -M --httpport 80:fd=7,81:fd=8,82:fd=9,83:fd=10,84:fd=11,85:fd=12,90:fd=13,80:fd=14:ipv6,81:fd=15:ipv6}}
v5.0.0
{{10906 nobody 20 0 15.2g 10g 2.0g S 109.4 45.4 10442:11 /home/y/bin/traffic_server -M --httpport 80:fd=8,81:fd=9,82:fd=10,83:fd=11,84:fd=12,85:fd=13,90:fd=14,80:fd=15:ipv6,81:fd=16:ipv}}
was (Author: sudheerv):
Here's the top output for traffic_server on both hosts:
v5.2.0
{{PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
13538 nobody 20 0 19.5g 15g 2.0g S 123.0 67.0 2575:28 /home/y/bin/traffic_server -M --httpport 80:fd=7,81:fd=8,82:fd=9,83:fd=10,84:fd=11,85:fd=12,90:fd=13,80:fd=14:ipv6,81:fd=15:ipv6}}
v5.0.0
{{10906 nobody 20 0 15.2g 10g 2.0g S 109.4 45.4 10442:11 /home/y/bin/traffic_server -M --httpport 80:fd=8,81:fd=9,82:fd=10,83:fd=11,84:fd=12,85:fd=13,90:fd=14,80:fd=15:ipv6,81:fd=16:ipv}}
> possible slow leak in v5.2.0
> ----------------------------
>
> Key: TS-3261
> URL: https://issues.apache.org/jira/browse/TS-3261
> Project: Traffic Server
> Issue Type: Bug
> Components: Core
> Affects Versions: 5.2.0
> Reporter: Sudheer Vinukonda
> Fix For: 5.3.0
>
>
> After fixing the iobuffer leak in TS-3257, the iobuffers seem stable on v5.2.0, but, there still seems to be a slow memory leak. The RES memory from top shows 15g after running v5.2.0 in prod for more than 3 days, whereas the corresponding v5.0 host shows 10g after running for more than a week.
> Below is the dump of iobuffers between the v5.2.0 and v5.0 host - as expected, most iobufs are higher than v5.0 host (since, it's been running longer), except the 32k buffer (iobuf[8]). But, the difference in 32k buffers is not very high to explain the 5g difference in total memory.
> v5.2.0 host:
> {code}
> allocated | in-use | type size | free list name
> --------------------|--------------------|------------|----------------------------------
> 67108864 | 25165824 | 2097152 | memory/ioBufAllocator[14]
> 2013265920 | 1825570816 | 1048576 | memory/ioBufAllocator[13]
> 620756992 | 549978112 | 524288 | memory/ioBufAllocator[12]
> 780140544 | 593494016 | 262144 | memory/ioBufAllocator[11]
> 742391808 | 574619648 | 131072 | memory/ioBufAllocator[10]
> 901775360 | 735576064 | 65536 | memory/ioBufAllocator[9]
> 1189085184 | 1093304320 | 32768 | memory/ioBufAllocator[8]
> 474480640 | 348733440 | 16384 | memory/ioBufAllocator[7]
> 269221888 | 211320832 | 8192 | memory/ioBufAllocator[6]
> 156762112 | 142999552 | 4096 | memory/ioBufAllocator[5]
> 0 | 0 | 2048 | memory/ioBufAllocator[4]
> 131072 | 0 | 1024 | memory/ioBufAllocator[3]
> 65536 | 0 | 512 | memory/ioBufAllocator[2]
> 65536 | 256 | 256 | memory/ioBufAllocator[1]
> 16384 | 0 | 128 | memory/ioBufAllocator[0]
> {code}
> v.5.0.0 host:
> {code}
> allocated | in-use | type size | free list name
> --------------------|--------------------|------------|----------------------------------
> 134217728 | 31457280 | 2097152 | memory/ioBufAllocator[14]
> 2147483648 | 1843396608 | 1048576 | memory/ioBufAllocator[13]
> 788529152 | 608174080 | 524288 | memory/ioBufAllocator[12]
> 897581056 | 680525824 | 262144 | memory/ioBufAllocator[11]
> 796917760 | 660471808 | 131072 | memory/ioBufAllocator[10]
> 985661440 | 818479104 | 65536 | memory/ioBufAllocator[9]
> 873463808 | 677969920 | 32768 | memory/ioBufAllocator[8]
> 544735232 | 404439040 | 16384 | memory/ioBufAllocator[7]
> 310902784 | 237887488 | 8192 | memory/ioBufAllocator[6]
> 160956416 | 115515392 | 4096 | memory/ioBufAllocator[5]
> 0 | 0 | 2048 | memory/ioBufAllocator[4]
> 131072 | 2048 | 1024 | memory/ioBufAllocator[3]
> 65536 | 0 | 512 | memory/ioBufAllocator[2]
> 98304 | 50688 | 256 | memory/ioBufAllocator[1]
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)