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
>
next prev parent 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).