{"thread":{"id":"1164","subject":"pack-e3117bbaf6a59cb53c3f6f0d9b17b9433f0e4135.pack","startedAt":"2005-07-08T07:49:45Z","lastAt":"2005-07-08T19:50:03Z","messageCount":3,"participants":["Alexey Dobriyan","Ryan Anderson","Linus Torvalds"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"5810","messageId":"200507081149.45344.adobriyan@gmail.com","threadId":"1164","inReplyTo":null,"subject":"pack-e3117bbaf6a59cb53c3f6f0d9b17b9433f0e4135.pack","fromName":"Alexey Dobriyan","fromEmail":"adobriyan@gmail.com","sentAt":"2005-07-08T07:49:45Z","receivedAt":"2005-07-08T07:49:45Z","isPatch":false,"sender":{"key":"adobriyan@gmail.com","avatar":null},"body":"Being a happy user of\n\n\t$ cat ./rsync-linus\n\t#!/bin/sh -x\n\n\tcd linux-linus\n\trsync -avz --progress \\\n\t        rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/ \\\n\t        .git/\n\nI'm confused now. This pack file is ~60M in size. Will rsync download\nanother 60M next time? What command should I use now to a) get latest and\ngreatest and b) be nice with my traffic?\n"},{"id":"5813","messageId":"20050708081859.GG20369@mythryan2.michonline.com","threadId":"1164","inReplyTo":"200507081149.45344.adobriyan@gmail.com","subject":"Re: pack-e3117bbaf6a59cb53c3f6f0d9b17b9433f0e4135.pack","fromName":"Ryan Anderson","fromEmail":"ryan@michonline.com","sentAt":"2005-07-08T08:18:59Z","receivedAt":"2005-07-08T08:18:59Z","isPatch":false,"sender":{"key":"ryan@michonline.com","avatar":null},"body":"On Fri, Jul 08, 2005 at 11:49:45AM +0400, Alexey Dobriyan wrote:\n> Being a happy user of\n> \n> \t$ cat ./rsync-linus\n> \t#!/bin/sh -x\n> \n> \tcd linux-linus\n> \trsync -avz --progress \\\n> \t        rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/ \\\n> \t        .git/\n> \n> I'm confused now. This pack file is ~60M in size. Will rsync download\n> another 60M next time? What command should I use now to a) get latest and\n> greatest and b) be nice with my traffic?\n\nYou won't need to download another 60M next time.\n\nRun this:\n\tcd linux-linus\n\tdu -sh .\n\tgit-prune-packed\n\tdu -sh .\n\nYou should see a nice drop i space used, as that one big \"pack\" file is\nnow taking the place of almost every object in the kernel repository.\n\nIn the future, you'll just download new packs as Linus generates them.\nI suspect objects will trickle in as well, but an occassional\ngit-prune-packed will tidy things back up.\n\nThe packs internally use a delta-based algorithm to save huge amounts of\nspace, and for speed of daily use, the standalone objects are still in\nuse.\n\n-- \n\nRyan Anderson\n  sometimes Pug Majere\n"},{"id":"5832","messageId":"Pine.LNX.4.58.0507081242540.17536@g5.osdl.org","threadId":"1164","inReplyTo":"200507081149.45344.adobriyan@gmail.com","subject":"Re: pack-e3117bbaf6a59cb53c3f6f0d9b17b9433f0e4135.pack","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-07-08T19:50:03Z","receivedAt":"2005-07-08T19:50:03Z","isPatch":false,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Fri, 8 Jul 2005, Alexey Dobriyan wrote:\n> \n> I'm confused now. This pack file is ~60M in size. Will rsync download\n> another 60M next time? What command should I use now to a) get latest and\n> greatest and b) be nice with my traffic?\n\nYour existing command should work fine.\n\nYou may (or may not) want to use the \"--delete\" argument to the rsync, \nwhich will remove any old objects as they get packed. That won't change \nyour network traffic, but will just keep your disk usage down (and may \nmake rsync a bit more efficient).\n\nAnd no, the way I'm setting up the kernel repo is that I won't re-pack the \n_whole_ archive next time around, I'll only create a new incremental pack. \nSo next time a \"git repack\" happens, you'll see a new pack, probably in \nthe couple-of-megabytes size range (depending on how much work has done \non, of course), and the old pack you already downloaded will continue to \ncontain the older history.\n\nDepending on how well - or badly - the incremental packing ends up\nworking, I _may_ end up doing a full, non-incremental pack at some point,\nbut that would be something that happens just a couple of times a year, so\nthen you'd get to do one big update every once in a while.\n\nBut I'm hoping that the incrementals work well enough that I literally\nneed to do that maybe once a year or something (replacing 50 incrementals\nwith one new big complete re-pack). Or maybe the incrementals work so well\nthat we don't need to do that at all.\n\nSo this \"ugh, a new 60MB pack\" thing should be something that happens\nquite infrequently.\n\n\t\tLinus\n"}]}