lhotari commented on code in PR #24457:
URL: https://github.com/apache/pulsar/pull/24457#discussion_r2166678550
##########
pulsar-common/src/main/java/org/apache/pulsar/common/naming/TopicName.java:
##########
@@ -152,18 +139,18 @@ private TopicName(String completeTopicName) {
parts = Splitter.on("/").limit(4).splitToList(rest);
if (parts.size() == 3) {
// New topic name without cluster name
- this.tenant = parts.get(0);
+ this.tenant = StringInterner.intern(parts.get(0));
this.cluster = null;
- this.namespacePortion = parts.get(1);
- this.localName = parts.get(2);
+ this.namespacePortion = StringInterner.intern(parts.get(1));
+ this.localName = StringInterner.intern(parts.get(2));
this.partitionIndex = getPartitionIndex(completeTopicName);
this.namespaceName = NamespaceName.get(tenant,
namespacePortion);
} else if (parts.size() == 4) {
// Legacy topic name that includes cluster name
- this.tenant = parts.get(0);
- this.cluster = parts.get(1);
- this.namespacePortion = parts.get(2);
- this.localName = parts.get(3);
+ this.tenant = StringInterner.intern(parts.get(0));
+ this.cluster = StringInterner.intern(parts.get(1));
+ this.namespacePortion = StringInterner.intern(parts.get(2));
+ this.localName = StringInterner.intern(parts.get(3));
Review Comment:
The duplicate tenant and namespace parts add up. Within a cluster, lookups
could happen on any broker. The topic pattern listing use case will load up
more topic names into a single broker than it has assigned to it. For
partitioned topics this is multiplied by the number of partitions. There's a
need to optimize memory usage of topic pattern listing use cases and String
instance deduplication is a key solution in that. We can come back to that
later.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@pulsar.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
