Mock patch speeds up 'mock init' to 5 Seconds from cache (linked, rsync'd)
The patch is 'mock-cp_al.patch' and applies to mock-0.6.13.
I have no place at CentOS to drop packages in. On RPMforge I have (/had) svn access, but this build infrastructure relies on valid URLs in the source lines in the .specs and I don't had the change to put own software tarballs (like Player/ Stage) or (old) software with broken links. And as you see, the real URL in the mock 0.6.13.x-spec is no longer valid, so RPMforge wouldn't build it for me except I change the URL to point to the tarball that I can put onto the Beuth http server - but this is not the idea behind the source line(s). wget http://fedoraproject.org/projects/mock/releases/mock-0.6.13.tar.gz --2009-10-28 15:22:40-- http://fedoraproject.org/projects/mock/releases/mock-0.6.13.tar.gz Resolving fedoraproject.org... 209.132.176.122, 152.46.7.221, 66.35.62.162, ... Connecting to fedoraproject.org|209.132.176.122|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2009-10-28 15:22:42 ERROR 404: Not Found. _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel |
Mock patch speeds up 'mock init' to 5 Seconds from cache (linked, rsync'd)
Therefore is the second copy named 'clean-cache-copy', which
repairs the tainted files. The clean-cache-copy is _not_ linked and represent the original root cache. rsync syncs it to the 'linked-cache-copy' and ensures that the content is always the same before each mock build. _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel |
Mock patch speeds up 'mock init' to 5 Seconds from cache (linked, rsync'd)
No, the caches don't overlap - they are strictly separated for each
configuration: /var/lib/mock/root-cache/<config_root>/{clean,linked}-cache-copy So you can have builds simultaneously (i.e C-4, C-5 and FC-8). And yes, linking is much faster then copying or extracting an uncompressed tarball. The only cost of the system is only linking and replacing dirty linked files with rsync that may be changed from previous build operations. Please keep in mind, that the link count of the base files in the build root are only decreased instead of the files are deleted when a 'mock clean' is made. So not only the restore from cache operation is faster, also the cleaning one is. _______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel |
| All times are GMT. The time now is 01:16 AM. |
VBulletin, Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.