1474 is overdoing things a bit. Are you saying eMule could handle that? On the same machine?
Yes eMule did a great job
No, not on the same machine.
It was just an old P3 866 running win2003, a whole 160GB HDD for the temp dir, 384MB ram and eMule used at least 120MB of it but that was fine as this PC had nothing else to do.
And yes there where over 1400 files (plus shared files) but about 3/4 where paused/stopped and only some very active files the rest was rare stuff.
I controlled it remotely with VNC a bit laggy but possible with the mirage mirror driver.
Now I have a better one with AMD Sempron 64 LE 1150 and 4GB of ram.
There is also a mythbackend running on it.
In theory it should work, at least with amule (which can also be controlled with amulegui), but not with amuled. If you have enough memory and unlimited filehandles, that is.
Why not with amuled, don't they have the same code base? What is the limit and why?
It would be much better because I normally don't use this PC (only over VNC, there is no monitor connected) it is only for storage (file server), p2p and mythbackend therefore I don't need a GUI and using VNC is really slow I would prefer the remote gui.
I already had some problems with the file handles but that should be no problem anymore (I hope) and 4GB ram should be more than enough.
Just use your old temp folder as temp folder, and it should use them automatically. Give it some time on startup, what you call "hang" is probably just the startup. If it really hangs, post the logfile.
As I mentioned in my first post I managed to trash my old part files
but the part.met files seem ok.
Now I managed to get all the files in amule I also restarted it but it had hashed some shared files on restart this took awhile (over 2h),
another restart after hashing all files only took ~90sec
.
On the Linux side it seems to run now but the remote gui does not work correctly with amule,
I started the remote GUI over 20 times and this is what I get.
it does
-show shared files (always)
-change priority on shared files but the changes are not reflected by the list a restart of the remote gui is needed
-freeze on statistics screen after some seconds and using 50% of CPU (thread lock up?) or sometime crashes
-incomplete download list or none at all (it did once start with all files)
-shows clients on queue or not
-shows up/down speed (does not update) or not show
-shows connected server in server list or not
-shows empty upload slots (more or less but count is wrong and no info at all) but mostly none at all
If the download list shows some files then the other infos are shown as well if the dl list is empty then the other infos are also not shown and
there are some of these "External Connection: invalid opcode received" with different codes in the log file but only sometimes not on every connection.
Also I don't know what to think of the directory preferences it shows the host file system not the remote one and the shared files also do not show any directory path at all.
