Gnutella Forums  

Go Back   Gnutella Forums > Current Gnutella Client Forums > LimeWire+WireShare (Cross-platform) > New Feature Requests
Register FAQ The Twelve Commandments Members List Calendar Arcade Find the Best VPN Search Today's Posts Mark Forums Read

New Feature Requests Your idea for a cool new feature. Or, a LimeWire annoyance that has to get changed.


Welcome To Gnutella Forums

You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content, fun aspects such as the image caption contest and play in the arcade, and access many other special features after your registration and email confirmation. Registration is fast, simple and absolutely free so please, join our community today! (click here) (Note: we use Yandex mail server so make sure yandex is not on your email filter or blocklist.)

If you have any problems with the Gnutella Forum registration process or your Gnutella Forum account login, please contact us (this is not for program use questions.) Your email address must be legitimate and verified before becoming a full member of the forums. Please be sure to disable any spam filters you may have for our website, so that email messages can reach you.
Note: Any other issue with registration, etc., send a Personal Message (PM) to one of the active Administrators: Lord of the Rings or Birdy.

Once registered but before posting, members MUST READ the FORUM RULES (click here) and members should include System details - help us to help you (click on blue link) in their posts if their problem relates to using the program. Whilst forum helpers are happy to help where they can, without these system details your post might be ignored. And wise to read How to create a New Thread

Thank you

If you are a Spammer click here.
This is not a business advertising forum, all member profiles with business advertising will be banned, all their posts removed. Spamming is illegal in many countries of the world. Guests and search engines cannot view member profiles.



           Deutsch?              Español?                  Français?                   Nederlands?
   Hilfe in Deutsch,   Ayuda en español,   Aide en français et LimeWire en françaisHulp in het Nederlands

Forum Rules

Support Forums

Before you post to one of the specific Client Help and Support Conferences in Gnutella Client Forums please look through other threads and Stickies that may answer your questions. Most problems are not new. The Search function is most useful. Also the red Stickies have answers to the most commonly asked questions. (over 90 percent).
If your problem is not resolved by a search of the forums, please take the next step and post in the appropriate forum. There are many members who will be glad to help.
If you are new to the world of file sharing please do not be shy! Everyone was ‘new’ when they first started.

When posting, please include details for:
Your Operating System ....... Your version of your Gnutella Client (* this is important for helping solve problems) ....... Your Internet connection (56K, Cable, DSL) ....... The exact error message, if one pops up
Any other relevant information that you think may help ....... Try to make your post descriptive, specific, and clear so members can quickly and efficiently help you. To aid helpers in solving download/upload problems, LimeWire and Frostwire users must specify whether they are downloading a torrent file or a file from the Gnutella network.
Members need to supply these details >>> System details - help us to help you (click on blue link)


Moderators

There are senior members on the forums who serve as Moderators. These volunteers keep the board organized and moving.
Moderators are authorized to: (in order of increasing severity)
Move posts to the correct forums. Many times, members post in the wrong forum. These off-topic posts may impede the normal operation of the forum.
Edit posts. Moderators will edit posts that are offensive or break any of the House Rules.
Delete posts. Posts that cannot be edited to comply with the House Rules will be deleted.
Restrict members. This is one of the last punishments before a member is banned. Restrictions may include placing all new posts in a moderation queue or temporarily banning the offender.
Ban members. The most severe punishment. Three or more moderators or administrators must agree to the ban for this action to occur. Banning is reserved for very severe offenses and members who, after many warnings, fail to comply with the House Rules. Banning is permanent. Bans cannot be removed by the moderators and probably won't be removed by the administration.


The Rules

1. Warez, copyright violation, or any other illegal activity may NOT be linked or expressed in any form. Topics discussing techniques for violating these laws and messages containing locations of web sites or other servers hosting illegal content will be silently removed. Multiple offenses will result in consequences. File names are not required to discuss your issues. If filenames are copyright then do not belong on these forums & will be edited out or post removed. Picture sample attachments in posts must not include copyright infringement.

