Aaron Konstam wrote: I wanted to download the latest FC6 respin CDs. I went to the web location and found the correct bittorrent and clicked to download it. The bittorrent GUI opened and the download started. Now I was
connected
to a system with an Internet speed of 45 Mb/s but the GUI said the download would take 15 hours. Well the respin has 5 CDs. I have a downloaded a single 600+ Meg CD in less than an hour (actually I
think
it was much less). So I can't understand why the bittorrent download should take 15 hours.
I have done this before but it has been a long time ago. I must be
doing
something wrong but what? Any ideas?
A couple of things to check - do you have a download speed limit set, so that it does not use the full bandwidth when downloading? Do you have your firewall properly configured so that you can seed as well as download? If not, this can limit your download speed. How many seeds are there, compared to the number of clients, and how many are you connected to?
My download speed was set too high. I have no firewall set on my machine but the university does however they tell me that they do not restrict bittorrents. I don't know how to check the number of seeds and /or number of clients.
So there are clearly holes in my knowledge. Can someone help fill in the gaps.
One other thing to keep in mind is that the time estimate when you first start downloading is usually high, and drops as you connect to more feeds. It also tends to change during the download. Depending on how the client calculates the time remaining, it may get less sensitive to rate changes as the download progresses - more data to average, so temporary fluctuations in download speed do not affect it as much.
The above is true but I waited 2 hours and not even 1 CD was downloaded.
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
Aaron Konstam wrote: I wanted to download the latest FC6 respin CDs. I went to the web location and found the correct bittorrent and clicked to download it. The bittorrent GUI opened and the download started. Now I was
connected
to a system with an Internet speed of 45 Mb/s but the GUI said the download would take 15 hours. Well the respin has 5 CDs. I have a downloaded a single 600+ Meg CD in less than an hour (actually I
think
it was much less). So I can't understand why the bittorrent download should take 15 hours.
I have done this before but it has been a long time ago. I must be
doing
something wrong but what? Any ideas?
A couple of things to check - do you have a download speed limit set, so that it does not use the full bandwidth when downloading? Do you have your firewall properly configured so that you can seed as well as download? If not, this can limit your download speed. How many seeds are there, compared to the number of clients, and how many are you connected to?
My download speed was set too high. I have no firewall set on my machine but the university does however they tell me that they do not restrict bittorrents. I don't know how to check the number of seeds and /or number of clients.
So there are clearly holes in my knowledge. Can someone help fill in the gaps.
One other thing to keep in mind is that the time estimate when you first start downloading is usually high, and drops as you connect to more feeds. It also tends to change during the download. Depending on how the client calculates the time remaining, it may get less sensitive to rate changes as the download progresses - more data to average, so temporary fluctuations in download speed do not affect it as much.
The above is true but I waited 2 hours and not even 1 CD was downloaded.
Bittorrent works when there are a large number of seeders and peers. The problem with the Fedora respin is that after the initial availability announcement the number of seeders and peers drops to a very low number, less than 5 when I tried it. If each shares the minimum required upload speed, 4K bits/second, the total bandwidth is only 20K bits/second. Factor the low number of participants and the problem of finding peers with the fragments missing from your download and you get the current situation. Also I find that the tracker used by Fedora respin does not work well with my setup which is behind a firewall.
On Mon, 2007-02-26 at 10:30 -0800, Kam Leo wrote:
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
Aaron Konstam wrote: I wanted to download the latest FC6 respin CDs. I went to the web location and found the correct bittorrent and clicked to download it. The bittorrent GUI opened and the download started. Now I was
connected
to a system with an Internet speed of 45 Mb/s but the GUI said the download would take 15 hours. Well the respin has 5 CDs. I have a downloaded a single 600+ Meg CD in less than an hour (actually I
think
it was much less). So I can't understand why the bittorrent download should take 15 hours.
I have done this before but it has been a long time ago. I must be
doing
something wrong but what? Any ideas?
A couple of things to check - do you have a download speed limit set, so that it does not use the full bandwidth when downloading? Do you have your firewall properly configured so that you can seed as well as download? If not, this can limit your download speed. How many seeds are there, compared to the number of clients, and how many are you connected to?
My download speed was set too high. I have no firewall set on my machine but the university does however they tell me that they do not restrict bittorrents. I don't know how to check the number of seeds and /or number of clients.
So there are clearly holes in my knowledge. Can someone help fill in the gaps.
One other thing to keep in mind is that the time estimate when you first start downloading is usually high, and drops as you connect to more feeds. It also tends to change during the download. Depending on how the client calculates the time remaining, it may get less sensitive to rate changes as the download progresses - more data to average, so temporary fluctuations in download speed do not affect it as much.
The above is true but I waited 2 hours and not even 1 CD was downloaded.
Bittorrent works when there are a large number of seeders and peers. The problem with the Fedora respin is that after the initial availability announcement the number of seeders and peers drops to a very low number, less than 5 when I tried it. If each shares the minimum required upload speed, 4K bits/second, the total bandwidth is only 20K bits/second. Factor the low number of participants and the problem of finding peers with the fragments missing from your download and you get the current situation. Also I find that the tracker used by Fedora respin does not work well with my setup which is behind a firewall.
So am I conclude that >10 hours may be what it will take. How do oyu find out how many seeders are active? -- ======================================================================= The race is not always to the swift, nor the battle to the strong, but that's the way to bet. -- Damon Runyon ======================================================================= Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@sbcglobal.net
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
On Mon, 2007-02-26 at 10:30 -0800, Kam Leo wrote:
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
Aaron Konstam wrote: I wanted to download the latest FC6 respin CDs. I went to the web location and found the correct bittorrent and clicked to download it. The bittorrent GUI opened and the download started. Now I was
connected
to a system with an Internet speed of 45 Mb/s but the GUI said the download would take 15 hours. Well the respin has 5 CDs. I have a downloaded a single 600+ Meg CD in less than an hour (actually I
think
it was much less). So I can't understand why the bittorrent download should take 15 hours.
I have done this before but it has been a long time ago. I must be
doing
something wrong but what? Any ideas?
A couple of things to check - do you have a download speed limit set, so that it does not use the full bandwidth when downloading? Do you have your firewall properly configured so that you can seed as well as download? If not, this can limit your download speed. How many seeds are there, compared to the number of clients, and how many are you connected to?
My download speed was set too high. I have no firewall set on my machine but the university does however they tell me that they do not restrict bittorrents. I don't know how to check the number of seeds and /or number of clients.
So there are clearly holes in my knowledge. Can someone help fill in the gaps.
One other thing to keep in mind is that the time estimate when you first start downloading is usually high, and drops as you connect to more feeds. It also tends to change during the download. Depending on how the client calculates the time remaining, it may get less sensitive to rate changes as the download progresses - more data to average, so temporary fluctuations in download speed do not affect it as much.
The above is true but I waited 2 hours and not even 1 CD was downloaded.
Bittorrent works when there are a large number of seeders and peers. The problem with the Fedora respin is that after the initial availability announcement the number of seeders and peers drops to a very low number, less than 5 when I tried it. If each shares the minimum required upload speed, 4K bits/second, the total bandwidth is only 20K bits/second. Factor the low number of participants and the problem of finding peers with the fragments missing from your download and you get the current situation. Also I find that the tracker used by Fedora respin does not work well with my setup which is behind a firewall.
So am I conclude that >10 hours may be what it will take. How do oyu find out how many seeders are active? --
Use Azureus. It shows the number of seeders and peers connected to your swarm.
On Mon, 2007-02-26 at 13:24 -0800, Kam Leo wrote:
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
On Mon, 2007-02-26 at 10:30 -0800, Kam Leo wrote:
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
Aaron Konstam wrote: I wanted to download the latest FC6 respin CDs. I went to the web location and found the correct bittorrent and clicked to download it. The bittorrent GUI opened and the download started. Now I was
connected
to a system with an Internet speed of 45 Mb/s but the GUI said the download would take 15 hours. Well the respin has 5 CDs. I have a downloaded a single 600+ Meg CD in less than an hour (actually I
think
it was much less). So I can't understand why the bittorrent download should take 15 hours.
I have done this before but it has been a long time ago. I must be
doing
something wrong but what? Any ideas?
A couple of things to check - do you have a download speed limit set, so that it does not use the full bandwidth when downloading? Do you have your firewall properly configured so that you can seed as well as download? If not, this can limit your download speed. How many seeds are there, compared to the number of clients, and how many are you connected to?
My download speed was set too high. I have no firewall set on my machine but the university does however they tell me that they do not restrict bittorrents. I don't know how to check the number of seeds and /or number of clients.
So there are clearly holes in my knowledge. Can someone help fill in the gaps.
One other thing to keep in mind is that the time estimate when you first start downloading is usually high, and drops as you connect to more feeds. It also tends to change during the download. Depending on how the client calculates the time remaining, it may get less sensitive to rate changes as the download progresses - more data to average, so temporary fluctuations in download speed do not affect it as much.
The above is true but I waited 2 hours and not even 1 CD was downloaded.
Bittorrent works when there are a large number of seeders and peers. The problem with the Fedora respin is that after the initial availability announcement the number of seeders and peers drops to a very low number, less than 5 when I tried it. If each shares the minimum required upload speed, 4K bits/second, the total bandwidth is only 20K bits/second. Factor the low number of participants and the problem of finding peers with the fragments missing from your download and you get the current situation. Also I find that the tracker used by Fedora respin does not work well with my setup which is behind a firewall.
So am I conclude that >10 hours may be what it will take. How do you find out how many seeders are active? --
Use Azureus. It shows the number of seeders and peers connected to your swarm.
That is ok if I can figure out how. How do you get azureus to download a bittorrent at a web site?
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
On Mon, 2007-02-26 at 13:24 -0800, Kam Leo wrote:
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
On Mon, 2007-02-26 at 10:30 -0800, Kam Leo wrote:
On 2/26/07, Aaron Konstam akonstam@sbcglobal.net wrote:
> >Aaron Konstam wrote: > I wanted to download the latest FC6 respin CDs. I went to the web > location and found the correct bittorrent and clicked to download it. > The bittorrent GUI opened and the download started. Now I was
connected
> to a system with an Internet speed of 45 Mb/s but the GUI said the > download would take 15 hours. Well the respin has 5 CDs. I have a > downloaded a single 600+ Meg CD in less than an hour (actually I
think
> it was much less). So I can't understand why the bittorrent download > should take 15 hours. > > I have done this before but it has been a long time ago. I must be
doing
> something wrong but what? Any ideas?
A couple of things to check - do you have a download speed limit set, so that it does not use the full bandwidth when downloading? Do you have your firewall properly configured so that you can seed as well as download? If not, this can limit your download speed. How many seeds are there, compared to the number of clients, and how many are you connected to?
My download speed was set too high. I have no firewall set on my machine but the university does however they tell me that they do not restrict bittorrents. I don't know how to check the number of seeds and /or number of clients.
So there are clearly holes in my knowledge. Can someone help fill in the gaps.
One other thing to keep in mind is that the time estimate when you first start downloading is usually high, and drops as you connect to more feeds. It also tends to change during the download. Depending on how the client calculates the time remaining, it may get less sensitive to rate changes as the download progresses - more data to average, so temporary fluctuations in download speed do not affect it as much.
The above is true but I waited 2 hours and not even 1 CD was downloaded.
Bittorrent works when there are a large number of seeders and peers. The problem with the Fedora respin is that after the initial availability announcement the number of seeders and peers drops to a very low number, less than 5 when I tried it. If each shares the minimum required upload speed, 4K bits/second, the total bandwidth is only 20K bits/second. Factor the low number of participants and the problem of finding peers with the fragments missing from your download and you get the current situation. Also I find that the tracker used by Fedora respin does not work well with my setup which is behind a firewall.
So am I conclude that >10 hours may be what it will take. How do you find out how many seeders are active? --
Use Azureus. It shows the number of seeders and peers connected to your swarm.
That is ok if I can figure out how. How do you get azureus to download a bittorrent at a web site? --
Two ways:
(1) Download and save the .torrent file. Open it with Azureus.
(2) In the browser click on the .torrent link, select "Open with", and choose Azureus as the application.
Aaron Konstam akonstam@sbcglobal.net
On Mon, 2007-02-26 at 13:24 -0800, Kam Leo wrote:
So am I conclude that >10 hours may be what it will take. How do oyu find out how many seeders are active? --
Use Azureus. It shows the number of seeders and peers connected to your swarm.
I used Azureus and it still looks like it would take >10 hours to download. Which seems to me to be less (or about the same time) as would take to update the original distribution using yum. So it does not look worthwhile to download the FC6 respin. -- ======================================================================= Drive defensively. Buy a tank. ======================================================================= Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@sbcglobal.net
On 2/27/07, Aaron Konstam akonstam@sbcglobal.net wrote:
On Mon, 2007-02-26 at 13:24 -0800, Kam Leo wrote:
So am I conclude that >10 hours may be what it will take. How do oyu find out how many seeders are active? --
Use Azureus. It shows the number of seeders and peers connected to your swarm.
I used Azureus and it still looks like it would take >10 hours to download. Which seems to me to be less (or about the same time) as would take to update the original distribution using yum. So it does not look worthwhile to download the FC6 respin.
If you take a close look at "real time" stats posted on Fedora Unity's site it is easy to see that usage of bittorrent makes no sense. Beyond the initial availability announcement period there are not enough seeders or peers to make downloading a short lived release worthwhile. What these folks need to do is convince Fedora Core or other sites to host their respin.
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@sbcglobal.net
If you take a close look at "real time" stats posted on Fedora Unity's site it is easy to see that usage of bittorrent makes no sense. Beyond the initial availability announcement period there are not enough seeders or peers to make downloading a short lived release worthwhile. What these folks need to do is convince Fedora Core or other sites to host their respin.
I agree. OTOH, the fc7 test1 live CD came down in about 20 minutes for me - over 40 seeders, and peak DL speed of around 1 mbit...
Chris
On 2/27/07, Chris Mohler cr33dog@gmail.com wrote:
If you take a close look at "real time" stats posted on Fedora Unity's site it is easy to see that usage of bittorrent makes no sense. Beyond the initial availability announcement period there are not enough seeders or peers to make downloading a short lived release worthwhile. What these folks need to do is convince Fedora Core or other sites to host their respin.
I agree. OTOH, the fc7 test1 live CD came down in about 20 minutes for me - over 40 seeders, and peak DL speed of around 1 mbit...
Would you get the same speed now?
Chris
On 2/27/07, Kam Leo kam.leo@gmail.com wrote:
Would you get the same speed now?
I'm not sure - I see 78 seeders ATM, so I would expect a similar result.
Chris
On 2/27/07, Chris Mohler cr33dog@gmail.com wrote:
On 2/27/07, Kam Leo kam.leo@gmail.com wrote:
Would you get the same speed now?
I'm not sure - I see 78 seeders ATM, so I would expect a similar result.
That shows popularity working; the strength/weakness of bittorrents.
Chris
On Tue, 2007-02-27 at 14:22 -0800, Kam Leo wrote:
On 2/27/07, Aaron Konstam akonstam@sbcglobal.net wrote:
On Mon, 2007-02-26 at 13:24 -0800, Kam Leo wrote:
So am I conclude that >10 hours may be what it will take. How do oyu find out how many seeders are active? --
Use Azureus. It shows the number of seeders and peers connected to your swarm.
I used Azureus and it still looks like it would take >10 hours to download. Which seems to me to be less (or about the same time) as would take to update the original distribution using yum. So it does not look worthwhile to download the FC6 respin.
If you take a close look at "real time" stats posted on Fedora Unity's site it is easy to see that usage of bittorrent makes no sense. Beyond the initial availability announcement period there are not enough seeders or peers to make downloading a short lived release worthwhile. What these folks need to do is convince Fedora Core or other sites to host their respin.
I agree. -- ======================================================================= "We scientists, whose tragic destiny it has been to make the methods of annihilation ever more gruesome and more effective, must consider it our solemn and transcendent duty to do all in our power in preventing these weapons from being used for the brutal purpose for which they were invented." -- Albert Einstein, Bulletin of Atomic Scientists, September 1948 ======================================================================= Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@sbcglobal.net
-
Aaron Konstam -
Chris Mohler -
Kam Leo