You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2009/10/27 04:40:59 UTC

[jira] Created: (CASSANDRA-517) have bootstrap token-selector consider predicted load

have bootstrap token-selector consider predicted load
-----------------------------------------------------

                 Key: CASSANDRA-517
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-517
             Project: Cassandra
          Issue Type: New Feature
          Components: Core
            Reporter: Jonathan Ellis
            Assignee: Jonathan Ellis
             Fix For: 0.5


continued from CASSANDRA-483: an autobootstrapped node will pick the most-loaded node to get a token from.  but if we autobootstrap multiple nodes, we don't want all of them picking tokens right next to each other in the same ring segment.  additional bootstrapping nodes need to take this into consideration, ideally without needing an error-prone "rollback" of load guessing if one of the bootstraps fails.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (CASSANDRA-517) have bootstrap token-selector consider predicted load

Posted by "Vijay (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/CASSANDRA-517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12772021#action_12772021 ] 

Vijay commented on CASSANDRA-517:
---------------------------------

+1

> have bootstrap token-selector consider predicted load
> -----------------------------------------------------
>
>                 Key: CASSANDRA-517
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-517
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.5
>
>         Attachments: 0001-CASSANDRA-517-make-AbstractReplicationStrategy-range-m.txt, 0002-prefer-bootstrapping-into-ring-sections-that-are-not-a.txt, 0003-force-ranges-to-be-increasing-to-avoid-bug-in-midpoint.txt
>
>
> continued from CASSANDRA-483: an autobootstrapped node will pick the most-loaded node to get a token from.  but if we autobootstrap multiple nodes, we don't want all of them picking tokens right next to each other in the same ring segment.  additional bootstrapping nodes need to take this into consideration, ideally without needing an error-prone "rollback" of load guessing if one of the bootstraps fails.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (CASSANDRA-517) have bootstrap token-selector consider predicted load

Posted by "Hudson (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/CASSANDRA-517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12773035#action_12773035 ] 

Hudson commented on CASSANDRA-517:
----------------------------------

Integrated in Cassandra #247 (See [http://hudson.zones.apache.org/hudson/job/Cassandra/247/])
    prefer bootstrapping into ring sections that are not already being bootstrapped into
patch by jbellis; reviewed by Vijay Parthasarathy for 


> have bootstrap token-selector consider predicted load
> -----------------------------------------------------
>
>                 Key: CASSANDRA-517
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-517
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.5
>
>         Attachments: 0001-CASSANDRA-517-make-AbstractReplicationStrategy-range-m.txt, 0002-prefer-bootstrapping-into-ring-sections-that-are-not-a.txt, 0003-force-ranges-to-be-increasing-to-avoid-bug-in-midpoint.txt
>
>
> continued from CASSANDRA-483: an autobootstrapped node will pick the most-loaded node to get a token from.  but if we autobootstrap multiple nodes, we don't want all of them picking tokens right next to each other in the same ring segment.  additional bootstrapping nodes need to take this into consideration, ideally without needing an error-prone "rollback" of load guessing if one of the bootstraps fails.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (CASSANDRA-517) have bootstrap token-selector consider predicted load

Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/CASSANDRA-517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonathan Ellis updated CASSANDRA-517:
-------------------------------------

    Attachment: 0003-force-ranges-to-be-increasing-to-avoid-bug-in-midpoint.txt
                0002-prefer-bootstrapping-into-ring-sections-that-are-not-a.txt
                0001-CASSANDRA-517-make-AbstractReplicationStrategy-range-m.txt

> have bootstrap token-selector consider predicted load
> -----------------------------------------------------
>
>                 Key: CASSANDRA-517
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-517
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.5
>
>         Attachments: 0001-CASSANDRA-517-make-AbstractReplicationStrategy-range-m.txt, 0002-prefer-bootstrapping-into-ring-sections-that-are-not-a.txt, 0003-force-ranges-to-be-increasing-to-avoid-bug-in-midpoint.txt
>
>
> continued from CASSANDRA-483: an autobootstrapped node will pick the most-loaded node to get a token from.  but if we autobootstrap multiple nodes, we don't want all of them picking tokens right next to each other in the same ring segment.  additional bootstrapping nodes need to take this into consideration, ideally without needing an error-prone "rollback" of load guessing if one of the bootstraps fails.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (CASSANDRA-517) have bootstrap token-selector consider predicted load

Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/CASSANDRA-517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770650#action_12770650 ] 

Jonathan Ellis commented on CASSANDRA-517:
------------------------------------------

03
    force ranges to be increasing to avoid bug in midpoint()

02
    prefer bootstrapping into ring sections that are not already being bootstrapped into

01
    CASSANDRA-517 make AbstractReplicationStrategy range methods static


> have bootstrap token-selector consider predicted load
> -----------------------------------------------------
>
>                 Key: CASSANDRA-517
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-517
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.5
>
>         Attachments: 0001-CASSANDRA-517-make-AbstractReplicationStrategy-range-m.txt, 0002-prefer-bootstrapping-into-ring-sections-that-are-not-a.txt, 0003-force-ranges-to-be-increasing-to-avoid-bug-in-midpoint.txt
>
>
> continued from CASSANDRA-483: an autobootstrapped node will pick the most-loaded node to get a token from.  but if we autobootstrap multiple nodes, we don't want all of them picking tokens right next to each other in the same ring segment.  additional bootstrapping nodes need to take this into consideration, ideally without needing an error-prone "rollback" of load guessing if one of the bootstraps fails.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.