2. Spamming and excessive advertising will not be tolerated. Commercial advertising is not allowed in any form, including using in signatures.

3. There will be no excessive use of profanity in any forum.

4. There will be no racial, ethnic, or gender based insults, or any other personal attacks.

5. Pictures may be attached to posts and signatures if they are not sexually explicit or offensive. Picture sample attachments in posts must not include copyright infringement.

6. Remember to post in the correct forum. Take your time to look at other threads and see where your post will go. If your post is placed in the wrong forum it will be moved by a moderator. There are specific Gnutella Client sections for LimeWire, Phex, FrostWire, BearShare, Gnucleus, Morpheus, and many more. Please choose the correct section for your problem.

7. If you see a post in the wrong forum or in violation of the House Rules, please contact a moderator via Private Message or the "Report this post to a moderator" link at the bottom of every post. Please do not respond directly to the member - a moderator will do what is required.

8. Any impersonation of a forum member in any mode of communication is strictly prohibited and will result in banning.

9. Multiple copies of the same post will not be tolerated. Post your question, comment, or complaint only once. There is no need to express yourself more than once. Duplicate posts will be deleted with little or no warning. Keep in mind a forum censor may temporarily automatically hold up your post, if you do not see your post, do not post again, it will be dealt with by a moderator within a reasonable time. Authors of multiple copies of same post may be dealt with by moderators within their discrete judgment at the time which may result in warning or infraction points, depending on severity as adjudged by the moderators online.

10. Posts should have descriptive topics. Vague titles such as "Help!", "Why?", and the like may not get enough attention to the contents.

11. Do not divulge anyone's personal information in the forum, not even your own. This includes e-mail addresses, IP addresses, age, house address, and any other distinguishing information. Don´t use eMail addresses in your nick. Reiterating, do not post your email address in posts. This is for your own protection.

12. Signatures may be used as long as they are not offensive or sexually explicit or used for commercial advertising. Commercial weblinks cannot be used under any circumstances and will result in an immediate ban.

13. Dual accounts are not allowed. Cannot explain this more simply. Attempts to set up dual accounts will most likely result in a banning of all forum accounts.

14. Video links may only be posted after you have a tally of two forum posts. Video link posting with less than a 2 post tally are considered as spam. Video link posting with less than a 2 post tally are considered as spam.

15. Failure to show that you have read the forum rules may result in forum rules breach infraction points or warnings awarded against you which may later total up to an automatic temporary or permanent ban. Supplying system details is a prerequisite in most cases, particularly with connection or installation issues.

Violation of any of these rules will bring consequences, determined on a case-by-case basis.


Thank You! Thanks for taking the time to read these forum guidelines. We hope your visit is helpful and mutually beneficial to the entire community.


Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old May 11th, 2005
Gnutella Veteran
 
Join Date: March 22nd, 2004
Posts: 136
ElllisD is flying high
Default 686 version for dual cpu's

Someone should write LW for 686.
Reply With Quote
  #2 (permalink)  
Old May 13th, 2005
Linuxhippy2
Guest
 
Posts: n/a
Default already there...

limewire does already use more CPUs and since its java it does use the available instraction set, ie i586 on pentium and sse2 on pentium4.

lg Clemens
Reply With Quote
  #3 (permalink)  
Old May 20th, 2005
verdyp's Avatar
LimeWire is International
 
Join Date: January 13th, 2002
Location: Nantes, FR; Rennes, FR
Posts: 306
verdyp is flying high
Default

Sun has already announced that it will fully support 64-bit processors very rapidly, as well as dual-cores.
All this should come starting next summer, with the release of Windows x64, and the start of Longhorn in next August.

The issues are not in Limewire, but in the OS kernels, and in the compiler supports for the new OSes, and more importantly in the support of security within OS and applications.

This requires collaboration between OS vendors (Microsoft, Sun, IBM, RedHat, ...), CPU manufacturers (Intel, AMD, IBM) for updates in the kernel drivers and compiler optimizers, and Java VM vendors (mostly Sun, BEA, Oracle and BEA).

