[
https://issues.apache.org/jira/browse/TS-159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12832291#action_12832291
]
John Plevyak commented on TS-159:
---------------------------------
jplevyak:svn-trunk [649] % opreport --exclude-dependent --demangle=smart
--symbols proxy/traffic_server
CPU: Core 2, speed 1596 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask
of 0x00 (Unhalted core cycles) count 100000
samples % symbol name
2766813 62.7434 LogBuffer::checkout_write(unsigned long*, unsigned long)
368837 8.3642 LogObject::_checkout_write(unsigned long*, unsigned long)
295131 6.6927 iObject::operator new(unsigned long)
104961 2.3802 ink_freelist_new
82684 1.8750 ink_freelist_free
49592 1.1246 HttpSM::_instantiate_func(HttpSM*, HttpSM*)
18463 0.4187 mime_hdr_field_find(MIMEHdrImpl*, char const*, int)
16488 0.3739 HttpSM::cleanup()
15614 0.3541 EThread::process_event(Event*, int)
14378 0.3261 read_from_net(NetHandler*, UnixNetVConnection*, EThread*)
13483 0.3058 Cache::open_read(Continuation*, INK_MD5*, HTTPHdr*,
CacheLookupHttpConfig*, CacheFragType, char*, int)
13029 0.2955 PriorityEventQueue::check_ready(long long, EThread*)
12445 0.2822 write_to_net_io(NetHandler*, UnixNetVConnection*, EThread*)
12029 0.2728 NetHandler::mainNetEvent(int, Event*)
11777 0.2671 EThread::execute()
10563 0.2395 CacheVC::openReadStartHead(int, Event*)
10453 0.2370 HdrHeap::allocate_obj(int, int)
9189 0.2084 MIOBuffer::write_avail()
8920 0.2023 HdrHeap::allocate_str(int)
> Severe performance degradation with transaction logging enabled.
> ----------------------------------------------------------------
>
> Key: TS-159
> URL: https://issues.apache.org/jira/browse/TS-159
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
> Reporter: Leif Hedstrom
> Priority: Critical
> Fix For: 2.0.0
>
>
> With logging enabled, e.g.
> CONFIG proxy.config.log2.logging_enabled INT 3
> CONFIG proxy.config.log2.squid_log_enabled INT 1
> CONFIG proxy.config.log2.squid_log_is_ascii INT 0
> ATS "trunk" (and "dev" branch) suffers from serious performance degradation
> over time. I ran a number of tests, each 30s long, fetching a 500 byte long
> object from cache (ram cache enabled). The tests starts off doing about 20k
> QPS on my box, but with every iteration, it degrades (more so in the
> beginning). Within 30 minutes, performance had dropped to 3,800 QPS, at which
> point the process segfaulted (I think it's a meaningless trace though, but
> attaching it nonetheless).
> The CPU is completely pegged at all times, so it's definitely doing less and
> less workload, using the same (or more) CPU. I did not observe any memory
> growth, so I don't think it's a memory leak per se (but could still obviously
> be related to starving some resource inside TS).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
