Ebben speciel MT van, és AES-es CPU-t kapsz mellé, amit pl. nem gyaknak le a torrentejid a https miatt. Nem azt mondtam, hogy mocsok olcsót kell venni, és mindenképp drágább lesz, mint a tied, ez is tiszta, de a célnak jobban meg fog felelni, mint amid most van. Drasztikusan kisebb CPU terheltség mellett.
Gondol végig, hogy 100+ torrent esetén mekkora mennyiségű hash számítás van, amihez te ezzel a HW-val adtál 0 HW gyorsítást, ami nélkül halálra terheled a procit, olyan számításosakkal, amit egy ARM-es csuklóból lekezel egy segéd procival vagy egy ARMv8 HW gyorsítással, ami kb. 100x gyorsabb mint a 3,2GHz-s x86-osod.
Arról most nem is beszélek, hogy ugye a PC-den lévő 3 port nem nagyon alkamas több eszköz csatlakoztatására, és jön még mögé egy swtich vagy AP ami ugyan olyan fékező erővel fog rendelkezni, bár szerintem továbbra is a x86-os CPU a legnagyobb probléma, és a megfelelő hálózati vezérlő hiánya. A CT bőven kevés ekkora terheléshez szerintem.

Amúgy a 100 torrentnyi hálózati forgalmat kb. bármi lekezel, csak megint ésszel kell csinálni. Pár éve még 100/??? Digin a Linux distró ( ) gyűjtögetős időszakomban, úgy 200-250 torrentem futott egy WRT54G2-n, amit nem bírt az alap SW, állandóan kifagyott. Kapott DDWRT-t jobb lett, de még mindig lassú. Egyértelműen a torrent dugította le, mert ha leállítottam, minden fasza volt. Na most pusztán annyit kellett tenni, hogy a az alap kapcsolati korlátot feltoltam 1000-ről 4000-re és lás csodát minden tökéletesen ment innentől, egy fostalicska 200MHz ARM-en. Igaz 50-70%-os terheltsége volt, de bírta. Megint csak többet ésszel mint erővel.
A router utódján már csak át kellett állítanom, a kapcsolati korlátot és ment simán, nem olyan jól mint a DDWRT, de bőven használhatóan gyári fos SW-vel.

Egyszóval inkább a célnak érdemes HW-t venni, és nem csak bármire rácímkézni, hogy router.

Remélem 1éven belül én is a Gigabit problémájával küzdök majd, és kb. ugyanezeket a problémákat kell majd megoldjam mint neked, és hát okoz fejtörést az ideális megoldás.