Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


AMD EPyC: Really disruptive performance for seedboxes as well
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

AMD EPyC: Really disruptive performance for seedboxes as well

PulsedMediaPulsedMedia Member, Patron Provider
edited February 2020 in Providers

We've been recently started to transition to EPyC and Ryzen platforms, and it has been really disruptive performance for us. Essentially for seedboxes the software is no where near capable enough to utilize even fraction of the performance as they were developed for the typical Intel 4-6 cores max, and dev began on single/dual core era. The most common clients being rTorrent and Deluge, and neither of them can take advantage of this level of hardware on single instance.
CPU & Platform I/O performance wise -> We can throw anything at it, and they happily chugs along with like 95%+ idle time :)

Ofc there is tasks where user can use all the cores (ie. pigz compression, compiling software etc.) but it's rare.
Starting to wonder if we should try throwing at it 48+ HDD arrays ;) Virtualization is starting to become a must to leverage the underlaying hardware as well, to easily split into separate arrays. We built our software single array per host machine in mind, so either VM or re-developed a huge amount of backend code to support N number of arrays per host machine. VM sounds better option, as that will give other advantages as well.

For those of you who have made the transition, has the experience been the same for you?

We use EPyCs but lately have been seeing a case for higher clocks w/ less cores and will be experimenting with high clock CPUs as well in future.

Thanked by 1raindog308

Comments

  • LeviLevi Member
    edited February 2020

    rTorrent is open source https://github.com/rakshasa/rtorrent I believe rakshasa will be interested in multi-core support for a medium to decent donation. Invest in your software.

    P.S. Deluge https://dev.deluge-torrent.org/wiki/Development and it's main devs also accept medium to decent donations.

  • Are you in Valimo, Helsinki? If so, I pass by your office every single day lol.

  • PulsedMediaPulsedMedia Member, Patron Provider

    LTniger said: rTorrent is open source https://github.com/rakshasa/rtorrent I believe rakshasa will be interested in multi-core support for a medium to decent donation. Invest in your software.

    What makes you believe we did not invest into it? ;) As said on the post we've been talking with him. He is very busy person, and rTorrent comes quite low on his priority list. And if you'd know us, you'd know we have donated to development, and even tried to hire Rakshasa directly to do very specific enhancements. Money is not his motivator the least, otherwise we would have given him probably 100x or more by now than we have so far.

    LTniger said: P.S. Deluge https://dev.deluge-torrent.org/wiki/Development and it's main devs also accept medium to decent donations.

    Deluge is not at all better in this regard, it's funny to see how deluge actually is able to use less resources than rtorrent these days as now they have fixed their race conditions which caused it to be completely abysmal.

    Seriously, your whole post is insulting. We are one of the old timers in seedbox niche - more than decade doing this now, you would assume we've done our homework more than once by this time ;)

    The only difference on per torrent performance between rtorrent and deluge is that deluge is more "selfish" and thus achieves higher burst rate. Deluge also craps itself out far far sooner. It cannot handle 10k+ torrents like rtorrent does, or if you go to cli rtorrent handles 100k+. Over long term rTorrent performance much better, and if you got a lot of torrents the difference is orders of magnitude.

    For our average user Deluge would be exorbitantly limitive.

    stefeman said: Are you in Valimo, Helsinki? If so, I pass by your office every single day lol.

    Nope, lauttasaari :)

  • Err, so the complaint is that many software is single threaded and can't make use of all the available cores, so you think a 48 drive raid array will? (It won't). Or did I misread?

    You just use all the cores by making it do lots of different things, not more of one thing. So just put VPS' on them instead of using as dedicated to one user.

  • jarjar Patron Provider, Top Host, Veteran

    I've overloaded a lot of things, an AMD box in the last year ain't one of them.

    Thanked by 2Francisco kkrajk
  • With libtorrent (either rakshasa or rasterbar) as their base software, you think maybe another one would try to utilize more? Have you tested libtransmission or BitTornado? Maybe they can perform to that level.

  • PulsedMediaPulsedMedia Member, Patron Provider
    edited February 2020

    There is no complaint, just saying things are getting better.
    Why would this be a complaint?

    How did this turn to such a negative thread oO; It is a GOOD thing software has to catch up and the platform can handle enormously more stuff. At least, for most businesses that's a good thing. Intel won't like it, tho they are making tons of money right now as everyone in Enterprise needs to double or triple their hardware just to keep the same level of performance.

    Thanked by 1poisson
  • PulsedMedia said: How did this turn to such a negative thread

    This is only from you point of view. If you want to see negativity - you see it. Members give you an advice or a chance for discussion. Not all humans try to attack or insult you. Take a chill pill and seed. There is nothing wrong with this thread.

    As a seedbox provider what software did you tried so far? Or is it always was rTorrent + Deluge?

  • If rakshasa is not for hire find someone else to work on the project and either fork rtorrent or get rakshasa to merge your work.

  • If you make a new torrent client please consider implementing IPv6.

Sign In or Register to comment.