<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    On 8/27/20 9:44 AM, Mauro Souza via talk wrote:<br>
    <blockquote type="cite"
cite="mid:CAEZ_B6OjwfQ=eUjCdpvkAg2Zpbiz0z=Y+1RB5smLwLSH6-vJEQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div>If you have a VPS, or a co-located server, or something
          like that, and unlimited bandwidth, SIA and Storj are good to
          pass some time. The economics aren't on the side of the
          storage owners, but on the storage renters. It's so cheap that
          you can rent a terabyte on both networks, and use it for
          double backups. I stored maybe 200GB of data for a year, and
          maybe made 10 cents. Maybe less. And as an earlier adopter, I
          earned some hundreds of GB for free that I never used.<br>
        </div>
      </div>
    </blockquote>
    The problem was not so much that it was using up my 25MB that I am
    running at home but that it was hogging ALL my bandwidth causing
    congestion problems.<br>
    I could likely do something with traffic shaping but I was not all
    that invested in the project to try to see how to make it workable.<br>
    The long term problem is that if I am subjecting my system to the
    extra traffic and not getting enough to justify the extra wear and
    tear on my disks then why will I put the storage out there.<br>
    If the economics don't work in the long run for the storage
    providers then those providers will exit the application.<br>
    <br>
    If I remember correctly a number of years ago HP had a storage
    service that was hosting LOTS of data for people.<br>
    They decided the economics were not in their favor and shut it down
    causing huge inconvenience and problems for the customer base.<br>
    What do you do when you have a huge data-set with a storage provider
    that will take months to move and get told they are closing down
    before you can extract all your data?<br>
    <br>
    When Storj/sia  take their 30% off the top  and then distribute the
    rest to the 3 to 5 storage hosters your looking at a vanishingly
    small return on your effort.<br>
    Combine this with network latency  related penalties and the home
    user with a few TB of space to share will not be interested sharing
    the space.<br>
    <br>
    It has been a while since I looked but I never found any business
    cases for storage providers.<br>
    I don't expect to become the next Jeff Bezos by selling my storage
    space but I do want to know that I will cover my costs and make a
    bit.<br>
     <br>
    <blockquote type="cite"
cite="mid:CAEZ_B6OjwfQ=eUjCdpvkAg2Zpbiz0z=Y+1RB5smLwLSH6-vJEQ@mail.gmail.com">
      <div dir="ltr">
        <div><br>
        </div>
        <div>I once was toying with this idea of providing low price
          backup solution to small businesses, storing data on Storj and
          SIA at the same time. Both networks aren't still "production
          ready", so I would store on both at the same time, and keep
          watching if the files are still available periodically. You
          only need enough storage to store all the metadata (client id,
          file name, size, the hash of it on the network, etc) on your
          database. So you could store a petabyte of data while having a
          couple GB on your server. The agent would upload directly to
          the networks and send you only the data you need to restore
          the file later. It can work, storage is not the difficult
          part, and the "what changed since last backup?" question is
          the main issue.<br>
        </div>
      </div>
    </blockquote>
    Since the various services are object stores then why not just store
    eachfile as an objects and then keep track of the objects that
    change.<br>
    It would be no better/worse than a regular filesystem backup like
    dump.<br>
    <br>
    <blockquote type="cite"
cite="mid:CAEZ_B6OjwfQ=eUjCdpvkAg2Zpbiz0z=Y+1RB5smLwLSH6-vJEQ@mail.gmail.com">
      <div dir="ltr">
        <div><br clear="all">
        </div>
        <div dir="ltr">
          <div>
            <div dir="ltr" class="gmail_signature"
              data-smartmail="gmail_signature">Mauro<br>
              <a href="http://mauro.limeiratem.com" target="_blank"
                moz-do-not-send="true">http://mauro.limeiratem.com</a> -
              registered Linux User: 294521<br>
              Scripture is both history, and a love letter from God.</div>
          </div>
          <br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">Em qui., 27 de ago. de 2020
            às 08:37, Alvin Starr via talk <<a
              href="mailto:talk@gtalug.org" moz-do-not-send="true">talk@gtalug.org</a>>
            escreveu:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">
            <div>As for Siacoin and Storj I found that they used 100% of
              my available internet bandwidth without using any storage.<br>
              Luckily for me I opted for "unlimited bandwidth" but not
              so lucky for Teksavvy.<br>
              So doing something like sharing your few free TB could
              cost you big time if you were a Bell or Rogers customer.<br>
              <br>
              I have access to large amounts of excess storage but I
              have yet to be convinced that I could even pay for the
              power that it takes to spin the drives.<br>
              The concept is great but the economics does not seem to be
              there yet.<br>
              <br>
              <br>
              <blockquote type="cite">
                <fieldset></fieldset>
                <pre>---
Post to this mailing list <a href="mailto:talk@gtalug.org" target="_blank" moz-do-not-send="true">talk@gtalug.org</a>
Unsubscribe from this mailing list <a href="https://gtalug.org/mailman/listinfo/talk" target="_blank" moz-do-not-send="true">https://gtalug.org/mailman/listinfo/talk</a>
</pre>
              </blockquote>
              <br>
              <pre cols="72">-- 
Alvin Starr                   ||   land:  (647)478-6285
Netvel Inc.                   ||   Cell:  (416)806-0133
<a href="mailto:alvin@netvel.net" target="_blank" moz-do-not-send="true">alvin@netvel.net</a>              ||

</pre>
            </div>
            ---<br>
            Post to this mailing list <a href="mailto:talk@gtalug.org"
              target="_blank" moz-do-not-send="true">talk@gtalug.org</a><br>
            Unsubscribe from this mailing list <a
              href="https://gtalug.org/mailman/listinfo/talk"
              rel="noreferrer" target="_blank" moz-do-not-send="true">https://gtalug.org/mailman/listinfo/talk</a><br>
          </blockquote>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">---
Post to this mailing list <a class="moz-txt-link-abbreviated" href="mailto:talk@gtalug.org">talk@gtalug.org</a>
Unsubscribe from this mailing list <a class="moz-txt-link-freetext" href="https://gtalug.org/mailman/listinfo/talk">https://gtalug.org/mailman/listinfo/talk</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Alvin Starr                   ||   land:  (647)478-6285
Netvel Inc.                   ||   Cell:  (416)806-0133
<a class="moz-txt-link-abbreviated" href="mailto:alvin@netvel.net">alvin@netvel.net</a>              ||

</pre>
  </body>
</html>