So Limewire will run mostly without change on future 64-bit Java platforms. For now, there's simply no stable platform to deploy it.

There are products already available now, but they are only for tests, and they badly interroperate for now.

Limewire should only depend on Java VM support for 64-bit architectures. Until then, Java 1.5 already uses the 64-bit wide registers for internal operations that benefit from them (notably long integers, and Java2D), but the core program is still using 32-bit pointers.

Even when OSes will be 64-bit, very few people will benefit of a 64-bit addressing space, because 32-bit is ample enough to support the memory needed by an application including its swapped area. 64-bit is really important mostly for servers that need to address very large databases.

I'm not sure that upgrading to 64-bit will be significantly faster (for now the native 64-bit mode is in fact... slower than 32-bit emulation mode with WoW). And it takes more resources on the system (so you need 64-bit processors with larger but expensive internal caches, and more memory).

It seems that the dual-core architectures (including HyperThreading) will be more useful immediately.
__________________
LimeWire is international. Help translate LimeWire to your own language.
Visit: http://www.limewire.org/translate.shtml
Reply With Quote
  #4 (permalink)  
Old May 26th, 2005
Gnutella Admirer
 
Join Date: November 23rd, 2003
Posts: 70
Linuxhippy is flying high
Default Hmmm

Hmm, seems like a professional ;-)

Quote:
Originally posted by verdyp
[B]Sun has already announced that it will fully support 64-bit processors very rapidly, as well as dual-cores.
Sun already supports 64-bit CPUs and Limewire works about 10-15% faster on those boxes but also needs 20% more memory.
Dualcores are supported since Java-1.0 since each thread has it won interpreter and a dual-core is nothing more to LW/Java than a second processor.

Quote:
The issues are not in Limewire, but in the OS kernels, and in the compiler supports for the new OSes,
Hmm? gcc supports amd64 since 3.3 or 3.4 I think so no problem since a long time.

Quote:
and more importantly in the support of security within OS and applications.
The support of security in applications? You speak about the nx-bit?
Well this is something a normal program does not need to care at all, except it uses self-modifying assembler which should not be the case for LW and only very limited for java.

Quote:
This requires collaboration between OS vendors (Microsoft, Sun, IBM, RedHat, ...), CPU manufacturers (Intel, AMD, IBM) for updates in the kernel drivers and compiler optimizers, and Java VM vendors (mostly Sun, BEA, Oracle and BEA).

So Limewire will run mostly without change on future 64-bit Java platforms. For now, there's simply no stable platform to deploy it.
I am using LW on my Linux-2.6/amd64 box and it works as stable as using it with 32 bit.

Quote:
There are products already available now, but they are only for tests, and they badly interroperate for now.
Would you call +15% performance a bad interoperability==

Quote:
Limewire should only depend on Java VM support for 64-bit architectures. Until then, Java 1.5 already uses the 64-bit wide registers for internal operations that benefit from them (notably long integers, and Java2D), but the core program is still using 32-bit pointers.
Hmm, java-1.5 for amd64 USES 64-bit pointers otherwise it could not support more than 4GB of RAM. And it does, we've Tomcat running on a 12GB-Ram machine, and tomcat works with an 8gb heap!
However 64-bit pointers are even a drawback of 64-bit processors since they need more memory and have no other advantages (why should copying 64bit from the ram-> processor be faster than copying 32bit?)

Quote:
I'm not sure that upgrading to 64-bit will be significantly faster (for now the native 64-bit mode is in fact... slower than 32-bit emulation mode with WoW).
Where have you heard this nonsence?
64-bit mode is almost every time faster (except for some special cases)!

You completly missed the main-fact why 64-bit mode is a lot faster: more registers. A normal x86 cpu has to live with 8 registers (!!!) whereas 64-bit has 16. This means only 1/2 as much register renaming

Quote:
It seems that the dual-core architectures (including HyperThreading) will be more useful immediately.
Hyperthreading is broken by design (TM). Don't you know what hyperthreading is?

