Summary: | [science overlay] intel-sdp.eclass: please extract all RPMs in one call to tar | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | Eclasses | Assignee: | Gentoo Science Related Packages <sci> |
Status: | CONFIRMED --- | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Michał Górny
2012-08-16 09:46:30 UTC
may be. I will look into it. is it worth saving 25% of time and using 650% of disk space? (In reply to comment #3) > is it worth saving 25% of time and using 650% of disk space? Are those actual numbers? Could you elaborate? Wrong testing. Doing it again. Will be much more. okay I found a solution. Full extract 30 s 2100 MB Old solution 62 s 81 MB New solution 37 s 81 MB This should be fine. (In reply to comment #6) > okay I found a solution. > > Full extract 30 s 2100 MB > Old solution 62 s 81 MB > New solution 37 s 81 MB > > This should be fine. Yes, it seems that you found the right way. Care to attach a diff or the new version? I will send it off to the ml soon. The idea is simple, get a list with "t" and use that list to identify the location of the rpm inside the tarball. Then decompress alls at once. (In reply to comment #8) > I will send it off to the ml soon. The idea is simple, get a list with "t" > and use that list to identify the location of the rpm inside the tarball. > Then decompress alls at once. Hmm, not sure about that but couldn't we just create a 'max' list of possible rpm locations and pass them all to tar? This would cause an error exit but we could probably just ignore it and verify the RPMs instead. Maybe an evan faster solution. |