10:28 a.m.
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://jira.jboss.org/jira/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.9
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:54 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://jira.jboss.org/jira/browse/JGRP-931?page=com.atlassian.jira.plugi...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 3.x
(was: 2.9)
may not be needed, as performance is excellent even without this. Revisit in 3.x
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://jira.jboss.org/jira/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.x
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:42 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://jira.jboss.org/jira/browse/JGRP-931?page=com.atlassian.jira.plugi...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 2.11
(was: 3.x)
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://jira.jboss.org/jira/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.11
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:07 a.m.
New subject: [JBoss JIRA] Commented: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://jira.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.sys...
]
Bela Ban commented on JGRP-931:
-------------------------------
The ID might be returned as part of the JOIN response, by the coordinator. If we create a
regular address using a UUID first, after reception of the JOIN response, we could simply
trash the UUID and use the ID instead. This of course requires that UUIDs and IDs can
compare to each other, and we can flush the ID cache and fall back to UUIDs at any time.
The coordinator could simply increment the current ID, but it must also be shared with
other members: if the coord crashes, the next coord must pick up where the old left off.
Maybe the current ID could be part of a View, as additional data ?
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://jira.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.11
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:18 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://jira.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.sys...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 2.12
(was: 2.11)
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://jira.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.12
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:38 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban commented on JGRP-931:
-------------------------------
I changed code (branch: 'ids') to run a quick test. While IdAddress (generated
with a random short) uses 3 rather than 18 bytes in serialized form, performance did not
noticeably change !
I guess this would have an impact though on larger clusters...
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.12
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:53 a.m.
New subject: [JBoss JIRA] Resolved: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban resolved JGRP-931.
---------------------------
Resolution: Deferred
Won't fix now. Might get revisited when we tackle large clusters (100s of nodes)
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.12
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:01 p.m.
New subject: [JBoss JIRA] Reopened: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban reopened JGRP-931:
---------------------------
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.x
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:01 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 3.x
(was: 2.12)
Might be needed to canonicalize TopologyAwareUUIDs, if we don't find another way to
make them smaller
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.x
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:28 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 3.1
(was: 3.x)
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.1
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:55 p.m.
New subject: [JBoss JIRA] (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 3.2
(was: 3.1)
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.2
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:53 p.m.
New subject: [JBoss JIRA] (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 3.3
(was: 3.2)
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.3
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:20 p.m.
New subject: [JBoss JIRA] (JGRP-931) Logical addresses: canonicalize UUIDs with IDs (shorts)
[
https://issues.jboss.org/browse/JGRP-931?page=com.atlassian.jira.plugin.s...
]
Bela Ban updated JGRP-931:
--------------------------
Fix Version/s: 3.x
(was: 3.3)
Logical addresses: canonicalize UUIDs with IDs (shorts)
-------------------------------------------------------
Key: JGRP-931
URL: https://issues.jboss.org/browse/JGRP-931
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.x
Instead of using UUIDs as addresses, the cluster members should agree on shorts, e.g. 1
for A, 2 for B and so on, and use these instead of UUIDs.
This happens after a certain warmup time. E.g. the coord could assign these IDs, so
they're unique.
IdAddress and UUID have to be able to do equals() or compareTo() with each other !
Advantage:
- we send a short (2 bytes) instead of a UUID (16 bytes)
- we use an IdAddress (class with a short) instead of a UUID. This is 6 bytes less per
instance
- IdAddress might be faster with equals() and hashCode() than UUID
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4245
days inactive
5516
days old
12 comments
2 participants
participants (2)
-
Bela Ban (JIRA) -
Bela Ban (Updated) (JIRA)