[jira] [Commented] (TS-3315) Assert after try lock

2015-01-23 Thread taorui (JIRA)
[ https://issues.apache.org/jira/browse/TS-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14289020#comment-14289020 ] taorui commented on TS-3315: it`s great if you document it. if the caller has interest of

[jira] [Commented] (TS-1601) HttpServerSession::release don't close ServerSession if ServerSessionPool locking contention

2013-05-16 Thread taorui (JIRA)
[ https://issues.apache.org/jira/browse/TS-1601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13659499#comment-13659499 ] taorui commented on TS-1601: we almost have no way to release the ssession to ssession

[jira] [Commented] (TS-1821) AIO tests don't build with native AIO

2013-04-17 Thread taorui (JIRA)
[ https://issues.apache.org/jira/browse/TS-1821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13634635#comment-13634635 ] taorui commented on TS-1821: On 04/18/2013 01:41 AM, James Peach (JIRA) wrote: It should

[jira] [Commented] (TS-1405) apply time-wheel scheduler about event system

2013-04-08 Thread taorui (JIRA)
[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13625492#comment-13625492 ] taorui commented on TS-1405: On 04/08/2013 11:27 PM, John Plevyak (JIRA) wrote: yes, o

[jira] [Commented] (TS-1528) ats_memalign: couldn't allocate -548249600 bytes in Vol::init()

2012-10-16 Thread taorui (JIRA)
[ https://issues.apache.org/jira/browse/TS-1528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13477521#comment-13477521 ] taorui commented on TS-1528: we had some discussion in irc, his has a disk(3TB) and the ave

Re: [jira] [Commented] (TS-1528) ats_memalign: couldn't allocate -548249600 bytes in Vol::init()

2012-10-16 Thread taorui
we had some discussion in irc, his has a disk(3TB) and the average obj size is 8K and not set muti volumes, so TS need about (3*2^40 / 8000) * sizeof(Dir), which is larger than 2^31. On Tue, 2012-10-16 at 04:47 +, James Peach (JIRA) wrote: > [ > https://issues.apache.org/jira/browse/TS-152

TS server_session bind to client_session

2012-09-05 Thread taorui
I made a mistake the last time I said the server_session will bond to client_session which only happens when we not set the limit of proxy.config.http.server_max_connections and proxy.config.http.origin_max_connections.

Re: [jira] [Commented] (TS-1310) crash due to infinite loop

2012-06-20 Thread taorui
interesting, Did you turn cache_config_ram_cache_compress on ? On Wed, 2012-06-20 at 07:58 +, Hua Cai (JIRA) wrote: > [ > https://issues.apache.org/jira/browse/TS-1310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397340#comment-13397340 > ] > > H

Re: [jira] [Commented] (TS-621) writing 0 bytes to the HTTP cache means only update the header... need a new API: update_header_only() to allow 0 byte files to be cached

2012-04-18 Thread taorui
John: the patch was just a temporary solution and I did not take into account this situation you mentioned (even did not know). So if you have any ideas about it, tell me. On Thu, 2012-04-19 at 03:51 +, John Plevyak (Commented) (JIRA) wrote: > [ > https://issues.apache.org/jira/browse/TS-621?

[jira] [Commented] (TS-1158) Race on mutex switching for NetVConnections in UnixNetVConnection::mainEvent

2012-03-21 Thread taorui (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13235328#comment-13235328 ] taorui commented on TS-1158: I am afraid the race is (may be one of) the root cause of TS

Re: [jira] [Commented] (TS-1158) Race on mutex switching for NetVConnections in UnixNetVConnection::mainEvent

2012-03-21 Thread taorui
I am afraid the race is (may be one of) the root cause of TS-857, but I am not sure. On Wed, 2012-03-21 at 14:53 +, John Plevyak (Commented) (JIRA) wrote: > [ > https://issues.apache.org/jira/browse/TS-1158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId

[jira] [Commented] (TS-1158) Race on mutex switching for NetVConnections in UnixNetVConnection::mainEvent

2012-03-21 Thread taorui (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/TS-1158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13234459#comment-13234459 ] taorui commented on TS-1158: excellent, thanks again. On Wed, 2012-03-21 at 14:59 +,

Re: [jira] [Commented] (TS-1158) Race on mutex switching for NetVConnections in UnixNetVConnection::mainEvent

2012-03-21 Thread taorui
excellent, thanks again. On Wed, 2012-03-21 at 14:59 +, John Plevyak (Commented) (JIRA) wrote: > [ > https://issues.apache.org/jira/browse/TS-1158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13234396#comment-13234396 > ] > > John Plevyak commente

Re: [jira] [Commented] (TS-899) ts crash

2011-10-12 Thread taorui
I`ll take care of it. On Tue, 2011-10-11 at 22:53 +, Leif Hedstrom (Commented) (JIRA) wrote: > [ > https://issues.apache.org/jira/browse/TS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13125457#comment-13125457 > ] > > Leif Hedstrom commented on

Re:[jira] [Commented] (TS-937) EThread::execute still processing cancelled event

2011-09-06 Thread taorui
hmm, why the check of event cancel in process_event did not include the timeout event? At 2011-09-06 08:07:09,"Brian Geffon (JIRA)" wrote: > >[ > https://issues.apache.org/jira/browse/TS-937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13097644#

Re:[jira] [Created] (TS-896) log collation reporting Host down

2011-07-30 Thread taorui
I think maybe the bug is not in the logging system but in the hostdb. If get the wrong address through hostdbprocessor::getby, it will tries to connect every 5 sec. At 2011-07-30 00:06:10,"Zhao Yongming (JIRA)" wrote: >log collation reporting Host down >- > >