Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MPI support #83

Open
tomek-szczesny opened this issue Dec 31, 2020 · 4 comments
Open

MPI support #83

tomek-szczesny opened this issue Dec 31, 2020 · 4 comments

Comments

@tomek-szczesny
Copy link

Hi,
I'm a complete noob in MPI parallel programming and I can't stop the impression that this environment lacks software for daily, CPU-intensive tasks, such as file compression.
If and when I get up to a point when I'm comfortable with MPI libraries, I'd gladly dive into implementing this feature.
However, I was curious whether the approach of spreading the compression tasks over multiple machines in LAN has been tried in the past, and maybe it's been already proven to be pointless?
Any thoughts would be much appreciated.

@Code7R
Copy link

Code7R commented Dec 31, 2020

Based on my experience with a competing project (create_compressed_fs from cloop-utils) it can be quite beneficial but you need to make sure that the pipeline is constantly filled, the latencies are reduced as far as possible (TCP_NODELAY, TCP_QUICKACK) and the network performs very well in general.

@tomek-szczesny
Copy link
Author

I understand why high throughput would be beneficial, but low latency? Hm, not sure why would that help, as long as CPUs are the actual bottleneck of the whole process.
Indeed each thread should have its own task buffer to stay busy around the clock.

@ghuls
Copy link

ghuls commented Mar 22, 2021

MPI parallel compression might not be needed. When using zlib-ng as zlib library, compression speed is 4 times faster: zlib-ng/zlib-ng#908

@tomek-szczesny
Copy link
Author

why not both? ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants