...If you like the majority of us as I am...there is something we can do for the centos scene that really doesn't cost anything.
When you download the distro...just let bittorrent seed indefinitely.
By doing this you are contributing to centos as a whole. ...go figure...I'm actually giving the centos cause 17-18 KB/s and the beauty...I don't even miss it! My boxes run 24/7 anyway so why not!!!
John Rose
rado schreef:
...If you like the majority of us as I am...there is something we can do for the centos scene that really doesn't cost anything.
When you download the distro...just let bittorrent seed indefinitely.
By doing this you are contributing to centos as a whole. ...go figure...I'm actually giving the centos cause 17-18 KB/s and the beauty...I don't even miss it! My boxes run 24/7 anyway so why not!!!
John Rose
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
sound slike a good idea
BUT
isp's in belgium and i think most european country's limit dsl trafic to 10 GB downstream and 1.5 GB upstream so keeping torrents seeded 24/7 is not an option for us.
On Fri, 2006-09-01 at 15:20 +0200, nightrid3r wrote:
rado schreef:
...If you like the majority of us as I am...there is something we can do for the centos scene that really doesn't cost anything.
When you download the distro...just let bittorrent seed indefinitely.
By doing this you are contributing to centos as a whole. ...go figure...I'm actually giving the centos cause 17-18 KB/s and the beauty...I don't even miss it! My boxes run 24/7 anyway so why not!!!
John Rose
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
sound slike a good idea
BUT
isp's in belgium and i think most european country's limit dsl trafic to 10 GB downstream and 1.5 GB upstream so keeping torrents seeded 24/7 is not an option for us.
but you can still do what you can...it makes ya feel good! consider...that computer takes very little energy to run...when you ain't sittin on it just let bittorrent do it's thing...I find it better equipment wise to just leave it run...course who am I?
ummm, well, it's a whatever floats deal...
hey, ya know that dog ya got hangin round your house...yep, it's really a good dog...doesn't make in the house...doesn't chew your stuff up but it's still a pain in the ass. gotta bring it to the vet..gotta feed it, let it out, put up w/it humpin your leg maybe...you know the deal but you keep lettin it hang round cuz even tho he's dumb as a rock, you know he loves ya so you let em stay. Well, in the irc, I'm that dog, I probably get chastised more than anyone but they don't throw me out...they don't tell me RTFM too much cuz they know it just bounces off me so they take me by hand and teach me little stupid things that they know I can handle...so they just let me hang around...
Well, I ain't much but I can run bittorrent all by myself!!! and it makes me feel good to do this...ummm it's like goin fetch the paper in the morning huh.
wow...now how in God's name did I get off on that!
John Rose
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Fri, Sep 01, 2006 at 03:20:03PM +0200, nightrid3r wrote:
isp's in belgium and i think most european country's limit dsl trafic to 10 GB downstream and 1.5 GB upstream so keeping torrents seeded 24/7 is not an option for us.
What are you complaining about ? My ADSL provider limits me on 600Kbps downstream and 128Kbps upstream :P
[]s
- -- Rodrigo Barbosa "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
Rodrigo Barbosa wrote:
On Fri, Sep 01, 2006 at 03:20:03PM +0200, nightrid3r wrote:
isp's in belgium and i think most european country's limit dsl trafic to 10 GB downstream and 1.5 GB upstream so keeping torrents seeded 24/7 is not an option for us.
What are you complaining about ? My ADSL provider limits me on 600Kbps downstream and 128Kbps upstream :P
I think he means traffic, not bandwidth. Though I don't have any limitations on traffic while still being in Europe (though not belgium).
=:)
Ralph
Rodrigo Barbosa schreef:
On Fri, Sep 01, 2006 at 03:20:03PM +0200, nightrid3r wrote:
isp's in belgium and i think most european country's limit dsl trafic to 10 GB downstream and 1.5 GB upstream so keeping torrents seeded 24/7 is not an option for us.
What are you complaining about ? My ADSL provider limits me on 600Kbps downstream and 128Kbps upstream :P
[]s
10 gig downstream trafic, not speed same with upload if i spread my total trafic over a month i will be able to spend 0.6k/sec on bittorrent uploads and have nothing left for me.
i do ocasionaly upload to centos on moments i'm downloading something myself but keeping it going 24/7 is not an option
_______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I have some bandwidth left on my dedicated centos 4 server (100mbit/s) I might contribute some of it if you can tell me what bittorrent program I should use. I need one that takes very low cpu, also have to make qos working. Anyone has a script to lower bittorrent priority?
rado a écrit :
...If you like the majority of us as I am...there is something we can do for the centos scene that really doesn't cost anything.
When you download the distro...just let bittorrent seed indefinitely.
By doing this you are contributing to centos as a whole. ...go figure...I'm actually giving the centos cause 17-18 KB/s and the beauty...I don't even miss it! My boxes run 24/7 anyway so why not!!!
John Rose
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
sophana wrote:
I have some bandwidth left on my dedicated centos 4 server (100mbit/s) I might contribute some of it if you can tell me what bittorrent program I should use. I need one that takes very low cpu, also have to make qos working. Anyone has a script to lower bittorrent priority?
Perhaps I'm missing something, but most bittorrent clients make it rather easy to define/limit the speed of both the upstream and downstream data rate. So it will only consume as much bandwidth as you allow it. I'm not certain what you can do about controlling the number of network connections or even if that would be considered any real burden on modern hardware if you've got a sensible upstream bitrate set.
Cheers,
On Fri, 2006-09-01 at 11:20 -0400, chrism@imntv.com wrote:
sophana wrote:
I have some bandwidth left on my dedicated centos 4 server (100mbit/s) I might contribute some of it if you can tell me what bittorrent program I should use. I need one that takes very low cpu, also have to make qos working. Anyone has a script to lower bittorrent priority?
Perhaps I'm missing something, but most bittorrent clients make it rather easy to define/limit the speed of both the upstream and downstream data rate. So it will only consume as much bandwidth as you allow it. I'm not certain what you can do about controlling the number of network connections or even if that would be considered any real burden on modern hardware if you've got a sensible upstream bitrate set.
The burden on modern hardware are providers like my Road Runner provider. They have clauses in their TOU that say no organization of any kind, ... disconnect if use seems excessively outside that expected, ... etc. Living in the boonies, where density is low, I get *great* throughput. But I know if Bellsouth doesn't hurry up and get some (A)DSL out here, providing some competition, Road Runner will probably throttle me, figuring they can squeeze more $$ out of me.
They'll be wrong, but...
Cheers,
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
William L. Maltby wrote:
On Fri, 2006-09-01 at 11:20 -0400, chrism@imntv.com wrote:
sophana wrote:
I have some bandwidth left on my dedicated centos 4 server (100mbit/s) I might contribute some of it if you can tell me what bittorrent program I should use. I need one that takes very low cpu, also have to make qos working. Anyone has a script to lower bittorrent priority?
Perhaps I'm missing something, but most bittorrent clients make it rather easy to define/limit the speed of both the upstream and downstream data rate. So it will only consume as much bandwidth as you allow it. I'm not certain what you can do about controlling the number of network connections or even if that would be considered any real burden on modern hardware if you've got a sensible upstream bitrate set.
The burden on modern hardware are providers like my Road Runner provider. They have clauses in their TOU that say no organization of any kind, ... disconnect if use seems excessively outside that expected, ... etc. Living in the boonies, where density is low, I get *great* throughput. But I know if Bellsouth doesn't hurry up and get some (A)DSL out here, providing some competition, Road Runner will probably throttle me, figuring they can squeeze more $$ out of me.
They'll be wrong, but...
That's a horse of a different color. The OP said something about having dedicated servers with a 100mbit link to the net. If you're hanging off a cablemodem you're pretty much at the mercy of your cable provider. I know folks who have gotten their ports throttled and/or turned off for no apparent reason only to get an "oops" or "you must have been doing something wrong" type of response when they called to report trouble with their connection.
I generally leave a copy of the latest DVD torrent available on one of my older servers at the datacenter, but I limit upstream throughput to about 30kbit/sec. I just experimented with setting it to "unlimited" and my upstream traffic immediately spiked up to about 6mbits/sec....so I put it back to the way it was. :)
Cheers,
chrism@imntv.com a écrit :
Perhaps I'm missing something, but most bittorrent clients make it rather easy to define/limit the speed of both the upstream and downstream data rate. So it will only consume as much bandwidth as you allow it. I'm not certain what you can do about controlling the number of network connections or even if that would be considered any real burden on modern hardware if you've got a sensible upstream bitrate set.
client side bandwidth limitting is quite far from perfect, because, it is still bursty. I would like that my existing hosted application will not be impacted from the massive bittorrent bandwidth, and that my response latency will remain very low. Only ipfilter scripts can do that.
sophana wrote:
chrism@imntv.com a écrit :
Perhaps I'm missing something, but most bittorrent clients make it rather easy to define/limit the speed of both the upstream and downstream data rate. So it will only consume as much bandwidth as you allow it. I'm not certain what you can do about controlling the number of network connections or even if that would be considered any real burden on modern hardware if you've got a sensible upstream bitrate set.
client side bandwidth limitting is quite far from perfect, because, it is still bursty. I would like that my existing hosted application will not be impacted from the massive bittorrent bandwidth, and that my response latency will remain very low. Only ipfilter scripts can do that.
I don't think you will find it very bursty if you set a relatively low threshold. It will hit the threshold and just stay there (at least during times of rapid change...like new major or minor releases). I note that when I set my upstream bitrate to 30k/sec, it immediately pegs there and stays there.
Cheers,
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Fri, Sep 01, 2006 at 05:15:19PM +0200, sophana wrote:
I have some bandwidth left on my dedicated centos 4 server (100mbit/s) I might contribute some of it if you can tell me what bittorrent program I should use. I need one that takes very low cpu, also have to make qos working. Anyone has a script to lower bittorrent priority?
I think the one from bittorrent.com should do the trick for you.
- -- Rodrigo Barbosa "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
Rodrigo Barbosa a écrit :
I think the one from bittorrent.com should do the trick for you.
apt-cache search torrent only gave me the bittorrent package. Is it this one? I installed the dag bittorrent package. Unfortunately, it seems to be written in python (don't know if the core is python or not)
I have more that 99mbit/s left, but very low cpu. Anyone knows a bittorrent client written in C?
sophana wrote:
Rodrigo Barbosa a écrit :
I think the one from bittorrent.com should do the trick for you.
apt-cache search torrent only gave me the bittorrent package. Is it this one? I installed the dag bittorrent package. Unfortunately, it seems to be written in python (don't know if the core is python or not)
I have more that 99mbit/s left, but very low cpu. Anyone knows a bittorrent client written in C?
I wouldn't be that concerned. On a very old P3-733mhz machine running CentOS 3, bittorrent with the 30k/sec outbound cap is only consuming 2% of the cpu.
Cheers,
sophana wrote:
I wouldn't be that concerned. On a very old P3-733mhz machine running CentOS 3, bittorrent with the 30k/sec outbound cap is only consuming 2% of the cpu.
I would like to share about 50 to 70 mbit/s that makes 200 times more cpu... and I don't have much cpu to spend...
Why don't you start at 0.1mbit/sec and gradually increase until you reach a level of cpu usage that you're comfortable with?
Cheers,
On Fri, 2006-09-01 at 12:19 -0400, chrism@imntv.com wrote:
sophana wrote:
I wouldn't be that concerned. On a very old P3-733mhz machine running CentOS 3, bittorrent with the 30k/sec outbound cap is only consuming 2% of the cpu.
I would like to share about 50 to 70 mbit/s that makes 200 times more cpu... and I don't have much cpu to spend...
I *think* you won't find a linear relationship. But I would be interested to know if you increase upload that amount, how much you CPU load does increase.
Why don't you start at 0.1mbit/sec and gradually increase until you reach a level of cpu usage that you're comfortable with?
Cheers,
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Fri, 2006-09-01 at 17:37 +0200, sophana wrote:
Rodrigo Barbosa a écrit :
I think the one from bittorrent.com should do the trick for you.
apt-cache search torrent only gave me the bittorrent package. Is it this one? I installed the dag bittorrent package. Unfortunately, it seems to be written in python (don't know if the core is python or not)
I have more that 99mbit/s left, but very low cpu. Anyone knows a bittorrent client written in C?
__
kk you need one more file...you can get that python crypt or whaterver right from dag too and once you get the torrent up and runnin it's already defauted to ummm bout 20kb/s on the upload side...hey that's good enuf just leave it be and let it do it's thang! jr
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
...If you like the majority of us as I am...there is something we can do for the centos scene that really doesn't cost anything.
When you download the distro...just let bittorrent seed indefinitely.
not a bad idea - currently seeding 4.4 cd's iso with a cap of 1 megabit so that should fill peoples boots for them.
cheers
rado wrote:
...If you like the majority of us as I am...there is something we can do for the centos scene that really doesn't cost anything.
When you download the distro...just let bittorrent seed indefinitely.
I've been letting 4.4 download seed now for about two days. I live in the US, and have Verizon DSL. Today, actually, I just switched to business level service which when I transferred I asked if there were any bandwith limits, and there aren't.
Before I had regular residential service, although I've never been called upon by Verizon when letting things seed for a long time, I think if you would look at the contract somewhere in fine print there would be something about using "too much" bandwith.
Anyways, now that I'm on a business service as of today, I've been letting the 4.4 go to town with a 25KB upload, and the share ratio as of this moment states 116%.
I agree with you, anything little like this to help out CentOS can be done, but make sure you aren't breaching any ISP contracts before doing so. I would love to host a server as a mirror somewhere, but unfortunately can't afford to do so. Perhaps someday I will be able to, but for now I hope my small contributions are at least helping. :)
Max
-
chrism＠imntv.com -
Max H. -
nightrid3r -
rado -
Ralph Angenendt -
Rodrigo Barbosa -
sophana -
Tom Brown -
William L. Maltby