[jira] Updated: (ZOOKEEPER-230) Improvements to FLE
[ https://issues.apache.org/jira/browse/ZOOKEEPER-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-230: Attachment: ZOOKEEPER-230.patch ok fixed the comments i had, and also removed some unused variables in the code. Improvements to FLE --- Key: ZOOKEEPER-230 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-230 Project: Zookeeper Issue Type: Improvement Components: leaderElection Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Fix For: 3.1.0 Attachments: ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch I'm about to attach a patch that implements the following modifications: . Currently, if a server is on leader election and doesn't receive a notification for some amount of time t, then it sends a new set of notifications if at least one server has delivered a message from the previous set. With this patch, the amount of time a server waits for a notification before sending a new set increases exponentially; . I have separated connecting to servers and queuing new notification messages. Before they were all in the same message. The advantage is that now I can tell to an instance of QuorumCnxManager to try to connect to other servers without generating new notification messages; . I have changed the logging level of several messages on QuorumCnxManager. They were warn, but they should really be either info or debug. I've changed them to info. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-230) Improvements to FLE
[ https://issues.apache.org/jira/browse/ZOOKEEPER-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Flavio Paiva Junqueira updated ZOOKEEPER-230: - Attachment: ZOOKEEPER-230.patch Addressed Mahadev's comments. Thanks, Mahadev. Improvements to FLE --- Key: ZOOKEEPER-230 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-230 Project: Zookeeper Issue Type: Improvement Components: leaderElection Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Fix For: 3.1.0 Attachments: ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch I'm about to attach a patch that implements the following modifications: . Currently, if a server is on leader election and doesn't receive a notification for some amount of time t, then it sends a new set of notifications if at least one server has delivered a message from the previous set. With this patch, the amount of time a server waits for a notification before sending a new set increases exponentially; . I have separated connecting to servers and queuing new notification messages. Before they were all in the same message. The advantage is that now I can tell to an instance of QuorumCnxManager to try to connect to other servers without generating new notification messages; . I have changed the logging level of several messages on QuorumCnxManager. They were warn, but they should really be either info or debug. I've changed them to info. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-230) Improvements to FLE
[ https://issues.apache.org/jira/browse/ZOOKEEPER-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Flavio Paiva Junqueira updated ZOOKEEPER-230: - Status: Patch Available (was: Open) Forgot to start the workflow... Improvements to FLE --- Key: ZOOKEEPER-230 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-230 Project: Zookeeper Issue Type: Improvement Components: leaderElection Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Fix For: 3.1.0 Attachments: ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch I'm about to attach a patch that implements the following modifications: . Currently, if a server is on leader election and doesn't receive a notification for some amount of time t, then it sends a new set of notifications if at least one server has delivered a message from the previous set. With this patch, the amount of time a server waits for a notification before sending a new set increases exponentially; . I have separated connecting to servers and queuing new notification messages. Before they were all in the same message. The advantage is that now I can tell to an instance of QuorumCnxManager to try to connect to other servers without generating new notification messages; . I have changed the logging level of several messages on QuorumCnxManager. They were warn, but they should really be either info or debug. I've changed them to info. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-230) Improvements to FLE
[ https://issues.apache.org/jira/browse/ZOOKEEPER-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-230: Status: Open (was: Patch Available) cacelling the patch for now.. Improvements to FLE --- Key: ZOOKEEPER-230 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-230 Project: Zookeeper Issue Type: Improvement Components: leaderElection Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Fix For: 3.1.0 Attachments: ZOOKEEPER-230.patch, ZOOKEEPER-230.patch, ZOOKEEPER-230.patch I'm about to attach a patch that implements the following modifications: . Currently, if a server is on leader election and doesn't receive a notification for some amount of time t, then it sends a new set of notifications if at least one server has delivered a message from the previous set. With this patch, the amount of time a server waits for a notification before sending a new set increases exponentially; . I have separated connecting to servers and queuing new notification messages. Before they were all in the same message. The advantage is that now I can tell to an instance of QuorumCnxManager to try to connect to other servers without generating new notification messages; . I have changed the logging level of several messages on QuorumCnxManager. They were warn, but they should really be either info or debug. I've changed them to info. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-230) Improvements to FLE
[ https://issues.apache.org/jira/browse/ZOOKEEPER-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Flavio Paiva Junqueira updated ZOOKEEPER-230: - Attachment: ZOOKEEPER-230.patch Upper limits the amount of time between two consecutive checks. With this patch, the maximum interval between two consecutive checks for new notifications is 1 minute. Improvements to FLE --- Key: ZOOKEEPER-230 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-230 Project: Zookeeper Issue Type: Improvement Components: leaderElection Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Fix For: 3.1.0 Attachments: ZOOKEEPER-230.patch, ZOOKEEPER-230.patch I'm about to attach a patch that implements the following modifications: . Currently, if a server is on leader election and doesn't receive a notification for some amount of time t, then it sends a new set of notifications if at least one server has delivered a message from the previous set. With this patch, the amount of time a server waits for a notification before sending a new set increases exponentially; . I have separated connecting to servers and queuing new notification messages. Before they were all in the same message. The advantage is that now I can tell to an instance of QuorumCnxManager to try to connect to other servers without generating new notification messages; . I have changed the logging level of several messages on QuorumCnxManager. They were warn, but they should really be either info or debug. I've changed them to info. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-230) Improvements to FLE
[ https://issues.apache.org/jira/browse/ZOOKEEPER-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Flavio Paiva Junqueira updated ZOOKEEPER-230: - Attachment: ZOOKEEPER-230.patch Improvements to FLE --- Key: ZOOKEEPER-230 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-230 Project: Zookeeper Issue Type: Improvement Components: leaderElection Affects Versions: 3.1.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Fix For: 3.0.0 Attachments: ZOOKEEPER-230.patch I'm about to attach a patch that implements the following modifications: . Currently, if a server is on leader election and doesn't receive a notification for some amount of time t, then it sends a new set of notifications if at least one server has delivered a message from the previous set. With this patch, the amount of time a server waits for a notification before sending a new set increases exponentially; . I have separated connecting to servers and queuing new notification messages. Before they were all in the same message. The advantage is that now I can tell to an instance of QuorumCnxManager to try to connect to other servers without generating new notification messages; . I have changed the logging level of several messages on QuorumCnxManager. They were warn, but they should really be either info or debug. I've changed them to info. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-230) Improvements to FLE
[ https://issues.apache.org/jira/browse/ZOOKEEPER-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mahadev konar updated ZOOKEEPER-230: Affects Version/s: (was: 3.1.0) 3.0.0 Fix Version/s: (was: 3.0.0) 3.1.0 i think you interchanged the fix and affects versions :) . Improvements to FLE --- Key: ZOOKEEPER-230 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-230 Project: Zookeeper Issue Type: Improvement Components: leaderElection Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Fix For: 3.1.0 Attachments: ZOOKEEPER-230.patch I'm about to attach a patch that implements the following modifications: . Currently, if a server is on leader election and doesn't receive a notification for some amount of time t, then it sends a new set of notifications if at least one server has delivered a message from the previous set. With this patch, the amount of time a server waits for a notification before sending a new set increases exponentially; . I have separated connecting to servers and queuing new notification messages. Before they were all in the same message. The advantage is that now I can tell to an instance of QuorumCnxManager to try to connect to other servers without generating new notification messages; . I have changed the logging level of several messages on QuorumCnxManager. They were warn, but they should really be either info or debug. I've changed them to info. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.