impala-reviews mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bharath Vissapragada (Code Review)" <>
Subject [Impala-ASF-CR] IMPALA-4029: Reduce memory requirements for storing file metadata
Date Thu, 23 Mar 2017 21:21:21 GMT
Bharath Vissapragada has posted comments on this change.

Change subject: IMPALA-4029: Reduce memory requirements for storing file metadata

Patch Set 2:

File common/fbs/CMakeLists.txt:

PS2, Line 64: message(${JAVA_FE_ARGS})
Looks like debug printing. Remove? (below too)
File fe/src/main/java/org/apache/impala/catalog/

PS2, Line 67: storageIdtoInt
(Unrelated to your change). Looks obsolete.
File fe/src/main/java/org/apache/impala/catalog/

Line 119:       FlatBufferBuilder fbb = new FlatBufferBuilder(1);

PS2, Line 124: } else {
             :         locations = fileSystem.getFileBlockLocations(fileStatus, 0, fileStatus.getLen());
             :       }
Do we really need this? Per my understanding, we only fetch LocatedFileStatus'es going forward
as we don't want to do another RPC to getFileBlockLocations(). In another words, is there
some caller that requires this?

Line 141:         ListMap<TNetworkAddress> hostIndex) {

PS2, Line 425: fbFileBlock_.replicaHostIdxs(replicaIdx);
- replicaHostIdxs is [ushort] as per fbs definition in which case idx should be a short? That
REPLICA_HOST_CACHE_MASK could be made made short and avoid typecasting in L361. 

- Also that way we could use only REPLICA_HOST_CACHE_MASK and use ~REPLICA_HOST_CACHE_MASK
for unmasking instead of a separate REPLICA_HOST_IDX_MASK. Feel free to ignore this if you
think that affects readability.

Line 463:   public static class FileDescStats {
For supportability purposes, I'm wondering if we should track the remote_network_addresses
and present a rolled up version of stats so that we can know which DNs to look at when we
see -ve disk IDs.
File fe/src/main/java/org/apache/impala/catalog/

PS2, Line 344: =
nit: spacing

Line 365:   private static String findCommonPrefix(String a, String b) {
Use Strings.commonPrefix() from guava?

Line 1933:       Collections.sort(orderedFds, new Comparator<FileDescriptor>() {
Can we just make FileDescriptor implement Comparator<FileDescriptor> and add a compare()
method there. I think that'd be cleaner.
File fe/src/main/java/org/apache/impala/catalog/

Line 93:   protected boolean storedInImpaladCatalogCache_ = false;
What is the motivation to track this? A quick look at the places it is used, it seems like
they are only called when it actually true (for example resetPartitions()). Are there callers
when its false too? Like tests?

To view, visit
To unsubscribe, visit

Gerrit-MessageType: comment
Gerrit-Change-Id: I483d3cadc9d459f71a310c35a130d073597b0983
Gerrit-PatchSet: 2
Gerrit-Project: Impala-ASF
Gerrit-Branch: master
Gerrit-Owner: Dimitris Tsirogiannis <>
Gerrit-Reviewer: Bharath Vissapragada <>
Gerrit-Reviewer: Dimitris Tsirogiannis <>
Gerrit-Reviewer: Tim Armstrong <>
Gerrit-HasComments: Yes

View raw message