![]() While selecting "Types" shows you which file types are consuming the most space.Īnd a range of useful configuration options allow you to do everything from excluding particular folders from the report, to defining precisely how you'd like the charts to look. Clicking "Top 50" reveals the 50 largest files in the tree you're examining, for instance. The program does offer alternative views on your files, though. You'll have your own space hogs, of course, but JDiskReport should still expose them in just a few seconds. Why? Clicking any folder on the pie chart allows you to drill down, and in a click or two we found that the main culprit was a VirtualBox virtual machine setup, which required 30.1GB all on its own. So immediately we could see that, for instance, the Users folder was gobbling up the most hard drive space on our test system, at 69.1GB. Then you see the basic report, which shows you an Explorer-type view of your folders on the left, and a pie chart on the right revealing how much each one is taking up. This all starts by pointing the program at the folder tree you'd like it to examine, and it then spends a moment analysing your files (and only a moment, really - it's quite speedy, considering what the program has to do). If anyone else moves their "nixy bits" from initial install drive to another drive the above info may come in handy.JDiskReport is an excellent free Java tool which will scan your hard drive and provide a host of useful information about how its space is being used. Having changed all instances of M:\var to J:\var Java/Odin is now using the correct \var directory tree. I suspect this is happening because when I installed ArcaOS I installed the "nixy bits" - \etc, \usr, \var - to the boot drive but have now moved them to a different drive with more free space.Īfter hunting for some Java/Odin setting(s) pointing to M:\var I discovered a handful within the Registry Keys, HKEY_CURRENT_USER -> SOFTWARE -> MICROSOFT -> WINDOWS -> CURRENTVERSION -> Explorer -> Shell Folders and HKEY_LOCAL_MACHINE -> SOFTWARE -> MICROSOFT -> WINDOWS -> CURRENTVERSION ![]() ![]() Investigating further I find that some java apps, jPDFViwer and jDiskreport definitely, create the directory tree :\var\lib\odin with folders My Documents and Recent if these directories do not already exist on the boot drive. Looking at my boot drive - M:, using jDiskreport - I just noticed a \var directory that should not exist as my \var directory is located on drive J: ![]() As far as my information goes the next version is 1.4.1, but we need a higher level of Java and is available on the JGoodies website. So I go the safe side and use jdiskreport-1.3.1_os2.jar. This says to me that version 1.3.2 is zipped with a more efficient zipper, then why use a less efficient zipper with the source with as result a bigger file? In the end a jar file is nothing more then a zip file. Also if someone is compiling his source down to something shown as a and a.class and so on, I can't believe that in a next version it will show full class names just on the last additions.Īnd together with the explanation, which is totally bull in my opinion, this makes not that much difference in file size. And as JGoodies has all cut down to a, b, c ,d etc this is almost impossible, you have to decompile the source and your left with a,b ,c etc which makes it not easy to put in something like ExtBasicCheckBoxMenuItemUI.class on the right place. Somewhere you have to call those routines. Now you can't make something like the first and do something like the last. Now with the claimed version 1.3.2 I found readable full names like Opening the jar tells me that this is not coming from JGoodies. There is a big change in the jar file jdiskreport-1.3.1_os2.jar 1.405.190, that is a big difference with jdiskreport-1.3.2.jar 1.860.633.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |