LimeWire 4.1.5 Beta

[sberlin]

We've removed the ability to rename files while we ponder a way to make it work better. As it was, too many people accidentally renamed files and became confused.

[arne_bab]

It's good, that they are no longer editable. I often very closely avoided losing my files through strange renaming...

[verdyp]

Originally posted by arne_bab
Sadly for MacOSX, Java 1.5 isn't avaible yet.

There's a new update available to Apple ADC members (through a free registration online on their website) that fixes numerous regression bugs found in the current release of Java 1.4.2_01 for Mac OSX.

It was advertized by Apple on its ADC News Letter #414:

----------------------------------------
JAVA
----------------------------------------
[5] New Release: Java 1.4.2 Update 2 Final Candidate

Java 1.4.2 Update 2 Final Candidate is targeted at a limited set of
regressions introduced by Java 1.4.2 Update 1. All ADC members may
log in to their ADC account to download the package located in
"Download Software: Java."
http://connect.apple.com/

The release note for this version is not very verbose. But ADC members may consult the various bugs listed and corrected listed in the Apple Bug Database. This new "Final Candidate" version should show these version strings when running "java -version" from a console window:

java version "1.4.2_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-141.3)
Java HotSpot(TM) Client VM (build 1.4.2-38, mixed mode)

For now, Apple will probably not publish any 1.5 version before Sun releases a final version of Java 1.5, code-named "Tiger" (for Windows and Linux) with all its support documents.

The main interest of Java 1.5 on Windows is that it's the first version that integrates a part of the previously Apple-specific code sharing between VMs, at least for the Client VM (the Sun Server VM currently still does not share the core library instances, and I won't recommand it for production as it still has various bugs/limitation that greatly impact the performance of perfectly legal Java classes; the main perfromance issues in Sun Java 1.5 Server VM is with the runtime HotSpot JIT compiler, which fails to compile the bytecode into native code, due to too strict limitations which are hardcoded with fixed-size static structures for method calls; Sun apparently does not want to change this, although this is a regression of something that worked in Java 1.4 Server and Client VM, or even in the Java 1.5 Client VM); it is apparently too late for the newcoming official release of Java 1.5 on Windows and Linux.

So the performance benefit of Java 1.5 on Windows will probably not be as effective on MacOSX where some of the new features of Sun Java 1.5 are natively supported in the Apple's port of Java 1.4 for MacOSX.

I think that Apple will need to make its own tuning for the Client and Server VM on MacOSX before releasing Java 1.5, as Sun does not support the HotSpot JIT compiler on MacOSX or on other PowerPC-based systems (Both Apple and IBM are concerned, as well as those using Linux/PowerPC).

[verdyp]

Originally posted by stief
Sam, could you explain more about What the "QRP Empty" column tells? I'm wondering if it's a way to get a feel for who is sharing/ freeloading. With the great growth in the network over the past few months, I expect to see more freeloaders (new users getting started). Sometimes the column is blank, as in the #4 (LimeWire/4.0.7) example

The QRP Empty column tells how many bits in the QRP routing sent by the remote client are zero. In LimeWire, these QRP tables are 64 Kbits, with 1 bit set per searchable keyword found in the shared files. If this table is empty (0%) there are no searchable keyword on this host (or no QRP table sent from it, if the QRP table size is shown 0KB, which means that this servent accept all queries and filters them itself before replying).

Generally, the higher the "empty" value, the best your UltraPeer will behave, as it will be able to not forward many queries to that remote leaf node. If a leaf node has a QRP table filled at 70% or more (30% empty or less), most queries will be forwarded to it, so QRP is not as much effective to limit the traffic to that remote host.

Note that for UP-to-UP connections, that now send each other a QRP table for the last hop, the QRP Empty level will grow with the number of leaf nodes that the remote UP supports and the total of files they share. It's not uncommon to see remote UP connected to you with the "QRP Table Empty" rate below 50%; this means that the QRP filtering optimization is not as effective as with higher values (commonly found with Leaf connections), but this still helps reducing the unneeded outgoing traffic (notably because most DSL and cable connections are asymetric and have a more limited available bandwidth for this outgoing traffic, and even a reduction of 10% will be helpful to maintain a lower usage for more responsiveness of your host).

QRP filtering is most effective for leaf-to-UP connections, simply because most leaf nodes do not share a lot of files, so they have a low percentage of QRP table filled (meaning a high percentage of QRP table empty). Previously this column was showing the *fill* level rather than the *empty* level now.

[stief]

Thanks for the analysis.

[verdyp]

Note about the new Limewire signature:
the current version LimeWire is exempt from spywares or bundled softwares, whatever "PestPatrol" says.

I won't recommand using "PestPatrol" to fight spywares, but use instead "SpyBot S&D" or "Ad-Aware" to clean your PC from Spywares. The later two do not report any problem in Limewire, unlike PestPatrol that makes many false assumptions. In addition, PestPatrol is not a free tool, and owned now by ComputerAssociates who bought it; this tool is outdated and lacks a serious support, whatever ComputerAssociates says now. It is many months late face to Ad-Aware and SpyBot S&D, which have a much more reactive support.

PestPatrol causes lots of problems because it has many false alarms and even removes core components of Windows, such as DLLs needed to support Wireless connections (the "Windows Zero Config" DLL that it falsely identifies as a spyware), or the handler for magnet handlers (that it falsely claims is a part of Kazaa). PestPatrol causes many softwares to fail, and in some cases, it also make your Windows installation unbootable as it destroys some DLLs needed by some device drivers.

