I tried to run llvm-pdbdump on a very large (~1.5GB) PDB to try and identify show-stopping performance problems. This patch addresses the first such problem. When loading the DBI stream, before anyone has even tried to access a single record, we build an in memory map of every source file for every module. In the particular PDB I was using, this was over 85 million files. Specifically, the complexity is O(m*n) where m is the number of modules and n is the average number of source files (including headers) per module. The whole reason for doing this was so that we could have constant time access to any module and any of its source file lists. However, we can still get O(1) access to the source file list for a given module with a simple O(m) precomputation, and access to the list of modules is already O(1) anyway. So this patches reduces the O(m*n) up-front precomputation to an O(m) one, where n is ~6,500 and n*m is about 85 million in my pathological test case. Differential Revision: https://reviews.llvm.org/D32870 llvm-svn: 302205
44 lines
1.3 KiB
C++
44 lines
1.3 KiB
C++
//===- NativeCompilandSymbol.cpp - Native impl for compilands ---*- C++ -*-===//
|
|
//
|
|
// The LLVM Compiler Infrastructure
|
|
//
|
|
// This file is distributed under the University of Illinois Open Source
|
|
// License. See LICENSE.TXT for details.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "llvm/DebugInfo/PDB/Native/NativeCompilandSymbol.h"
|
|
|
|
namespace llvm {
|
|
namespace pdb {
|
|
|
|
NativeCompilandSymbol::NativeCompilandSymbol(NativeSession &Session,
|
|
DbiModuleDescriptor MI)
|
|
: NativeRawSymbol(Session), Module(MI) {}
|
|
|
|
PDB_SymType NativeCompilandSymbol::getSymTag() const {
|
|
return PDB_SymType::Compiland;
|
|
}
|
|
|
|
bool NativeCompilandSymbol::isEditAndContinueEnabled() const {
|
|
return Module.hasECInfo();
|
|
}
|
|
|
|
uint32_t NativeCompilandSymbol::getLexicalParentId() const { return 0; }
|
|
|
|
// The usage of getObjFileName for getLibraryName and getModuleName for getName
|
|
// may seem backwards, but it is consistent with DIA, which is what this API
|
|
// was modeled after. We may rename these methods later to try to eliminate
|
|
// this potential confusion.
|
|
|
|
std::string NativeCompilandSymbol::getLibraryName() const {
|
|
return Module.getObjFileName();
|
|
}
|
|
|
|
std::string NativeCompilandSymbol::getName() const {
|
|
return Module.getModuleName();
|
|
}
|
|
|
|
} // namespace pdb
|
|
} // namespace llvm
|