I would suggest to study computer science or something like that before telling everybody how great and experienced you are.

lg Clemens

Last edited by Linuxhippy; May 26th, 2005 at 02:45 AM.
Reply With Quote
  #5 (permalink)  
Old August 1st, 2005
verdyp's Avatar
LimeWire is International
 
Join Date: January 13th, 2002
Location: Nantes, FR; Rennes, FR
Posts: 306
verdyp is flying high
Default

The case of the new NX bit in AMD64 processors (and more recently in new Pentiums) was an issue, not in LimeWire itself, but in the JVM that internally generates and uses self-modifying code (in the JIT compiler that compiles the Java Bytecode into native assembly, and then immediately starts running it). Support for it has been patched by Sun (there were tricky cases where a page of memory could be allocated to store the generated assembly, where the page was R/W data and initially not intended to be executable; the CPU driver for Windows is in charge of loading shared program pages in read-only executable mode, and this part of the code is where the Kernel memory mamager collaborates with a CPU-specific driver)

Initially there's a compatibility mode where all pages are executable, but the interest of the NX bit comes only when the OS candetermine which page is effectively data, and which page contains valid code. A basic implementation can assume that writable pages are not executable because they are normally not shareable without synchronization across processes; and the OS program loader normally loads pages of program code sections in read-only executable memory. (In rtecent kernels of Windows, these pages are, as much as possible supported by memory-mapped file fragments (unless the file's code need to be patched b the program loader, for example if a DLL is compiled with a base address which conflicts with pages of other DLLs).

For the case of JIT in Java, the program loader does not offer help, because the code is not backed by a file (this uses traditional Virtual memory allocator). Don't forget that JIT needs to collaborate with the Java garbage collector, so pages of memory may need to change of status. For security in recent versions of the JVM, there are now different pools of memory pages to avoid sollicitating the OS VM manager which is in charge of setting the NX bit and other access restrictions (including process isolation) within page descriptors that can be used natively by the processor's builtin descriptors cache.
__________________
LimeWire is international. Help translate LimeWire to your own language.
Visit: http://www.limewire.org/translate.shtml
Reply With Quote
  #6 (permalink)  
Old October 4th, 2005
verdyp's Avatar
LimeWire is International
 
Join Date: January 13th, 2002
Location: Nantes, FR; Rennes, FR
Posts: 306
verdyp is flying high
Default Re: Hmmm

The NX bit is an issue in the Java VM, exactly because it creates native code at run time by allocating memory and writing to it, before executing it. Normally, executable code is now writable, and writable memory should not be executable. So the memory block must be allocated differently, and the Java VM for AMD64 must be modified to support the new memory allocation mode.

Also You have missed important words in my sentence before sayin "non sense": I said "until then" to refer to other architectures than 32-bit ones. When running in 32-bit mode, no pointer is larger than 32-bit, so the VM is limited to 4GB. A larger VM requires a new port to support 64-bit running mode.

[/QUOTE]
Quote:
Where have you heard this nonsence?64-bit mode is almost every time faster (except for some special cases)!
I spoke here about the new large instruction format of IA64. Compilers are still not ready to support it, and IA64 is still too much a child. The extended AMD x64 instruction set is much more viable (IA64 is a failure)

Quote:
You completly missed the main-fact why 64-bit mode is a lot faster: more registers. A normal x86 cpu has to live with 8 registers (!!!) whereas 64-bit has 16. This means only 1/2 as much register renaming
I can agree with you, but this requires a 64-bit processor runing in 64-bit mode. In 32-bit mode, these extra registers are difficult to use as they are seen as MMX. It's true that the 64-bit mode has unified the set of general, FP and MMX registers (including the stack pointer, frame pointer). Not all those 16 registers are usable for general purpose in practice.

