Thanks Dave,
For the reference to bug 307804.
Just to be clear again, my message was *not* specific to the release train. Getting rid of the unpacked jar’s in their repo is something that every project
could consider by themselves. Especially those that require a Java 1.5 VM anyways!
I think the respective change in the build process is fairly simple, after creating and packing the repo perform the cleanup command (find … rm as per below)
before generating p2 metadata.
Thanks,
Martin
--
Martin Oberhuber, SMTS / Product Architect – Development Tools,
Wind River
direct +43.662.457915.85 fax +43.662.457915.6
From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx]
On Behalf Of David M Williams
Sent: Wednesday, March 02, 2011 3:34 PM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] Disk space, repos and unpacked jars
We have flipped and flopped on this issue over the years, with the most recent discussion captured in bug 307804 [1].
I don't think anything has changed since then (and the opinion then seemed to tip slightly to "leave both").
I don't think this disk space is related to build machine shortage, since we don't leave many copies on build machine, and as far as I know, there is no problem with space on "downloads" (except,
for the usual reasons and care .. we still don't want it to get out of control, since then we could overwhelm our mirror servers space).
If, after reading those histories, you still think we could switch again, I suggest you open a new bug with the request for the decision to be revisited, again.
Also, about these reports, while I've not made a chart-over-time, it seems the disk usage is improving. Scanning through the latest reports, there's nothing that jumps out, at me as obviously needing
big improvement. Keep up the good work, everyone.
(Though, if others know otherwise, please open bugs against projects that need to do some more aggressive cleanup).
Much thanks!
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=307804
From: "Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>
To: "Cross project issues (cross-project-issues-dev@xxxxxxxxxxx)"
<cross-project-issues-dev@xxxxxxxxxxx>
Date: 03/02/2011 04:42 AM
Subject: [cross-project-issues-dev] Disk space, repos and unpacked jars
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx
Hi all,
I notice that many, if not all of the archived repos that we provide contain BOTH the original *.jar artifacts as well as the packed *.jar.pack.gz artifacts.
This seems like a big waste of disk space and download bandwidth to me.
There was some case for the unpacked *.jar artifacts in the past, when Java 1.4 and below was still widespread and thus the unpack utility was not universally available. But given that more and
more projects now require Java 1.5, keeping the unpacked *.jar artifacts in the archives seems unnecessary and wasteful. A similar argument holds for the actual online accessible repos.
To give you a rough idea of how much could be saved, I looked at a local copy of the Helios SR2 repo (not claiming that removing all unpacked Jar’s from Helios is a viable option yet):
helios> du -k 201102250900
1008535 201102250900
helios> find . -name '*.jar.pack.gz' -print | sed -e 's,\.pack\.gz,,g' | xargs rm
helios> du -k 201102250900
507807 201102250900
As you see, disk usage goes down from 1 Gig to 500 Meg. Multiply this by all our mirrors plus the bandwidth taken for downloads… and consider that the argument applies for Project’s individual
repos, multiple versions of downloadable archived repos, … and see how this could be related to
https://bugs.eclipse.org/bugs/show_bug.cgi?id=335809
.
Thoughts, comments anyone ?
Any good reason for not cleaning the upacked Jar’s ?
Thanks,
Martin
--
Martin Oberhuber, SMTS / Product Architect – Development Tools,
Wind River
direct +43.662.457915.85 fax +43.662.457915.6
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev