Re: OpenBSD Torrents available
Great torrents you made, like all the songs together and the snapshots. Jasper OpenBSD Users: We have set up an site from which you can get OpenBSD Torrents. The site is http://openbsd.somedomain.net. The torrents are generated automatically on a server that is rsynced to ftp3.usa.openbsd.org every 4 hours. We are also seeding current torrents from that server. l8rZ, -- andrew - ICQ# 253198 - JID: [EMAIL PROTECTED] Proud member: http://www.mad-techies.org BOFH excuse of the day: monitor resolution too high -- BSD is designed, Linux is grown; the choice is yours.
Re: OpenBSD Torrents available
andrew fresh [EMAIL PROTECTED] wrote: We have set up an site from which you can get OpenBSD Torrents. The site is http://openbsd.somedomain.net. Interesting project. Of course, unless several people are getting the same torrent at the same time, it degenerates into a simple download from the seed machine and downloading from an FTP mirror would be faster. It will be interesting to see which torrents gain enough popularity to be worthwhile offering. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: OpenBSD Torrents available
On Wednesday, May 18, 2005, 07:42:54, Christian Weisgerber wrote: ... Of course, unless several people are getting the same torrent at the same time, it degenerates into a simple download from the seed machine and downloading from an FTP mirror would be faster. ... This is getting off topic but I thought that once a client received some pieces it would start sharing those pieces with other clients. -- [EMAIL PROTECTED] The avalanche has already started, it is too Rod Dorman late for the pebbles to vote. Ambassador Kosh
Re: OpenBSD Torrents available
Rod Dorman [EMAIL PROTECTED] wrote: Of course, unless several people are getting the same torrent at the same time, it degenerates into a simple download from the seed machine and downloading from an FTP mirror would be faster. ... This is getting off topic but I thought that once a client received some pieces it would start sharing those pieces with other clients. Yes, it does, but that presumes that there are other clients. If you now look at http://openbsd.somedomain.net/, you'll see that for most torrents there is one seed and no clients at all. If you now fetch, say, the latest sparc64 snapshot you will be the sole client with nobody else around to share with. And yes, it is a reasonable assumption that when 3.7 is released there will be a swarm of downloaders for the release on the more popular platforms. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: OpenBSD Torrents available
On Mon, May 16, 2005 at 04:45:11PM -0700, andrew fresh wrote: OpenBSD Users: We have set up an site from which you can get OpenBSD Torrents. The site is http://openbsd.somedomain.net. The torrents are generated automatically on a server that is rsynced to ftp3.usa.openbsd.org every 4 hours. that's cool, but would it make sense to use 4h? i suppose you probably thought about it, with respect to trying to not be too far from any potential update boundary, but also not being to 'annoying' to the server, and i guess the rsynch is not very heavy if there are no changes to be had... but it still seems kinda frequent for an automation ( i would think 8 hours should be still real ok, and that accounts for still being able to have checked for an update in the time it takes a person to leave the house for work and then come back afterwards ; maybe it would be worth trying to get some stats on the timestamps on the files in the different snapshots dirs and see how often the individual arch changes, generally, and have each $arch rsync based on that? -- just trying to think of netizen stuff ) when the contents of a specific $arch directory changes, does that render out a new .torrent file and update the link in the -current section on the www; or does it just overwrite the same name of the torrent? if it is the latter, and you're seeding the torrent for may 12th i386 -current; and then the rsync updates that dir and a new .torrent is made, and then i d/l the new one and join it, do we collide or do we just not see each other (like, the torrent in the tracker is by hash of contents or something?) can i suggest that the torrents only have the subdir instead of OpenBSD/subdir? maybe it is only me with the issue, or maybe it is just the way the two were hashed and their .torrents were made, but i have dir i made/OpenBSD/snapshots - i386 snapshots torrent dir i made/OpenBSD/OpenBSD/songs - songs after getting the i386 and the songs torrents, putting them in the same dir i made and running btdownloadcurses.py on them. jared -- [ openbsd 3.7 GENERIC ( mar 18 ) // i386 ]
Re: OpenBSD Torrents available
On Tue, May 17, 2005 at 04:49:37AM -0600, jared r r spiegel wrote: On Mon, May 16, 2005 at 04:45:11PM -0700, andrew fresh wrote: We have set up an site from which you can get OpenBSD Torrents. The torrents are generated automatically on a server that is rsynced to ftp3.usa.openbsd.org every 4 hours. that's cool, but would it make sense to use 4h? Maybe, I wasn't sure, and it seems to get a fair number of new snapshots whenever it syncs, so it seems to be a workable amount of time. I will look into changing timing of updates as time goes on. The reason I chose 4 hours is that seemed to be what most of the CVS mirrors chose as a sync time and I didn't have any other gauges. when the contents of a specific $arch directory changes, does that render out a new .torrent file and update the link in the -current section on the www; or does it just overwrite the same name of the torrent? if it is the latter, and you're seeding the torrent for may 12th i386 -current; and then the rsync updates that dir and a new .torrent is made, and then i d/l the new one and join it, do we collide or do we just not see each other (like, the torrent in the tracker is by hash of contents or something?) When the contents of a dir change, it generates a new torrent (that is the date part of the filename), that means the old torrent is out of date, however, on the torrent clients I have tested, downloading the new torrent will not start your download over, it will just download the changed pieces. However, as far as the tracker goes, it doesn't actually care about the filename, it just cares about the info hash, which is does change, and what actually renders the old torrent out of date. I am hoping if I have time, to write up a script that is available for download that will watch the RSS feed for new torrents that you want, check what you have, remove the old one and download the new one. I don't know how that will screw with different torrent clients though. can i suggest that the torrents only have the subdir instead of OpenBSD/subdir? I will definately consider this, I guess I just wasn't sure what the best layout for them was, and during my testing, doing it with OpenBSD/subdir caused all of the files to end up in the OpenBSD dir as they appear on the FTP server. l8rZ, -- andrew - ICQ# 253198 - JID: [EMAIL PROTECTED] Proud member: http://www.mad-techies.org BOFH excuse of the day: not enough memory, go get system upgrade
OpenBSD Torrents available
OpenBSD Users: We have set up an site from which you can get OpenBSD Torrents. The site is http://openbsd.somedomain.net. The torrents are generated automatically on a server that is rsynced to ftp3.usa.openbsd.org every 4 hours. We are also seeding current torrents from that server. l8rZ, -- andrew - ICQ# 253198 - JID: [EMAIL PROTECTED] Proud member: http://www.mad-techies.org BOFH excuse of the day: monitor resolution too high