История изменений
Исправление CrX, (текущая версия) :
Deluge даже не думай — он и на одном десятке раздач начинает течь, тормозить, виснуть и глючить.
Под количества раздач больше пары десятков тысяч лучше юзать rtorrent (многократно проверен на сотнях тысяч и до полумиллиона раздач — работает прекрасно) или Transmission (тоже вроде неплохо держит до сотни тысяч — дальше особо не проверяли).
В любом случае тебе надо ограничить количество подключений одновременно, чтоб раздавать меньшему количеству людей одновременно — зато быстро — они скачают и другим раздадут, и слоты на тебе тоже освободят. Этим ты минимизируешь рандомное чтение и увеличиваешь количество линейного. Для HDD и скорости коннектс меньше гигабита, лучше не выходить за 1000 подключений. А возможно и где-то за 250 — можно поэкспериментировать. Твоя задача не подключить к себе как можно больше народу и раздавать каждому по килобайту, а использовать всю ширину канала наиболее эффективно. А это можно делать и при десятках качающих с тебя, сотни для этого не нужны. Так ты эффективнее и быстрее раздашь больше данных и большему количеству людей в долгосрочной перспективе.
В дополнение к предыдущему можно ограничить даже и количество одновременно раздаваемых торрентов. Где-то от 20 до 80 — вменяемые значения. Именно активно раздавать больше одновременно — неэффективно. Пусть они в очередь встают, и когда эти докачают, пойдут качаться те. На практике так все вместе и всем вместе прилетит быстрее, хотя это и не интуитивно. И с одинарным HDD (не SSD и не несколько HDD) я бы скорее держался ближе в районе может 25–30, нежели ближе к 80.
Также для тебя имеет значение, сколько есть «свободной» оперативы. Той, что не занята твоим клиентом и всем таким. Она будет использована под кэши ФС, и именно это лучше всего помогает при раздаче большого количества торрентов. Для многих это контринтуитивно — говорят «зачем мне 64 гига, если у меня тут только торрент-клиент и веб-интерфейс к ними, и они 2 гига кушают, мне хватит 8 с запасом!». А вот нет, не хватит — нужны именно «свободные», используемые под файловый кэш, и чем больше, тем лучше. Почему-то многие прям совсем упускают это из вида, считая только «используемую» раму. Хотя важнее для такого юзкейса как раз именно это.
P.S. Какова ширина канала? Просто если там 100 мбит/с, то это одно, а если 10 гбит/с — это другое — разные оптимизации имеет смысл применять, и на разное количество одновременных подключений делить. И ещё, какая ФС используется?
Исправление CrX, :
Deluge даже не думай — он и на одном десятке раздач начинает течь, тормозить, виснуть и глючить.
Под количества раздач больше пары десятков тысяч лучше юзать rtorrent (многократно проверен на сотнях тысяч и до полумиллиона раздач — работает прекрасно) или Transmission (тоже вроде неплохо держит до сотни тысяч — дальше особо не проверяли).
В любом случае тебе надо ограничить количество подключений одновременно, чтоб раздавать меньшему количеству людей одновременно — зато быстро — они скачают и другим раздадут, и слоты на тебе тоже освободят. Этим ты минимизируешь рандомное чтение и увеличиваешь количество линейного. Для HDD и скорости коннектс меньше гигабита, лучше не выходить за 1000 подключений. А возможно и где-то за 250 — можно поэкспериментировать. Твоя задача не подключить к себе как можно больше народу и раздавать каждому по килобайту, а использовать всю ширину канала наиболее эффективно. А это можно делать и при десятках качающих с тебя, сотни для этого не нужны. Так ты эффективнее и быстрее раздашь больше данных и большему количеству людей в долгосрочной перспективе.
В дополнение к предыдущему можно ограничить даже и количество одновременно раздаваемых торрентов. Где-то от 20 до 80 — вменяемые значения. Именно активно раздавать больше одновременно — неэффективно. Пусть они в очередь встают, и когда эти докачают, пойдут качаться те. На практике так все вместе и всем вместе прилетит быстрее, хотя это и не интуитивно. И с одинарным HDD (не SSD и не несколько HDD) я бы скорее держался ближе в районе может 25–30, нежели ближе к 80.
Также для тебя имеет значение, сколько есть «свободной» оперативы. Той, что не занята твоим клиентом и всем таким. Она будет использована под кэши ФС, и именно это лучше всего помогает при раздаче большого количества торрентов. Для многих это контринтуитивно — говорят «зачем мне 64 гига, если у меня тут только торрент-клиент и веб-интерфейс к ними, и они 2 гига кушают, мне хватит 8 с запасом!». А вот нет, не хватит — нужны именно «свободные», используемые под файловый кэш, и чем больше, тем лучше. Почему-то многие прям совсем упускают это из вида, считая только «используемую» раму. Хотя важнее для такого юзкейса как раз именно это.
Исправление CrX, :
Deluge даже не думай — он и на одном десятке раздач начинает течь, тормозить, виснуть и глючить.
Под количества раздач больше пары десятков тысяч лучше юзать rtorrent (многократно проверен на сотнях тысяч и до полумиллиона раздач — работает прекрасно) или Transmission (тоже вроде неплохо держит до сотни тысяч — дальше особо не проверяли).
В любом случае тебе надо ограничить количество подключений одновременно, чтоб раздавать меньшему количеству людей одновременно — зато быстро — они скачают и другим раздадут, и слоты на тебе тоже освободят. Этим ты минимизируешь рандомное чтение и увеличиваешь количество линейного. Для HDD и скорости коннектс меньше гигабита, лучше не выходить за 1000 подключений. А возможно и где-то за 250 — можно поэкспериментировать. Твоя задача не подключить к себе как можно больше народу и раздавать каждому по килобайту, а использовать всю ширину канала наиболее эффективно. А это можно делать и при десятках качающих с тебя, сотни для этого не нужны. Так ты эффективнее и быстрее раздашь больше данных и большему количеству людей в долгосрочной перспективе.
В дополнение к предыдущему можно ограничить даже и количество одновременно раздаваемых торрентов. Где-то от 20 до 80 — вменяемые значения. Именно активно раздавать больше одновременно — неэффективно. Пусть они в очередь встают, и когда эти докачают, пойдут качаться те. На практике так все вместе и всем вместе прилетит быстрее, хотя это и не интуитивно.
Также для тебя имеет значение, сколько есть «свободной» оперативы. Той, что не занята твоим клиентом и всем таким. Она будет использована под кэши ФС, и именно это лучше всего помогает при раздаче большого количества торрентов. Для многих это контринтуитивно — говорят «зачем мне 64 гига, если у меня тут только торрент-клиент и веб-интерфейс к ними, и они 2 гига кушают, мне хватит 8 с запасом!». А вот нет, не хватит — нужны именно «свободные», используемые под файловый кэш, и чем больше, тем лучше. Почему-то многие прям совсем упускают это из вида, считая только «используемую» раму. Хотя важнее для такого юзкейса как раз именно это.
Исправление CrX, :
Deluge даже не думай — он и на одном десятке раздач начинает течь, тормозить, виснуть и глючить.
Под количества раздач больше пары десятков тысяч лучше юзать rtorrent (многократно проверен на сотнях тысяч и до полумиллиона раздач — работает прекрасно) или Transmission (тоже вроде неплохо держит до сотни тысяч — дальше особо не проверяли).
В любом случае тебе надо ограничить количество подключений одновременно, чтоб раздавать меньшему количеству людей одновременно — зато быстро — они скачают и другим раздадут, и слоты на тебе тоже освободят. Этим ты минимизируешь рандомное чтение и увеличиваешь количество линейного. Для HDD и скорости коннектс меньше гигабита, лучше не выходить за 1000 подключений. А возможно и где-то за 250 — можно поэкспериментировать. Твоя задача не подключить к себе как можно больше народу и раздавать каждому по килобайту, а использовать всю ширину канала наиболее эффективно. А это можно делать и при десятках качающих с тебя, сотни для этого не нужны. Так ты эффективнее и быстрее раздашь больше данных и большему количеству людей в долгосрочной перспективе.
Также для тебя имеет значение, сколько есть «свободной» оперативы. Той, что не занята твоим клиентом и всем таким. Она будет использована под кэши ФС, и именно это лучше всего помогает при раздаче большого количества торрентов. Для многих это контринтуитивно — говорят «зачем мне 64 гига, если у меня тут только торрент-клиент и веб-интерфейс к ними, и они 2 гига кушают, мне хватит 8 с запасом!». А вот нет, не хватит — нужны именно «свободные», используемые под файловый кэш, и чем больше, тем лучше. Почему-то многие прям совсем упускают это из вида, считая только «используемую» раму. Хотя важнее для такого юзкейса как раз именно это.
Исправление CrX, :
Deluge даже не думай — он и на одном десятке раздач начинает течь, тормозить, виснуть и глючить.
Под количества раздач больше пары десятков тысяч лучше юзать rtorrent (многократно проверен на сотнях тысяч и до полумиллиона раздач — работает прекрасно) или Transmission (тоже вроде неплохо держит до сотни тысяч — дальше особо не проверяли).
В любом случае тебе надо ограничить количество подключений одновременно, чтоб раздавать меньшему количеству людей одновременно — зато быстро — они скачают и другим раздадут, и слоты на тебе тоже освободят. Этим ты минимизируешь рандомное чтение и увеличиваешь количество линейного. Для HDD и скорости коннектс меньше гигабита, лучше не выходить за 1000 подключений. А возможно и где-то за 250 — можно поэкспериментировать. Твоя задача не подключить к себе как можно больше народу и раздавать каждому по килобайту, а использовать всю ширину канала наиболее эффективно. А это можно делать и при десятках качающих с тебя, сотни для этого не нужны. Так ты эффективнее и быстрее раздашь больше данных и большему количеству людей в долгосрочной перспективе.
Также для тебя имеет значение, сколько есть «свободной» оперативы. Той, что не занята твоим клиентом и всем таким. Она будет использована под кэши ФС, и именно это лучше всего помогает при раздаче большого количества торрентов. Для многих это контринтуитивно — говорят «зачем мне 64 гига, если у меня тут только торрент-клиент и веб-интерфейс к ними, и они 2 гига кушают, мне хватит 8 с запасом!». А вот нет, не хватит — нужны именно «свободные», используемые под файловый кэш, и чем больше, тем лучше.
Исходная версия CrX, :
Deluge даже не думай — он и на одном десятке раздач начинает течь, тормозить, виснуть и глючить.
Под количества раздач больше пары десятков тысяч лучше юзать rtorrent (многократно проверен на сотнях тысяч и до полумиллиона раздач — работает прекрасно) или Transmission (тоже вроде неплохо держит до сотни тысяч — дальше особо не проверяли).
В любом случае тебе надо ограничить количество подключений одновременно, чтоб раздавать меньшему количеству людей одновременно — зато быстро — они скачают и другим раздадут, и слоты на тебе тоже освободят. Этим ты минимизируешь рандомное чтение и увеличиваешь количество линейного. Для HDD и скорости коннектс меньше гигабита, лучше не выходить за 1000 подключений. А возможно и где-то за 250 — можно поэкспериментировать. Твоя задача не подключить к себе как можно больше народу и раздавать каждому по килобайту, а использовать всю ширину канала наиболее эффективно. А это можно делать и при десятках качающих с тебя, сотни для этого не нужны. Так ты эффективнее и быстрее раздашь больше данных и большему количеству людей в долгосрочной перспективе.