Quote:
Hyperthreading is broken by design (TM). Don't you know what hyperthreading is?
I know what it is. It allows parallel execution of instructions using two independant sets of registers and parallel pipelines in the same core, and sharing some resources such as the internal cache. It's an intermediate solution before the full dual-core implementation, but it offers interesting optimization (and better usage of energy) which is otherwise more difficult to reach with independant dual cores.

Quote:
I would suggest to study computer science or something like that before telling everybody how great and experienced you are.
I have studied that and practiced it since long (that's my job).

You don't need to adopt such agressive and negative attitude. I've been polite and respectuous with you, and I expect you'll do the same with me. If there are errors in what I say (nobody's perfect), you can correct things. Please adopt a more neutral style when replying to someone in a public area such as this forum.

There's no need to flame or insult anyone, or even assert things about someone you don't know, such as the type of studies and courses he has followed. Remember that in public groups, we are not required to reveal all our personnal details or history, and reposnes could have been longer to include the details you lack.
__________________
LimeWire is international. Help translate LimeWire to your own language.
Visit: http://www.limewire.org/translate.shtml
Reply With Quote
  #7 (permalink)  
Old October 4th, 2005
verdyp's Avatar
LimeWire is International
 
Join Date: January 13th, 2002
Location: Nantes, FR; Rennes, FR
Posts: 306
verdyp is flying high
Default Re: already there...

Quote:
Originally posted by Linuxhippy2
limewire does already use more CPUs and since its java it does use the available instraction set, ie i586 on pentium and sse2 on pentium4.
And it uses SSE3 also, when available (new high-end AMD64 processors, excluding Sempron and older Athlon 64, and new dual core Intel Pentiums). But support for Athlon64 MMX, SSE2 and SSE3 causes a problem when porting Java: there are bugs in many BIOSes with the way they manage the internal cache running mode (and its synchronization with the external memory buses). This causes instructions like MOVNTQ (non-timed moves) to be not-reflected in the internal cache, even after using a synchronization instruction that invalidates the internal cache. In the Athlon, there's a mode that allows superfast moves, at the price of not invaldating the data already present in the internal cache. There are also issues caused by ACPI in some non-modified BIOSes that causes memory instability when the CPU goes to idle HALT mode (useful for notebooks to preserve energy), or when disconnecting one or two cores from the cache (some BIOSes fail to reconnect the cores correctly, and forget to flush the internal cache).

This is not an issue of Java itself, because such problem can only be solved at the OS kernel level, or in the BIOS itself; however t still requires some work-arounds, notably in highly optimized Java APIs that use MMX, 3DNow, SSE, SSE2 or SSE3. Finally, some BIOSes do support the new 64 bit processors, but still don't support their 64-bit running mode (this means that an application may detect a processor capability, that is not correctly handled at BIOS or OS level, for example when the kernel forgets to save some extra registers when performing native thread switches). Such problem can be solved however with a processor specific driver added to the OS installation. User-mode softwares however must take extra precautions to make sure that no BIOS or OS issue will cause problems, if they want to use native threads, instead of impelmenting their own internal, but slower, multithreading scheduler.

There's nothing wrong with Hyperthreading, as it's not more bogous than other multicore (or even SMP) architectures regarding the timing issues that some have reported in cryptology groups. Such security issue is not a processor problem but an implementation problem for the cryptographic libraries.
__________________
LimeWire is international. Help translate LimeWire to your own language.
Visit: http://www.limewire.org/translate.shtml
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Dual Boxing Stevesy General Windows Support 2 December 20th, 2006 08:27 PM
Failure to remember screen position when using dual spanning monitors Kimpatsu Hekigan Mac OSX 0 December 14th, 2005 11:08 AM
can you get dual layer dvd- ???? timski General Mac OSX Support 0 March 16th, 2005 02:56 PM
Limewire Closes when moving from one screen to another on dual monitors The Jesus General Linux Support 1 November 10th, 2002 07:41 PM
Can I Install on dual boot if purchased? Unregistered Windows 0 February 8th, 2002 05:21 AM


All times are GMT -7. The time now is 01:58 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright © 2020 Gnutella Forums.
All Rights Reserved.