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-----