You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2016/03/16 17:09:33 UTC
[jira] [Updated] (TS-4278) HostDB sync causes active transactions
to block for 100's of ms
[ https://issues.apache.org/jira/browse/TS-4278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-4278:
------------------------------
Fix Version/s: 6.2.0
> HostDB sync causes active transactions to block for 100's of ms
> ---------------------------------------------------------------
>
> Key: TS-4278
> URL: https://issues.apache.org/jira/browse/TS-4278
> Project: Traffic Server
> Issue Type: Bug
> Components: HostDB
> Reporter: Susan Hinrichs
> Fix For: 6.2.0
>
>
> When HostDB syncs to disk (by default every two minutes), active transactions will block when they reach HttpSM::do_hostdb_lookup. This is because do_hostdb_lookup calls hostDBProcessor.getbyname_imm which attempts to get the bucket locks. The delays generally last for 500-1200ms. This blocks the event loop so no other actions will be performed by the net handler until the lock is dropped.
> I'm assuming that the bucket locks are grabbed by the sync logic. When I increased proxy.config.cache.hostdb.sync_frequency to 1200, the every two minute slow down went away. Fortunately proxy.config.cache.hostdb.sync_frequency set to 0 seems to completely eliminate the sync, which will be my suggested solution internally.
> I tried reducing the size of the hostdb table, but that didn't seem to affect the delay time.
> The delay only reliably exhibited on loaded system. Running my httperf test case on a machine with no other activity did not show the delays.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)