[
https://issues.apache.org/jira/browse/TS-159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12832231#action_12832231
]
Leif Hedstrom commented on TS-159:
----------------------------------
./bin/traffic_server(RemapProcessor::perform_remap(Continuation*,
HttpTransact::State*)+0xc4)[0x81a83d4]
[0xb2309e08]
./bin/traffic_server(HttpSM::call_transact_and_set_next_state(void
(*)(HttpTransact::State*))+0xae)[0x81553de]
./bin/traffic_server(HttpSM::handle_api_return()+0xa8)[0x816b4f8]
./bin/traffic_server(HttpSM::set_next_state()+0x87f)[0x816aa3f]
./bin/traffic_server(HttpSM::call_transact_and_set_next_state(void
(*)(HttpTransact::State*))+0xae)[0x81553de]
./bin/traffic_server(HttpSM::state_read_client_request_header(int,
void*)+0x65b)[0x815c89b]
./bin/traffic_server(HttpSM::setup_client_read_request_header()+0x5f)[0x815ca1f]
./bin/traffic_server(HttpSM::state_add_to_list(int, void*)+0x19e)[0x8161cee]
./bin/traffic_server(HttpClientSession::new_transaction()+0x181)[0x81461c1]
./bin/traffic_server(HttpClientSession::state_keep_alive(int,
void*)+0x97)[0x8145fb7]
./bin/traffic_server[0x82c5aa3]
./bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x2b1)[0x82bde31]
./bin/traffic_server(EThread::process_event(Event*, int)+0xa1)[0x82e60f1]
./bin/traffic_server(EThread::execute()+0x3b9)[0x82e6869]
> 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.
