Re: Best practice for filesharing?

Christian Grothoff <[email protected]> Fri, 29 May 2020 20:55:54 +0200
Newsgroups gmane.network.gnunet.general
Message-ID <[email protected]>
Hi Jacki,

It's actually likely a combination of other peer's bandwidth settings
and CADET (and Transport) being still very, very bad in terms of
performance. t3sserakt is hoping to improve performance "soon" (however,
right now, there seems to even be a state machine issue where CADET can
completely lock up, so that has priority).

So to summarize: it's not you, or how you configured things, it's really
things in the lower layers we know we need to fix.

Happy hacking!

Christian

On 5/29/20 5:40 PM, TheJackiMonster wrote:
> Hi again,
> 
> I want to add the filesharing from GNUnet to my current chat GUI which
> uses CADET. But I tested downloading a file from GNUnet today and it
> required more than 15 minutes to download a 1MB image file...
> 
> I even cranked the limits up from my own peer but I assume it's limited
> by the other peer/peers who upload the file.
> 
> So now I have to choose how to implement it. I guess I could also use
> CADET to write a whole file from one peer to another but I would
> actually prefer using the FS module because a message which will
> visualize the file would only have to contain an URI to it. So the
> whole chat wouldn't be delayed...
> 
> Maybe it would suffice to get the upload and download limitations of
> only the peers up who use the chat application or even only related to
> its process. Is there a function to configure something like that
> without messing with the user- or global-config?
> 
> Thank you for all the help so far. ^^
> -Jacki
>
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE2EI7yzJseQcDOSnHk55r4eKfw8wFAl7RWroACgkQk55r4eKf
w8xvlQ/8DTT5fgp432Gzl7PlBXVHkbBlpzuBF8Wk8MJWXjdYdTHVtjKGqhWgSMZP
CKWvTNQ9GsEVNG4ge8fyiMmZMfkuqDPdbNHntWmoJ/Z1HGws4Pm8SBlD0Zds5VDx
if4jtQq2BVgmkl2CR0ve6UJsTxEa8s3lcqY/u15c24ZCS21tXVXp0UNtKaHRXYcS
7Z8Ur+PQKu9sy+R+n6vnXaiPTijWUih3dCQVsHI+uTOtXf0rKPlguhUfvmV7ihWA
O48VFDvCqDa+n5GqlEgkL2OHt64h01I865lTeo8ycjXgCFt0snJGeoBgrv4DPtLK
wWAHIeGDjdlBx6EZdaB6GakeHjS6iZg/sdu6JxZEQCyeX6DzEMN58fT24tfwfkMX
lnbuApTjX8K9RA+lq+DaWwiKBvyYDTbCh6VYsThTPf2LBtyj9KXmjgOZXFUPM5qm
7FDCD3yZvb5rajsEB2IMIZRTQG79EhWiXqEmCMmSFkfwruM27XxkT7R+vRoVsoQ3
chwu9Rxkyt5zg7GwowXWgGygRzEAHGBZOvvydcIogezlIBwZe85xEnEkXdw6W0Kd
j5LbHVZEAAkeHb8wjI8wOLQXGBhy7tAmop8imIfOnJcqzuXTqKME5uE8yxCst6/i
7uNXkgrC6+RhqG4dzq75jBfx+9Hr8dP4l90ObJ/1EWPaQ7uPxW8=
=Z3jJ
-----END PGP SIGNATURE-----