私は、グラフファイル形式のための簡単なリーダーとパーサを書いた。問題はそれが非常に遅いということです。関連する方法は次のとおりです。なぜロックがこのシーケンシャルファイルパーサーを遅くするのですか?
Graph METISGraphReader::read(std::string path) {
METISParser parser(path);
std::pair<int64_t, int64_t> header = parser.getHeader();
int64_t n = header.first;
int64_t m = header.second;
Graph G(n);
node u = 0;
while (parser.hasNext()) {
u += 1;
std::vector<node> adjacencies = parser.getNext();
for (node v : adjacencies) {
if (! G.hasEdge(u, v)) {
G.insertEdge(u, v);
}
}
}
return G;
}
std::vector<node> METISParser::getNext() {
std::string line;
bool comment = false;
do {
comment = false;
std::getline(this->graphFile, line);
// check for comment line starting with '%'
if (line[0] == '%') {
comment = true;
TRACE("comment line found");
} else {
return parseLine(line);
}
} while (comment);
}
static std::vector<node> parseLine(std::string line) {
std::stringstream stream(line);
std::string token;
char delim = ' ';
std::vector<node> adjacencies;
// split string and push adjacent nodes
while (std::getline(stream, token, delim)) {
node v = atoi(token.c_str());
adjacencies.push_back(v);
}
return adjacencies;
}
なぜそれが遅いのかを診断するには、プロファイラ(Apple Instruments)で実行しました。結果は驚くべきものでした。ロックオーバーヘッドのために遅いです。プログラムは、時間の90%以上をpthread_mutex_lock
と_pthread_cond_wait
に費やしています。
私は、ロックのオーバーヘッドが来る見当がつかないが、私はそれを取り除く必要があります。あなたは次のステップを提案できますか?
EDIT:_pthread_con_wait
の拡張コールスタックを参照してください。
@KonradRudolph、 'のstd :: ifstream'の
streambuf
を使用していますgetline
のバージョンです。なぜ私はstdinから読むと思いますか? – clstaudt私はノブだから。 –
ええと、(なぜ)あなたのコードをOpenMPとリンクしていますか? log4cxxはこの依存関係を持ちますか? –