[jira] [Commented] (TS-727) Do we need support for streams partitions?

2014-08-13 Thread Alan M. Carroll (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14096147#comment-14096147
 ] 

Alan M. Carroll commented on TS-727:


I will resolve this as part of the Cache Toolkit work.

 Do we need support for streams partitions?
 

 Key: TS-727
 URL: https://issues.apache.org/jira/browse/TS-727
 Project: Traffic Server
  Issue Type: Improvement
  Components: Cache
Reporter: Leif Hedstrom
Assignee: Alan M. Carroll
 Fix For: 6.0.0


 There's code in the cache related to MIXT streams volumes (caches). Since we 
 don't support streams, I'm thinking this code could be removed? Or 
 alternatively, we should expose APIs so that someone writing a plugin and 
 wish to store a different protocol (e.g. QT) can register this media type 
 with the API and core. The idea being that the core only contains protocols 
 that are in the core, but expose the cache core so that plugins can take 
 advantage of it.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-727) Do we need support for streams partitions?

2014-02-27 Thread Zhao Yongming (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914204#comment-13914204
 ] 

Zhao Yongming commented on TS-727:
--

I think that remove the streams partitions will result into a completely remove 
of the MIXT cache, someone is working on the rtmp alike streaming cache for 
ATS, I'd like to talk to them before we nuke them.

IMO, the 'stream' cache is much efficent than http if you would like to use ATS 
for live streaming broadcasting.

 Do we need support for streams partitions?
 

 Key: TS-727
 URL: https://issues.apache.org/jira/browse/TS-727
 Project: Traffic Server
  Issue Type: Improvement
  Components: Cache
Reporter: Leif Hedstrom
Assignee: Alan M. Carroll
 Fix For: 5.0.0


 There's code in the cache related to MIXT streams volumes (caches). Since we 
 don't support streams, I'm thinking this code could be removed? Or 
 alternatively, we should expose APIs so that someone writing a plugin and 
 wish to store a different protocol (e.g. QT) can register this media type 
 with the API and core. The idea being that the core only contains protocols 
 that are in the core, but expose the cache core so that plugins can take 
 advantage of it.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (TS-727) Do we need support for streams partitions?

2014-02-27 Thread Leif Hedstrom (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13914638#comment-13914638
 ] 

Leif Hedstrom commented on TS-727:
--

Huh, the MIXT / stream cache has different semantics or performance 
characteristics?? Are you sure? I thought it was just a way of partitioning 
things, such that you can say, allow 25% of the cache for MIXT. That much said, 
I pretty firmly believe that the old implementation is very broken, because 
it's not possible to write a plugin that uses a specific MIXT or streams 
cache. This was the real problem with MIXT, some of it was implemented as 
plugins, but a huge majority of changes (cache, logs, metrics, configurations) 
where tightly integrated with the core itself.

 Do we need support for streams partitions?
 

 Key: TS-727
 URL: https://issues.apache.org/jira/browse/TS-727
 Project: Traffic Server
  Issue Type: Improvement
  Components: Cache
Reporter: Leif Hedstrom
Assignee: Alan M. Carroll
 Fix For: 5.0.0


 There's code in the cache related to MIXT streams volumes (caches). Since we 
 don't support streams, I'm thinking this code could be removed? Or 
 alternatively, we should expose APIs so that someone writing a plugin and 
 wish to store a different protocol (e.g. QT) can register this media type 
 with the API and core. The idea being that the core only contains protocols 
 that are in the core, but expose the cache core so that plugins can take 
 advantage of it.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (TS-727) Do we need support for streams partitions?

2014-02-25 Thread Leif Hedstrom (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13912040#comment-13912040
 ] 

Leif Hedstrom commented on TS-727:
--

[~amc] What do you think about this? Can we safely clean this out at a later 
time ? Is there even a reason to have these old MIXT types ? Should we just 
leave it as is ? Please asses, and move it out to 5.1, 6.0 or sometimes if 
appropriate. Or close as Won't Fix.

 Do we need support for streams partitions?
 

 Key: TS-727
 URL: https://issues.apache.org/jira/browse/TS-727
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Leif Hedstrom
Assignee: Alan M. Carroll
 Fix For: 5.0.0


 There's code in the cache related to MIXT streams volumes (caches). Since we 
 don't support streams, I'm thinking this code could be removed? Or 
 alternatively, we should expose APIs so that someone writing a plugin and 
 wish to store a different protocol (e.g. QT) can register this media type 
 with the API and core. The idea being that the core only contains protocols 
 that are in the core, but expose the cache core so that plugins can take 
 advantage of it.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)