aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: 1 [2]

Author Topic: amule start takes very long time with 1.5TB+ share  (Read 6546 times)

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5795
Re: amule start takes very long time with 1.5TB+ share
« Reply #15 on: June 27, 2008, 02:38:12 PM »
The known.met file is not a relational database. So it processes secuentially all the entries, 30 THOUSAND of them.

When aMule iterates your shared folder, for every file it finds it compares it to the known file list. Which has 30 thousand entries.

I'm sure you can see the problem there.

About your comments on Kad indexing your files: Yes, Kad will index all your files. It will however take a long long, LONG time to do so, so I hope you leave aMule open for several days if you plan the network to index all those files.
Logged

anp

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 15
Re: amule start takes very long time with 1.5TB+ share
« Reply #16 on: June 27, 2008, 05:36:09 PM »
Quote from: Kry on June 27, 2008, 02:38:12 PM
The known.met file is not a relational database. So it processes secuentially all the entries, 30 THOUSAND of them.

is it protocol limitation or program limitation? (at same share running microdc2 for directconnect network, and it works fine)

Quote
When aMule iterates your shared folder, for every file it finds it compares it to the known file list. Which has 30 thousand entries.

I'm sure you can see the problem there.
it is not problem. problem is losing of network connection to kad/servers and losing control during this time (amule not downloading files, not responding to commands)

Quote
About your comments on Kad indexing your files: Yes, Kad will index all your files. It will however take a long long, LONG time to do so, so I hope you leave aMule open for several days if you plan the network to index all those files.

yes, server designed to run in 24x7 mode
Logged
Pages: 1 [2]
« previous next »