[ 
https://issues.apache.org/jira/browse/APEXCORE-10?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15214893#comment-15214893
 ] 

ASF GitHub Bot commented on APEXCORE-10:
----------------------------------------

Github user ishark commented on a diff in the pull request:

    https://github.com/apache/incubator-apex-core/pull/250#discussion_r57633606
  
    --- Diff: 
engine/src/main/java/com/datatorrent/stram/plan/logical/LogicalPlanConfiguration.java
 ---
    @@ -2435,7 +2435,7 @@ private void setAttributes(List<? extends Conf> 
confs, Attribute.AttributeMap at
               else {
                 if (processedAttributes.add(attribute)) {
                   String val = e.getValue();
    -              if (val.trim().charAt(0) == '{') {
    +              if (val.trim().charAt(0) == '{' && !(attribute.codec 
instanceof JsonStringCodec)) {
    --- End diff --
    
    Nested objects parsing was failing with default JSON parsing. It needed 
className for correct parsing, so added JsonStringCodec.


> Enable non-affinity of operators per node (not containers)
> ----------------------------------------------------------
>
>                 Key: APEXCORE-10
>                 URL: https://issues.apache.org/jira/browse/APEXCORE-10
>             Project: Apache Apex Core
>          Issue Type: Task
>            Reporter: Amol Kekre
>            Assignee: Isha Arkatkar
>              Labels: roadmap
>
> The issue happens on cloud which provides virtual cores with software like 
> Xen underneath. In effect if CPU intensive operators land up on same node we 
> have a resource bottleneck,
> Need to create an attribute that does the following
> - Operators A & B should not be on same node
> - Stram should use this attribute to try to get containers on different node
> It is understood that the user is making an explicit choice to use NIC 
> instead of stream local optimization



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to