In the past, Microsoft recommanded using PestPatrol as well as "SpyBot S&D" or "Ad-Aware", but now the reference to PestPatrol has been removed. PestPatrol needs serious corrections, and support by ComputerAssociates before it becomes reliable again. ITS CURRENT VERSION MUST NOT BE USED WITH Windows XP Service Pack 2 or on any PC with WiFi 802.11b/54g adapters. If you've got various connection problems in LimeWire, try uninstalling PestPatrol and using another anti-spyware instead... Then reinstall LimeWire to make it functional again.

BTW I'm using the developper connection apple java. There are still hangs. 1 gigs of virtual memory used after 36 hours of uploading. RAM usage seems lightier.

Ciao

[Lord of the Rings]

Likewise I've been wondering of late about LW's use of ram, etc. Admittedly this is LW 4.0.4 but still, after about 12 hrs use it was using 414.6 MB RAM & 1.21 GB VM & the ram use seemed to still be increasing. (I gave up on 4.1.4 b/c it didn't seem to like the Macosx & Java update, & I haven't as yet utilised 4.1.5 though I installed it yesterday.) I could actually watch the ram use increase in tenths of MB every couple mins or so/less.

[verdyp]

Could you please indicate on which system you see this increase of RAM usage, and where you detect it?
Virtual memory usage is not an issue if this is only "virtual" memory.

What is really significant is the amount of "committed" memory, i.e. the one that really takes space in the physical memory or on the disk swap.
What the Java VM does here to allocate ranges of virtual pages is not very important, as Java places a very low priority to the garbage collector, notably if you've got plenty of physical RAM and there's no other stress on the system where Java would be unable to complete a memory allocation without collecting unused memory.

But if this is an issue on your system, we need complete system identification:
i.e. the OS and the Java version you use. You can get these informations in the Options dialog, in Bug Report, see an Example button.

I don't see this issue on my Windows XP installation. So I suppose this is MacOSX specific (and knowing which Java version you use may help tuning the VM usage on that platform; it may be difficult to adjust on MacOSX if Java is already configured to use shared memory across multiple VMs, such as the MacOSX Java desktop or your browsers; note that the shared VM is specific to Macs, and it stores precompiled classes for future use, until there's an low priority event that indicates to the VM manager to free up some unused space or classes).

Please be precise if you want help from the relevant people.

[et voilà]

Philippe, look in page 1 of this thread

[Lord of the Rings]

Are you asking me or et voilà l'invité for xtra details? After just opening 4.1.5: LimeWire version 4.1.5
Java version 1.4.2_05 from Apple Computer, Inc.
Mac OS X v. 10.3.5 on ppc
Free/total memory: 7900304/21303296
That's a g4 733mHz (single proc) 1.5 GB ram, 2 x 120 GB HDD's.
I'll see how 4.1.5 goes over the next 12 hrs or so. By the way I have snapshots of previous cpu, ram & vm readings. I also recently created a thread Limewire's cpu & ram requirements?

If it was not me u were asking xtras details from then ignore these.

[arne_bab]

I also saw much RAM-usage. So much, that I had 1GB of free disk space before starting up limeWire, and after one night I had nothing left and my system complained, that it didn't have any space left.

I use OSX 10.3.5 With java version "1.4.2_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-141.3)
Java HotSpot(TM) Client VM (build 1.4.2-38, mixed mode)

80GB Disk, 1,25Ghz G4, 768 MB Ram.

In OSX no DiskSpace is quite critical, since the whole system slows down, when it has less than 500MB free and begins to crawl, when it has no space left (I'm used to having at least 5 or 6 Programs open at the same time).

I can't provide Active/Passive Ram stats at the mom.

[Lord of the Rings]

Since I can't add images if I edit my post, the images below are an example of LW's heavy needs for osx & its ram climbing habit. LW 4.1.5 is the above image. Something else I've noticed that's odd yesterday & today is that 2 files get the 'Awaiting Sources' status despite I haven't forced resume anything (I rarely do.) It's happened 4 days in a row with the same 2 files.

[franki]

I was using LW 4.0.8 for windows 98 SE and barely enough 128MB RAM.

I switch to 4.1.4 Beta few weeks back... then I noticed 4.1.5 beta and download it.... but until today I seems to download 4.1.4 beta although the web site are showing the 4.1.5 beta....

Just would like to know if LimeWire 4.1.5 beta of Windows (International) version available currently? and if yes is it cost more RAM than 4.1.4 beta (International) ?

[verdyp]

Note that the Windows "English only" and "international" versions are both in fact equally internationalized for the LimeWire application itself.

The only difference is in the installer:
- the English only version uses an installer with English messages only.
- the International version uses an alternate larger installer that allows you to select first the language shown during the installation, and it also provides the international installation of the Java JRE toolkit.

If you already have installed Java 1.4.* or 1.5 on Windows using the Sun download site or the JRE update tool, or if you already have installed a previous version of LimeWire and want to upgrade, you probably don't need the International installer to install LimeWire. Just use the shorter English installer and it will let you run LimeWire in your language (the localization of Limewire at run-time is identical in both installations, and both installations will show the "Change language" menu option if you later decide to change the user interface language).

More generally, I recommand that you install Java separately from the Sun website or with the JRE Java update tool (look into your Control panel if it is not running in your system tray), and then install LimeWire "English only": it will detect your existing installation of Java and will not need to install it before proceeding with the installation of the application itself.