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

Varia doesn't fully utilize the available bandwidth, I got much higher download speeds using FDM #143

Open
5wHN28Dg opened this issue Jan 6, 2025 · 5 comments

Comments

@5wHN28Dg
Copy link

5wHN28Dg commented Jan 6, 2025

The results can vary widely but still this shows that there is room for improvements, I would love to switch to Varia because I love how it integrates nicely with GNOME, but performance matters to me more, so I will stick with FDM until Varia improves in this critical aspect and some other aspects as well, keep the good work as I am really hoping that the day will come when I will make the switch.

Here are the results with how long it took and the average download speed in each case:

Now these results beg the question, does Varia use multi-threading, segmented downloading, and dynamic segmentation?

@mokurin000
Copy link

To workaround current implementation, you must start your aria2 RPC server instance with optimal options, and setup Varia to use a custom aria2 RPC server.
Varia uses aria2 under-the-hood. --max-connection-per-server, --max-concurrent-downloads, --split, --min-split-size are avaliable if you run aria2c manually

@giantpinkrobots
Copy link
Owner

Varia currently uses mostly default aria2 configurations. I have experimented with different options with different values, with varying results. Different kinds of downloads would give me sometimes worse performance, and sometimes better performance. As such I left it at defaults - other than for example falloc file allocation on Linux - because I couldn't figure it out for sure.

I'm open to recommendations as to what kinds of arguments and configurations Varia should use with aria2.

@mokurin000
Copy link

Different kinds of downloads would give me sometimes worse performance, and sometimes better performance.

You are right. Thus, setting options per download would be nice.

By the way, motrix accepts aria2 input format, users could specify options in their aria2 input file (This is more common for batch downloading)

@5wHN28Dg
Copy link
Author

5wHN28Dg commented Jan 22, 2025

You are right. Thus, setting options per download would be nice.

Please don't tell me this will mean I (the user) will have to manually set and configure aria2 options for each and every single file I will download, this will be extremely annoying and unnecessary complicated, why I have to do such thing with Varia while with a download manager like FDM I don't have to?

@mokurin000
Copy link

You are right. Thus, setting options per download would be nice.

Please don't tell me this will mean I (the user) will have to manually set and configure aria2 options for each and every single file I will download, this will be extremely annoying and unnecessary complicated, why I have to do such thing with Varia while with a download manager like FDM I don't have to?

Global options are all avaliable already, via a custom aria2 rpc server instance.

Temporary options must be implemented in the software itself.

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