Iād love to use IPFS for professional projects. What makes me worry a bit though is that itās still in beta and thereās no āstableā version out there yet.
Can anyone give comments as to how stable IPFS is? Investing my time on software that canāt be securely used anyway is kind of pointless. Itād be great to learn from people who had experience with IPFS in production (or know its weaknesses).
Thanks!
Honestly, I find it pretty stable even if it is beta. The main reason that I can say it is still beta/alpha, is that a lot of functions and features are still under development and, for example, even if the āfile sharingā part is slow, it works ok 95% of the time.
But this should not stop you from using it and reporting problems and bugs! This is another way to help the project 
Thankās for the feedback. What do you mean by āit works ok 95% of the timeā? Are there certain times when adding a file to IPFS where it silently fails?
Yes, if you are trying to download a file using a gateway, if the file is bigger than 50 MB (I did this test with some 100MB random files), if the gateway still has to find the file in the network, it will start the download but it will never finish it (it keeps the connection alive). You have to restart the download again when the gateway peer will have gathered all the objects/chunks/pieces of the file.
Other times it is just peering/networking problem! 
but that is not due to IPFS implementation 
Okay great, Iāll keep that in mind then. Thanks for helping out 
I noticed the same thing. I did a test with a file at ca. 700 MB recently, and cURLing via ipfs.io didnāt work the first time ā sometimes also with smaller files, e.g. 100ā250 MB: in my case cURL just timed out, in most cases after ca. 40 to 50 MB, independent of the original file size. But usually the second time around itāll work. So at the moment, if you want to share a file on the IPFS, itās good to cURL it at least once through a gateway, so itās fully cached somewhere else than only on your own node.
As for the beta aspect, I havenāt run into any real problems, that I couldnāt pinpoint myself, and it was mostly due to file availability on the network, i.e. missing blocks etc. Otherwise it already seems rock solid, even the ipfs files API seems to be stable. The rest is development, for me primarily, what Iām looking for, is the auto-republication of ipns hashes that derive from different keys than āselfā. Next big steps for me are file encryption, IP anonymity etc., but thatāll surely take time.
That seems weird and Iām not experiencing the same thing. Maybe there is something funky with your connection to the gateway. Just did a test with a file ~400MB and got it to finish without any restarts of the download.
$ mktemp -d
/tmp/tmp.oZzes9n9hL
$ cd /tmp/tmp.oZzes9n9hL
$ head -c 300000000 /dev/urandom | base64 > testfile
$ ll
total 387M
-rw-r--r-- 1 victor victor 387M jun 26 14:12 testfile
$ ipfs add testfile
added QmdbY3phVY3WmMZ2ESgYx9b8WWM27MANsbgygGNR3R5Wua testfile
$ time curl https://ipfs.io/ipfs/QmdbY3phVY3WmMZ2ESgYx9b8WWM27MANsbgygGNR3R5Wua > testfile-retrieved
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 386M 100 386M 0 0 2602k 0 0:02:32 0:02:32 --:--:-- 9810k
curl https://ipfs.io/ipfs/QmdbY3phVY3WmMZ2ESgYx9b8WWM27MANsbgygGNR3R5Wua > 0,54s user 2,04s system 1% cpu 2:32,25 total
$ ipfs add testfile-retrieved
added QmdbY3phVY3WmMZ2ESgYx9b8WWM27MANsbgygGNR3R5Wua testfile-retrieved
If you can find a way of reliably reproducing the āworks 95% of the timesā, we would love it if you could open a issue on ipfs/go-ipfs on Github so we can fix any issues.