[jira] [Commented] (TS-720) Remove dependencies on the STL
[ https://issues.apache.org/jira/browse/TS-720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13011798#comment-13011798 ] Leif Hedstrom commented on TS-720: -- Hi John, is the -2 patch supposed to augment the -1 patch? I think -2 misses a few things (probably because it was generated in the lib/ts directory?). In any case, -2 only seems to include the lib/ts parts, and trying to apply both patches causes conflicts. Remove dependencies on the STL -- Key: TS-720 URL: https://issues.apache.org/jira/browse/TS-720 Project: Traffic Server Issue Type: Improvement Components: Build Affects Versions: 2.1.7 Reporter: John Plevyak Fix For: 2.1.8 Attachments: TS-720-jp-1.patch, TS-720-jp-2.patch Use of the STL is linked to slow compiles, slow bloated and difficult to read code, hidden memory allocations and locks and generally is not performance or memory usage transparent and so is not appropriate for use in high performance software like Apache Traffic Server. It should not be used for new code and every effort should be made to remove it from existing code. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TS-714) traffic_shell broken
[ https://issues.apache.org/jira/browse/TS-714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13011848#comment-13011848 ] Billy Vierra commented on TS-714: - Confirmed as fixed from trunk: revision:1085854 traffic_shell broken Key: TS-714 URL: https://issues.apache.org/jira/browse/TS-714 Project: Traffic Server Issue Type: Bug Components: Management Affects Versions: 2.1.7, 2.1.6, 2.1.5 Reporter: Billy Vierra Assignee: Leif Hedstrom Labels: traffic_shell Fix For: 2.1.8 traffic_shell appears to be broken in 2.5.0 all the way through trunk (works fine in 2.4.0) -- \# traffic_shell Successfully Initialized MgmtAPI in /var/trafficserver % show:security ERROR: Timed-out while communicating with traffic_manager. Ability to make configuration changes depends on traffic_manager. Web Interface Port - -1 Traffic Server Access --- ERROR: Timed-out while communicating with traffic_manager. Ability to make configuration changes depends on traffic_manager. command returned bad code: 9 -- traffic.out shows: [Mar 20 21:51:04.702] Manager {1143769408} ERROR: [preprocess_msg] ERROR: 22 is invalid op type [Mar 20 21:51:04.703] Manager {1143769408} ERROR: (last system error 32: Broken pipe) I do not believe that it is the mgmtapi however as the Apache::TS::AdminClient perl module works fine. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TS-720) Remove dependencies on the STL
[ https://issues.apache.org/jira/browse/TS-720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13011869#comment-13011869 ] Leif Hedstrom commented on TS-720: -- Yep, -3 works fine now. Remove dependencies on the STL -- Key: TS-720 URL: https://issues.apache.org/jira/browse/TS-720 Project: Traffic Server Issue Type: Improvement Components: Build Affects Versions: 2.1.7 Reporter: John Plevyak Fix For: 2.1.8 Attachments: TS-720-jp-1.patch, TS-720-jp-2.patch, TS-720-jp-3.patch Use of the STL is linked to slow compiles, slow bloated and difficult to read code, hidden memory allocations and locks and generally is not performance or memory usage transparent and so is not appropriate for use in high performance software like Apache Traffic Server. It should not be used for new code and every effort should be made to remove it from existing code. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-314) RAM cache only caches the first part of the file
[ https://issues.apache.org/jira/browse/TS-314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom resolved TS-314. -- Resolution: Invalid RAM cache only caches the first part of the file Key: TS-314 URL: https://issues.apache.org/jira/browse/TS-314 Project: Traffic Server Issue Type: Improvement Components: Cache Reporter: Miles Libbey Priority: Minor (was yahoo bug 1562050) Original description by Bryan Call 2 years ago at 2007-10-26 08:53 Leif was seeing a problem for large content, it was not all being served from RAM cache. Only the first 128K or something like that was being served. We should verify that RAM cache is working even for the maximum size objects. Comment 1 by Leif Hedstrom 2 years ago at 2007-10-26 09:29:10 I think it was more like ~32MB served out of RAM cache. I don't have a good number, the only way I noticed this was by looking at disk I/O while fetching one request from cache (and I can see disk I/O kicks in after somewhere around 32MB of fetched data). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TS-654) request for support of Layer7 http health checking for Origin Servers
[ https://issues.apache.org/jira/browse/TS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13011903#comment-13011903 ] mohan_zl commented on TS-654: - Right now i don't want to push the new patch, because in current patch i use STL in it, so i will remove it and push it again.TS-720 request for support of Layer7 http health checking for Origin Servers - Key: TS-654 URL: https://issues.apache.org/jira/browse/TS-654 Project: Traffic Server Issue Type: New Feature Components: HTTP Affects Versions: 2.1.5 Reporter: Zhao Yongming Fix For: 2.1.8 Attachments: Passive-L7-Health-Check.patch, TS-654-v2.patch this ticket is for the L7 health checking project: https://cwiki.apache.org/confluence/display/TS/HttpHealthCheck -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira