The java process for Jenkins has been consuming all available CPU for some time, at least all day today but probably the last three days or so based on the failing tests in build.squeak.org.
I restarted jenkins a few minutes ago and it seems happier now.
Disk space is very low on box3, I am watching it.
Dave
box3.squeak.org was up to 97% disk utilization, so I freed up some space as follows:
davidlewis@box3-squeak:/var/lib/jenkins$ nice gzip -v jobs/SqueakTrunk/builds/[1-6]??/archive/target/TrunkImage.*
This compresses outputs of the SqueakTrunk job. None of the compressed files are directly referenced from the build.squeak.org page so I do not anticipate problems, and the compressed files can be easily uncompressed if anyone needs them.
I do not know if any of the compressed files are of general interest. If not, they can be deleted to free up more disk space.
Disk space utilization is now at 83%.
Dave
Just FYI, bz2 reduces to a size that is about 60% of regular zip.
On Sun, Mar 2, 2014 at 6:54 PM, David T. Lewis lewis@mail.msen.com wrote:
box3.squeak.org was up to 97% disk utilization, so I freed up some space as follows:
davidlewis@box3-squeak:/var/lib/jenkins$ nice gzip -v jobs/SqueakTrunk/builds/[1-6]??/archive/target/TrunkImage.*
This compresses outputs of the SqueakTrunk job. None of the compressed files are directly referenced from the build.squeak.org page so I do not anticipate problems, and the compressed files can be easily uncompressed if anyone needs them.
I do not know if any of the compressed files are of general interest. If not, they can be deleted to free up more disk space.
Disk space utilization is now at 83%.
Dave
On Mon, 3 Mar 2014, Chris Muller wrote:
Just FYI, bz2 reduces to a size that is about 60% of regular zip.
And 7z[1] with lzma is even better. 7zip[2] can also produce better results for other compression methods, like gzip, zip or bz2. For example the SqueakV41.sources file compressed - using gzip: 6641435 bytes - using gzip -9: 6616622 bytes - 7z a -tgzip -mpass=15 -mfb=258 (this is 7zip creating a gzip archive achiving the best possible compression ratio with this algorithm): 6305658 bytes - bzip2: 5556572 bytes - bzip2 -9: 5556572 bytes (yes, same as above) - 7z a -tbzip2 -mx=9 (7z creating a bz2 archive with "ultra" compression): 5549301 bytes - 7z a (this is 7z with lzma creating a .7z archive): 3966903 bytes - 7z a -mx=9 (same as above with "ultra" compression): 3690018 bytes
Lzma has been around for 15 years, its compression ratio is clearly better than other methods', so I see no reason why it shouldn't be used.
Levente
[1] https://en.wikipedia.org/wiki/7z [2] https://en.wikipedia.org/wiki/7-Zip
P.S.: 7zip can also create .zip and .bz2 archives which use lzma as compression method, but that would just confuse people whose decompression tool doesn't support lzma.
On Sun, Mar 2, 2014 at 6:54 PM, David T. Lewis lewis@mail.msen.com wrote:
box3.squeak.org was up to 97% disk utilization, so I freed up some space as follows:
davidlewis@box3-squeak:/var/lib/jenkins$ nice gzip -v jobs/SqueakTrunk/builds/[1-6]??/archive/target/TrunkImage.*
This compresses outputs of the SqueakTrunk job. None of the compressed files are directly referenced from the build.squeak.org page so I do not anticipate problems, and the compressed files can be easily uncompressed if anyone needs them.
I do not know if any of the compressed files are of general interest. If not, they can be deleted to free up more disk space.
Disk space utilization is now at 83%.
Dave
I just installed p7zip-full. I checked and verified the existence of man pages for 7z and 7za. The following looks like a reliable primer on how to use it:
https://www.ibm.com/developerworks/community/blogs/6e6f6d1b-95c3-46df-8a26-b...
For fun I tried it out [1]
Chris
[1]
chris*@box*-squeak:~$ 7z a squeak.org.7z squeak.org/
7-Zip 9.04 beta Copyright (c) 1999-2009 Igor Pavlov 2009-05-30 p7zip Version 9.04 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,1 CPU) Scanning
Creating archive squeak.org.7z
Compressing squeak.org/squeakfavicon.ico Compressing squeak.org/Squeak4.4-12327.changes Compressing squeak.org/SqueakDebug.log Compressing squeak.org/SqueakV41.sources Compressing squeak.org/squeaksite.st Compressing squeak.org/Squeak4.4-12327.image
Everything is Ok chris*@box*-squeak:~$ ls coglinux squeak.org squeak.org.7z
On Mar 3, 2014, at 8:49 PM, Levente Uzonyi leves@elte.hu wrote:
On Mon, 3 Mar 2014, Chris Muller wrote:
Just FYI, bz2 reduces to a size that is about 60% of regular zip.
And 7z[1] with lzma is even better. 7zip[2] can also produce better results for other compression methods, like gzip, zip or bz2. For example the SqueakV41.sources file compressed
- using gzip: 6641435 bytes
- using gzip -9: 6616622 bytes
- 7z a -tgzip -mpass=15 -mfb=258 (this is 7zip creating a gzip archive achiving the best possible compression ratio with this algorithm): 6305658 bytes
- bzip2: 5556572 bytes
- bzip2 -9: 5556572 bytes (yes, same as above)
- 7z a -tbzip2 -mx=9 (7z creating a bz2 archive with "ultra" compression): 5549301 bytes
- 7z a (this is 7z with lzma creating a .7z archive): 3966903 bytes
- 7z a -mx=9 (same as above with "ultra" compression): 3690018 bytes
Lzma has been around for 15 years, its compression ratio is clearly better than other methods', so I see no reason why it shouldn't be used.
Levente
[1] https://en.wikipedia.org/wiki/7z [2] https://en.wikipedia.org/wiki/7-Zip
P.S.: 7zip can also create .zip and .bz2 archives which use lzma as compression method, but that would just confuse people whose decompression tool doesn't support lzma.
On Sun, Mar 2, 2014 at 6:54 PM, David T. Lewis lewis@mail.msen.com wrote:
box3.squeak.org was up to 97% disk utilization, so I freed up some space as follows:
davidlewis@box3-squeak:/var/lib/jenkins$ nice gzip -v jobs/SqueakTrunk/builds/[1-6]??/archive/target/TrunkImage.*
This compresses outputs of the SqueakTrunk job. None of the compressed files are directly referenced from the build.squeak.org page so I do not anticipate problems, and the compressed files can be easily uncompressed if anyone needs them.
I do not know if any of the compressed files are of general interest. If not, they can be deleted to free up more disk space.
Disk space utilization is now at 83%.
Dave
Cool, yeah, I've actually used 7zip a couple of times many years ago. I liked the compression but lack of ubiquitous-accessibility thwarted me. A couple of times I found myself in the situation of simply needing unzip one of my own archived 7zip files but not having the right utility installed on that machine nor memorized how to install it. I converted them back to regular zip.
Nowadays I use the compressor included with Ubuntu 12.04, and I do see a .lzma option on there. I'll have to try it out, do you suppose that is compatible 7zip?
On Mon, Mar 3, 2014 at 7:49 PM, Levente Uzonyi leves@elte.hu wrote:
On Mon, 3 Mar 2014, Chris Muller wrote:
Just FYI, bz2 reduces to a size that is about 60% of regular zip.
And 7z[1] with lzma is even better. 7zip[2] can also produce better results for other compression methods, like gzip, zip or bz2. For example the SqueakV41.sources file compressed
- using gzip: 6641435 bytes
- using gzip -9: 6616622 bytes
- 7z a -tgzip -mpass=15 -mfb=258 (this is 7zip creating a gzip archive
achiving the best possible compression ratio with this algorithm): 6305658 bytes
- bzip2: 5556572 bytes
- bzip2 -9: 5556572 bytes (yes, same as above)
- 7z a -tbzip2 -mx=9 (7z creating a bz2 archive with "ultra" compression):
5549301 bytes
- 7z a (this is 7z with lzma creating a .7z archive): 3966903 bytes
- 7z a -mx=9 (same as above with "ultra" compression): 3690018 bytes
Lzma has been around for 15 years, its compression ratio is clearly better than other methods', so I see no reason why it shouldn't be used.
Levente
[1] https://en.wikipedia.org/wiki/7z [2] https://en.wikipedia.org/wiki/7-Zip
P.S.: 7zip can also create .zip and .bz2 archives which use lzma as compression method, but that would just confuse people whose decompression tool doesn't support lzma.
On Sun, Mar 2, 2014 at 6:54 PM, David T. Lewis lewis@mail.msen.com wrote:
box3.squeak.org was up to 97% disk utilization, so I freed up some space as follows:
davidlewis@box3-squeak:/var/lib/jenkins$ nice gzip -v jobs/SqueakTrunk/builds/[1-6]??/archive/target/TrunkImage.*
This compresses outputs of the SqueakTrunk job. None of the compressed files are directly referenced from the build.squeak.org page so I do not anticipate problems, and the compressed files can be easily uncompressed if anyone needs them.
I do not know if any of the compressed files are of general interest. If not, they can be deleted to free up more disk space.
Disk space utilization is now at 83%.
Dave
On Mon, 3 Mar 2014, Chris Muller wrote:
Cool, yeah, I've actually used 7zip a couple of times many years ago. I liked the compression but lack of ubiquitous-accessibility thwarted me. A couple of times I found myself in the situation of simply needing unzip one of my own archived 7zip files but not having the right utility installed on that machine nor memorized how to install it. I converted them back to regular zip.
Nowadays I use the compressor included with Ubuntu 12.04, and I do see a .lzma option on there. I'll have to try it out, do you suppose that is compatible 7zip?
If you mean that the Archive Manager tool in Ubuntu 12.04 can decompress a 7z archive, then yes, it can.
Levente
On Mon, Mar 3, 2014 at 7:49 PM, Levente Uzonyi leves@elte.hu wrote:
On Mon, 3 Mar 2014, Chris Muller wrote:
Just FYI, bz2 reduces to a size that is about 60% of regular zip.
And 7z[1] with lzma is even better. 7zip[2] can also produce better results for other compression methods, like gzip, zip or bz2. For example the SqueakV41.sources file compressed
- using gzip: 6641435 bytes
- using gzip -9: 6616622 bytes
- 7z a -tgzip -mpass=15 -mfb=258 (this is 7zip creating a gzip archive
achiving the best possible compression ratio with this algorithm): 6305658 bytes
- bzip2: 5556572 bytes
- bzip2 -9: 5556572 bytes (yes, same as above)
- 7z a -tbzip2 -mx=9 (7z creating a bz2 archive with "ultra" compression):
5549301 bytes
- 7z a (this is 7z with lzma creating a .7z archive): 3966903 bytes
- 7z a -mx=9 (same as above with "ultra" compression): 3690018 bytes
Lzma has been around for 15 years, its compression ratio is clearly better than other methods', so I see no reason why it shouldn't be used.
Levente
[1] https://en.wikipedia.org/wiki/7z [2] https://en.wikipedia.org/wiki/7-Zip
P.S.: 7zip can also create .zip and .bz2 archives which use lzma as compression method, but that would just confuse people whose decompression tool doesn't support lzma.
On Sun, Mar 2, 2014 at 6:54 PM, David T. Lewis lewis@mail.msen.com wrote:
box3.squeak.org was up to 97% disk utilization, so I freed up some space as follows:
davidlewis@box3-squeak:/var/lib/jenkins$ nice gzip -v jobs/SqueakTrunk/builds/[1-6]??/archive/target/TrunkImage.*
This compresses outputs of the SqueakTrunk job. None of the compressed files are directly referenced from the build.squeak.org page so I do not anticipate problems, and the compressed files can be easily uncompressed if anyone needs them.
I do not know if any of the compressed files are of general interest. If not, they can be deleted to free up more disk space.
Disk space utilization is now at 83%.
Dave
box-admins@lists.squeakfoundation.org