[jira] [Created] (TS-4053) Add hit rate and memory usage regressions for RAM cache.

John Plevyak created TS-4053: Summary: Add hit rate and memory usage regressions for RAM cache. Key: TS-4053 URL: https://issues.apache.org/jira/browse/TS-4053 Project: Traffic Server Issue

[jira] [Assigned] (TS-4053) Add hit rate and memory usage regressions for RAM cache.

[ https://issues.apache.org/jira/browse/TS-4053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak reassigned TS-4053: Assignee: John Plevyak > Add hit rate and memory usage regressions for RAM cache. >

[jira] [Updated] (TS-4053) Add hit rate and memory usage regressions for RAM cache, tune CLFUS.

[ https://issues.apache.org/jira/browse/TS-4053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-4053: - Description: It would be nice to have a hit rate and memory usage regression tests for the RAM cache. In

[jira] [Updated] (TS-4053) Add hit rate and memory usage regressions for RAM cache, tune CLFUS.

[ https://issues.apache.org/jira/browse/TS-4053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-4053: - Priority: Minor (was: Major) Summary: Add hit rate and memory usage regressions for RAM cache, tune

[jira] [Assigned] (TS-3786) Use a consensus algorithm to elect the cluster master

[ https://issues.apache.org/jira/browse/TS-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak reassigned TS-3786: Assignee: John Plevyak Use a consensus algorithm to elect the cluster master

[jira] [Created] (TS-3786) Use a consensus algorithm to elect the cluster master

John Plevyak created TS-3786: Summary: Use a consensus algorithm to elect the cluster master Key: TS-3786 URL: https://issues.apache.org/jira/browse/TS-3786 Project: Traffic Server Issue Type:

[jira] [Created] (TS-3508) use accept4 on linux systems where available to reduce system calls

John Plevyak created TS-3508: Summary: use accept4 on linux systems where available to reduce system calls Key: TS-3508 URL: https://issues.apache.org/jira/browse/TS-3508 Project: Traffic Server

[jira] [Commented] (TS-3401) AIO blocks under lock contention

[ https://issues.apache.org/jira/browse/TS-3401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14334450#comment-14334450 ] John Plevyak commented on TS-3401: -- I generally agree, but it is true that aio_thread_main()

[jira] [Updated] (TS-1264) LRU RAM cache not accounting for overhead

[ https://issues.apache.org/jira/browse/TS-1264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-1264: - Attachment: ram_cache.patch LRU RAM cache not accounting for overhead

[jira] [Commented] (TS-3044) linux native AIO should use eventfd if available to signal thread

[ https://issues.apache.org/jira/browse/TS-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14154210#comment-14154210 ] John Plevyak commented on TS-3044: -- The perror is from the original AIO_MODE_NATIVE code.

[jira] [Updated] (TS-3044) linux native AIO should use eventfd if available to signal thread

[ https://issues.apache.org/jira/browse/TS-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-3044: - Assignee: weijin linux native AIO should use eventfd if available to signal thread

[jira] [Created] (TS-3044) linux native AIO should use eventfd if available to signal thread

John Plevyak created TS-3044: Summary: linux native AIO should use eventfd if available to signal thread Key: TS-3044 URL: https://issues.apache.org/jira/browse/TS-3044 Project: Traffic Server

[jira] [Updated] (TS-3044) linux native AIO should use eventfd if available to signal thread

[ https://issues.apache.org/jira/browse/TS-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-3044: - Attachment: native-aio-eventfd.patch linux native AIO should use eventfd if available to signal thread

[jira] [Commented] (TS-3044) linux native AIO should use eventfd if available to signal thread

[ https://issues.apache.org/jira/browse/TS-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14110181#comment-14110181 ] John Plevyak commented on TS-3044: -- Assigned to weijin for review as he was in charge of the

[jira] [Commented] (TS-2193) Trafficserver 4.1 Crash with proxy.config.dns.dedicated_thread = 1

[ https://issues.apache.org/jira/browse/TS-2193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13763219#comment-13763219 ] John Plevyak commented on TS-2193: -- I am concerned about the

[jira] [Commented] (TS-2193) Trafficserver 4.1 Crash with proxy.config.dns.dedicated_thread = 1

[ https://issues.apache.org/jira/browse/TS-2193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13763225#comment-13763225 ] John Plevyak commented on TS-2193: -- This is listed as an experimental performance feature.

[jira] [Commented] (TS-2193) Trafficserver 4.1 Crash with proxy.config.dns.dedicated_thread = 1

[ https://issues.apache.org/jira/browse/TS-2193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13762366#comment-13762366 ] John Plevyak commented on TS-2193: -- the code in dns_result will check to see that we only

[jira] [Commented] (TS-947) AIO Race condition on non NT systems

[ https://issues.apache.org/jira/browse/TS-947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13758339#comment-13758339 ] John Plevyak commented on TS-947: - Yes, this has been fixed. john AIO

[jira] [Commented] (TS-1648) Segmentation fault in dir_clear_range()

[ https://issues.apache.org/jira/browse/TS-1648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13669893#comment-13669893 ] John Plevyak commented on TS-1648: -- Rather than long we should be using int64 as long is not

[jira] [Commented] (TS-1648) Segmentation fault in dir_clear_range()

[ https://issues.apache.org/jira/browse/TS-1648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13670005#comment-13670005 ] John Plevyak commented on TS-1648: -- I added a patch to make the variables I think are

[jira] [Commented] (TS-745) Support ssd

[ https://issues.apache.org/jira/browse/TS-745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13663697#comment-13663697 ] John Plevyak commented on TS-745: - Humm... let me read over the code. An SSD layer is

[jira] [Commented] (TS-745) Support ssd

[ https://issues.apache.org/jira/browse/TS-745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13662684#comment-13662684 ] John Plevyak commented on TS-745: - I think the idea of stealing bits from the directory which

[jira] [Commented] (TS-1453) remove InactivityCop and enable define INACTIVITY_TIMEOUT

[ https://issues.apache.org/jira/browse/TS-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13636624#comment-13636624 ] John Plevyak commented on TS-1453: -- Couple things: 1) the lock is always held over accesses

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13631112#comment-13631112 ] John Plevyak commented on TS-1405: -- A third drop in performance on any test is a red flag.

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13627411#comment-13627411 ] John Plevyak commented on TS-1405: -- Weird. The min and max are down, but the mean is up.

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13625447#comment-13625447 ] John Plevyak commented on TS-1405: -- Sounds good. What sort of CPU/Memory improvements are

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13625460#comment-13625460 ] John Plevyak commented on TS-1405: -- The patch includes: +#if AIO_MODE == AIO_MODE_NATIVE

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13625510#comment-13625510 ] John Plevyak commented on TS-1405: -- Perhaps this is a larger issue. We use eventfd to wake

[jira] [Commented] (TS-1760) use linux native aio

[ https://issues.apache.org/jira/browse/TS-1760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13621157#comment-13621157 ] John Plevyak commented on TS-1760: -- This patch seems to have a latency issues and a busy

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-1405: - Attachment: linux_time_wheel_v11jp.patch apply time-wheel scheduler about event system

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13618129#comment-13618129 ] John Plevyak commented on TS-1405: -- I missed on case, fixed in v11. I agree that you won't

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13617873#comment-13617873 ] John Plevyak commented on TS-1405: -- No, in the current patch (v10) in process_event the

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13617877#comment-13617877 ] John Plevyak commented on TS-1405: -- If anyone else would like to chime in, I would

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-1405: - Attachment: linux_time_wheel_v10jp.patch apply time-wheel scheduler about event system

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13616342#comment-13616342 ] John Plevyak commented on TS-1405: -- I am still concerned about race conditions with the v9

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-1405: - Attachment: linux_time_wheel_v9jp.patch Fix Mutex leak and remove delay. apply time-wheel

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13614895#comment-13614895 ] John Plevyak commented on TS-1405: -- I have uploaded a small modification on the recent v8

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13611638#comment-13611638 ] John Plevyak commented on TS-1405: -- +TS_INLINE void +Event::cancel_event(Continuation * c)

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13611749#comment-13611749 ] John Plevyak commented on TS-1405: -- I think depending on the delay is brittle. You can

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13609122#comment-13609122 ] John Plevyak commented on TS-1405: -- Why is it segfaulting? Can we backout the commit(s)

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13608136#comment-13608136 ] John Plevyak commented on TS-1405: -- If everything is correct there should be no race. You

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13608142#comment-13608142 ] John Plevyak commented on TS-1405: -- There are only very limited reasons to use an

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13606671#comment-13606671 ] John Plevyak commented on TS-1405: -- You are using EVENT_FREE, which does not free the mutex

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13604324#comment-13604324 ] John Plevyak commented on TS-1405: -- Could you update this patch to be against the current

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13604486#comment-13604486 ] John Plevyak commented on TS-1405: -- Thanx! apply time-wheel scheduler

[jira] [Commented] (TS-1742) Freelists to use 64bit version w/ Double Word Compare and Swap

[ https://issues.apache.org/jira/browse/TS-1742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13600214#comment-13600214 ] John Plevyak commented on TS-1742: -- There are still a number of volatile declarations

[jira] [Commented] (TS-1742) Freelists to use 64bit version w/ Double Word Compare and Swap

[ https://issues.apache.org/jira/browse/TS-1742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13598350#comment-13598350 ] John Plevyak commented on TS-1742: -- Looks good. I might consider adding an ink_debug_assert

[jira] [Commented] (TS-1742) Freelists to use 64bit version w/ Double Word Compare and Swap

[ https://issues.apache.org/jira/browse/TS-1742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13598501#comment-13598501 ] John Plevyak commented on TS-1742: -- We can take it out because we do the loads manually for

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13588493#comment-13588493 ] John Plevyak commented on TS-1405: -- I am getting some compilation errors with tcc 4.7.2 :

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13588498#comment-13588498 ] John Plevyak commented on TS-1405: -- Instance variables CancelList need to start with a lower

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13588500#comment-13588500 ] John Plevyak commented on TS-1405: -- The atomic list is single linked, so you could use SLINK

[jira] [Commented] (TS-1006) memory management, cut down memory waste ?

[ https://issues.apache.org/jira/browse/TS-1006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13529116#comment-13529116 ] John Plevyak commented on TS-1006: -- I agree. We should land this initially as a compile

[jira] [Commented] (TS-1006) memory management, cut down memory waste ?

[ https://issues.apache.org/jira/browse/TS-1006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13528528#comment-13528528 ] John Plevyak commented on TS-1006: -- Some of the volatile variables are not listed as such

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13449950#comment-13449950 ] John Plevyak commented on TS-1405: -- There is a race between the adding into the atomic list

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13449953#comment-13449953 ] John Plevyak commented on TS-1405: -- weijin: I don't know that freeing it as soon as possible

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13443575#comment-13443575 ] John Plevyak commented on TS-1405: -- The current code should have a complexity which is

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

[ https://issues.apache.org/jira/browse/TS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13443583#comment-13443583 ] John Plevyak commented on TS-1405: -- Sorry, the numbers for 30 seconds should be 30/5 + ~17

[jira] [Created] (TS-1264) LRU RAM cache not accounting for overhead

John Plevyak created TS-1264: Summary: LRU RAM cache not accounting for overhead Key: TS-1264 URL: https://issues.apache.org/jira/browse/TS-1264 Project: Traffic Server Issue Type: Bug

[jira] [Commented] (TS-1240) Debug assert triggered in LogBuffer.cc:209

[ https://issues.apache.org/jira/browse/TS-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13277284#comment-13277284 ] John Plevyak commented on TS-1240: -- What is the downside to restoring the delete delay

[jira] [Commented] (TS-1238) RAM cache hit rate unexpectedly low

[ https://issues.apache.org/jira/browse/TS-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13276422#comment-13276422 ] John Plevyak commented on TS-1238: -- I think the problem is that the LRU cache doesn't

[jira] [Commented] (TS-934) Proxy Mutex null pointer crash

[ https://issues.apache.org/jira/browse/TS-934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13274381#comment-13274381 ] John Plevyak commented on TS-934: - Is this still happening with the latest code?

[jira] [Commented] (TS-934) Proxy Mutex null pointer crash

[ https://issues.apache.org/jira/browse/TS-934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13274383#comment-13274383 ] John Plevyak commented on TS-934: - I think we should undo this as other changes fixed the bug.

[jira] [Updated] (TS-934) Proxy Mutex null pointer crash

[ https://issues.apache.org/jira/browse/TS-934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-934: Assignee: John Plevyak (was: Alan M. Carroll) Proxy Mutex null pointer crash

[jira] [Updated] (TS-934) Proxy Mutex null pointer crash

[ https://issues.apache.org/jira/browse/TS-934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-934: Attachment: ts-934-jp1.patch This undoes the previous patch as this issue was addressed under a different

[jira] [Commented] (TS-1240) Debug assert triggered in LogBuffer.cc:209

[ https://issues.apache.org/jira/browse/TS-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13274393#comment-13274393 ] John Plevyak commented on TS-1240: -- I an repro on my machine any time you like :)

[jira] [Commented] (TS-1238) RAM cache hit rate unexpectedly low

[ https://issues.apache.org/jira/browse/TS-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13271042#comment-13271042 ] John Plevyak commented on TS-1238: -- It isn't committed. Bryan was going to try it out. It

[jira] [Created] (TS-1238) RAM cache hit rate unexpectedly low

John Plevyak created TS-1238: Summary: RAM cache hit rate unexpectedly low Key: TS-1238 URL: https://issues.apache.org/jira/browse/TS-1238 Project: Traffic Server Issue Type: Bug

[jira] [Updated] (TS-1238) RAM cache hit rate unexpectedly low

[ https://issues.apache.org/jira/browse/TS-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-1238: - Attachment: TS-1238-jp-1.patch Add new option to disable/enable the seen_filter in the RAM cache. Fix

[jira] [Updated] (TS-1225) doc_size still gets casted to int in a few places

[ https://issues.apache.org/jira/browse/TS-1225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-1225: - Attachment: ts-1225.diff Remove cast to 32bits of doc_len. doc_size still gets casted to

[jira] [Closed] (TS-888) SSL connections working with 2.1.5 fail with 3.0.1 and FireFox

[ https://issues.apache.org/jira/browse/TS-888?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak closed TS-888. --- Resolution: Fixed Assignee: John Plevyak (was: Leif Hedstrom) Fixed 1155125. SSL connections working

[jira] [Updated] (TS-888) SSL connections working with 2.1.5 fail with 3.0.1 and FireFox

[ https://issues.apache.org/jira/browse/TS-888?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-888: Attachment: TS-888-jp.patch SSL connections working with 2.1.5 fail with 3.0.1 and FireFox

[jira] [Commented] (TS-844) ReadFromWriter fail in CacheRead.cc

[ https://issues.apache.org/jira/browse/TS-844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076013#comment-13076013 ] John Plevyak commented on TS-844: - I'd like to know what the top of the stack looked like and

[jira] [Commented] (TS-866) Need way to clear contents of a cache entry

[ https://issues.apache.org/jira/browse/TS-866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070234#comment-13070234 ] John Plevyak commented on TS-866: - Sorry for the delay. I am looking at this patch. It needs

[jira] [Issue Comment Edited] (TS-866) Need way to clear contents of a cache entry

[ https://issues.apache.org/jira/browse/TS-866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070234#comment-13070234 ] John Plevyak edited comment on TS-866 at 7/24/11 7:25 PM: -- Sorry for

[jira] [Commented] (TS-848) Crash Report: ShowNet::showConnectionsOnThread - ShowCont::show

[ https://issues.apache.org/jira/browse/TS-848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070236#comment-13070236 ] John Plevyak commented on TS-848: - Gack, many of those values (e.g. nbytes) are now 64-bit

[jira] [Commented] (TS-848) Crash Report: ShowNet::showConnectionsOnThread - ShowCont::show

[ https://issues.apache.org/jira/browse/TS-848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070292#comment-13070292 ] John Plevyak commented on TS-848: - I think this is fixed in 1150526, give it a try. Crash

[jira] [Commented] (TS-834) Crash Report: InactivityCop::check_inactivity, event=2, UnixNet.cc:57

[ https://issues.apache.org/jira/browse/TS-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050605#comment-13050605 ] John Plevyak commented on TS-834: - zym, do you still see this with the patch? Crash Report:

[jira] [Commented] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related

[ https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13050620#comment-13050620 ] John Plevyak commented on TS-833: - mohan_zl, this latest crash is with TS-833-3.diff ??

[jira] [Updated] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related

[ https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-833: Attachment: TS-833-2.diff This is a possible patch which deals with DNS issues. Crash Report:

[jira] [Updated] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related

[ https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-833: Attachment: TS-833-3.diff Even more conservative coding style. Crash Report: Continuation::handleEvent,

[jira] [Commented] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related

[ https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13048750#comment-13048750 ] John Plevyak commented on TS-833: - I have a theory about this, but I am not sure why the

[jira] [Updated] (TS-811) libtool configure warnings on Fedora 15

[ https://issues.apache.org/jira/browse/TS-811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-811: Priority: Major (was: Minor) autoreconf -i fails. If the configure file is built on some other machine, then

[jira] [Updated] (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

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-621: Backport to Version: 3.0.1 Fix Version/s: (was: 2.1.9) 3.1 This change

[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

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13036424#comment-13036424 ] John Plevyak commented on TS-621: - Obviously the patch needs to be fixed up a bit. The

[jira] [Updated] (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

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-621: Attachment: ts-621-jp-3.patch This one works... but I would consider it very risky. writing 0 bytes to the

[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

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13034408#comment-13034408 ] John Plevyak commented on TS-621: - lol, my testing tool treats 0 length as varied testing

[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

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13034424#comment-13034424 ] John Plevyak commented on TS-621: - yes, the HTTP state machine needs some more changes, and

[jira] [Commented] (TS-779) Set thread name for various event types

[ https://issues.apache.org/jira/browse/TS-779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033807#comment-13033807 ] John Plevyak commented on TS-779: - Nice! Looks good. Set thread name for various event

[jira] [Commented] (TS-773) Traffic server has a hard limit of 512 gigabytes per RAW disk partition

[ https://issues.apache.org/jira/browse/TS-773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033816#comment-13033816 ] John Plevyak commented on TS-773: - Well, I did predict failure :) In this case the problem

[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

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13033817#comment-13033817 ] John Plevyak commented on TS-621: - I'd like to get it in. The concern however, is that it

[jira] [Commented] (TS-773) Traffic server has a hard limit of 512 gigabytes per RAW disk partition

[ https://issues.apache.org/jira/browse/TS-773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13032061#comment-13032061 ] John Plevyak commented on TS-773: - I checked in what I hope is the fix. The cplist code needs

[jira] [Commented] (TS-773) Traffic server has a hard limit of 512 gigabytes per RAW disk partition

[ https://issues.apache.org/jira/browse/TS-773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13032119#comment-13032119 ] John Plevyak commented on TS-773: - Unfortunately, the hosting code is pretty complicated and

[jira] [Commented] (TS-745) Support ssd

[ https://issues.apache.org/jira/browse/TS-745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13031254#comment-13031254 ] John Plevyak commented on TS-745: - We should make a branch for this. Then we could

[jira] [Commented] (TS-752) cache scan issues

[ https://issues.apache.org/jira/browse/TS-752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13026758#comment-13026758 ] John Plevyak commented on TS-752: - I reviewed this and it looks good to me. I'd move

[jira] [Commented] (TS-716) Crash in Continuation::handleEvent

[ https://issues.apache.org/jira/browse/TS-716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13025308#comment-13025308 ] John Plevyak commented on TS-716: - We should make another bug for this. I am not sure why,

[jira] [Commented] (TS-716) Crash in Continuation::handleEvent

[ https://issues.apache.org/jira/browse/TS-716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13024834#comment-13024834 ] John Plevyak commented on TS-716: - Just to confirm that this is not a configuration problem,

[jira] [Commented] (TS-745) Support ssd

[ https://issues.apache.org/jira/browse/TS-745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13024839#comment-13024839 ] John Plevyak commented on TS-745: - Overall several comments: 1) Once we get it working we

[jira] [Commented] (TS-724) disk IO balance in v2.1.7

[ https://issues.apache.org/jira/browse/TS-724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13022597#comment-13022597 ] John Plevyak commented on TS-724: - FYI a single document ends up on a single disk. If we

[jira] [Commented] (TS-716) Crash in Continuation::handleEvent

[ https://issues.apache.org/jira/browse/TS-716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13021644#comment-13021644 ] John Plevyak commented on TS-716: - I have committed 1095127, which fixes a problem with the

[jira] [Commented] (TS-652) SSL random buffer initialization should be checked

[ https://issues.apache.org/jira/browse/TS-652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13021341#comment-13021341 ] John Plevyak commented on TS-652: - I'd be inclined to 2) and document. If that is the

  1   2   >