The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Toby Thain <toby@telegraphics.com.au>
To: Adam Thornton <athornton@gmail.com>,
	The Eunuchs Historic Society <tuhs@tuhs.org>
Subject: Re: [TUHS] bitsavers.org down?
Date: Sat, 18 Jan 2020 16:22:37 -0500	[thread overview]
Message-ID: <8ced9228-5126-681c-11d1-9af4e4dda1ed@telegraphics.com.au> (raw)
In-Reply-To: <0436FF28-56DE-4167-815A-4AE695D86C94@gmail.com>

On 2020-01-18 4:04 PM, Adam Thornton wrote:
> 
> 
>> On Jan 18, 2020, at 1:53 PM, Steve Nickolas <usotsuki@buric.co> wrote:
>>
>> On Sat, 18 Jan 2020, Adam Thornton wrote:
>>
>>> So…that’s not a lot of archive, so I’m guessing that it’s outbound bandwidth that will be the driving cost.  But even that…how popular is it _really_ ?
>>>
>>> It seems like, given the nature of the collection, it might not be hard to persuade one of the cloud providers into discounted rates for hosting, although…it’s so small that that might not work, because that little data, well, you’re not a customer big enough to have a Google or Amazon rep.
>>>
>>> I’ll put out some feelers.  Rough bandwidth data, if we can figure out some way to find it, would be good to have.
>>
>> What about renting an OVH server and slapping it on that?  I think the KimSufi 1 is 500 GB disk space - dunno if that's cheap enough.
> 
> 
> A possibly-stopgap-but-maybe-not-idiotic solution just occurred to me.
> 
> This isn’t exactly the sort of data that’s GOOD for hosting via Git, since it’s mostly-binary and mostly-read-only.
> 
> But checking it into a GitHub public repo until we were told to stop…or checking in some indexes, paying for some S3 buckets, and using Git Large File Support pointing at the buckets for the binary blobs…might not be the dumbest idea in the world.  I mean, GitHub is well-indexed, has a lot of incentive to maintain good backups, and probably isn’t going anywhere any time soon.

S3 already serves static content directly.

Anyone thinking about this problem should consider what you get in S3
that you'd otherwise have to replace in other ways.

--T

> 
> Adam
> 


  reply	other threads:[~2020-01-18 21:23 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-17 20:06 Warner Losh
2020-01-17 21:41 ` Gregg Levine
2020-01-17 22:02   ` Warner Losh
2020-01-17 23:24 ` Tomasz Rola
2020-01-18 18:20   ` Al Kossow
2020-01-18 20:04     ` Michael Kjörling
2020-01-18 20:13       ` Al Kossow
2020-01-18 20:19         ` arnold
2020-01-18 20:24           ` Al Kossow
2020-01-18 20:33             ` Jim Geist
2020-01-18 20:35             ` Adam Thornton
2020-01-18 20:53               ` Steve Nickolas
2020-01-18 21:04                 ` Adam Thornton
2020-01-18 21:22                   ` Toby Thain [this message]
2020-01-18 21:31                 ` Michael Kjörling
2020-01-18 20:37           ` Toby Thain
2020-01-18 21:56     ` Tomasz Rola
2020-01-18 22:04       ` Al Kossow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8ced9228-5126-681c-11d1-9af4e4dda1ed@telegraphics.com.au \
    --to=toby@telegraphics.com.au \
    --cc=athornton@gmail.com \
    --cc=tuhs@tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).