[Heaptrack] [Bug 426965] Cache heaptrack parse

2021-12-18 Thread Milian Wolff
https://bugs.kde.org/show_bug.cgi?id=426965 Milian Wolff changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED

[Heaptrack] [Bug 426965] Cache heaptrack parse

2020-09-29 Thread Milian Wolff
https://bugs.kde.org/show_bug.cgi?id=426965 --- Comment #4 from Milian Wolff --- OK that's a huge amount of data, which corresponds to a ton of allocations... I mean just for the fun of it, try to do something like this: zcat | grep -cE '^[\+-]' That will give us the number of allocation

[Heaptrack] [Bug 426965] Cache heaptrack parse

2020-09-28 Thread Andrew Somerville
https://bugs.kde.org/show_bug.cgi?id=426965 --- Comment #3 from Andrew Somerville --- Looks like I got the original number wrong it's 4gb compressed with gz (and 65GB uncompressed! geeze) I'll try switching to zstd and see what the speed looks like. Also I started adding some information to the

[Heaptrack] [Bug 426965] Cache heaptrack parse

2020-09-28 Thread Milian Wolff
https://bugs.kde.org/show_bug.cgi?id=426965 --- Comment #2 from Milian Wolff --- Is the 8GB file compressed or uncompressed? It sounds like it's uncompressed - try to compress it via `zstd` to create a `*.zst` file - that greatly reduces the disk-I/O time and should make things considerably

[Heaptrack] [Bug 426965] Cache heaptrack parse

2020-09-25 Thread Andrew Somerville
https://bugs.kde.org/show_bug.cgi?id=426965 --- Comment #1 from Andrew Somerville --- Addendum: * Loading takes 10s of minutes in the case of an 8GB file. * Unintentional process terminations (crashes, accidental window close) are of particular issue for heaptrack_gui -- You are receiving