<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Storage on Bruno Pedro</title><link>https://brunopedro.com/tags/storage/</link><description>Recent content in Storage on Bruno Pedro</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 08 May 2018 10:00:15 -0700</lastBuildDate><atom:link href="https://brunopedro.com/tags/storage/index.xml" rel="self" type="application/rss+xml"/><item><title>Amazon Glacier</title><link>https://brunopedro.com/2012/08/21/amazon-glacier/</link><pubDate>Tue, 21 Aug 2012 08:45:29 +0000</pubDate><guid>https://brunopedro.com/2012/08/21/amazon-glacier/</guid><description>&lt;p>&lt;a href="http://aws.amazon.com/glacier/" title="Amazon Glacier">Amazon Glacier&lt;/a>&lt;/p>
&lt;blockquote>
&lt;p>Amazon Glacier is an extremely low-cost storage service that provides secure and durable storage for data archiving and backup. In order to keep costs low, Amazon Glacier is optimized for data that is infrequently accessed and for which retrieval times of several hours are suitable. With Amazon Glacier, customers can reliably store large or small amounts of data for as little as $0.01 per gigabyte per month, a significant savings compared to on-premises solutions.&lt;/p></description></item><item><title>Harvard cracks DNA storage</title><link>https://brunopedro.com/2012/08/18/harvard-cracks-dna-storage/</link><pubDate>Sat, 18 Aug 2012 10:36:43 +0000</pubDate><guid>https://brunopedro.com/2012/08/18/harvard-cracks-dna-storage/</guid><description>&lt;p>&lt;a href="http://www.extremetech.com/extreme/134672-harvard-cracks-dna-storage-crams-700-terabytes-of-data-into-a-single-gram" title="Harvard cracks DNA storage">Harvard cracks DNA storage&lt;/a>&lt;/p>
&lt;blockquote>
&lt;p>A bioengineer and geneticist at Harvard&amp;rsquo;s Wyss Institute have successfully stored 5.5 petabits of data &amp;ndash; around 700 terabytes &amp;ndash; in a single gram of DNA, smashing the previous DNA &lt;a href="http://en.wikipedia.org/wiki/Memory_storage_density" title="Memory storage density">data density&lt;/a> record by a thousand times.&lt;/p>
&lt;/blockquote></description></item><item><title>Vimeo will delete originals after one week</title><link>https://brunopedro.com/2009/07/14/vimeo-will-delete-originals-after-one-week/</link><pubDate>Tue, 14 Jul 2009 21:41:49 +0000</pubDate><guid>https://brunopedro.com/2009/07/14/vimeo-will-delete-originals-after-one-week/</guid><description>&lt;p>Quoting &lt;a href="http://vimeo.com/blog:215">New source file policy on Vimeo Staff Blog&lt;/a>:&lt;/p>
&lt;blockquote>
&lt;p>Starting August 1st, basic accounts&amp;rsquo; original source files will be stored for one week from the upload date, after which they will be removed.&lt;/p>
&lt;/blockquote>
&lt;blockquote>
&lt;p>(&amp;hellip;)&lt;/p>
&lt;/blockquote>
&lt;blockquote>
&lt;p>This new one-week policy applies to all basic accounts&amp;rsquo; videos uploaded from this point onwards. For videos that were uploaded before this blog post, those original files will be available until August 1st, to give you some time to download them if you need to. After August 1st, those files will also be removed.&lt;/p></description></item><item><title>Should twitter have its own data storage?</title><link>https://brunopedro.com/2009/04/21/should-twitter-have-its-own-data-storage/</link><pubDate>Tue, 21 Apr 2009 12:34:56 +0000</pubDate><guid>https://brunopedro.com/2009/04/21/should-twitter-have-its-own-data-storage/</guid><description>&lt;p>Now that twitter &lt;a href="http://oauth.net/" title="OAuth">OAuth&lt;/a> &lt;a href="http://apiwiki.twitter.com/OAuth-FAQ">feature&lt;/a> is in public beta, some people argue that twitter should also provide a data storage facility through their &lt;a href="http://apiwiki.twitter.com/">API&lt;/a>. This would allow developers to add payloads to different twitter objects but would create another &lt;a href="http://en.wikipedia.org/wiki/Information_silo">information silo&lt;/a>, instead of leveraging existing data storage providers.&lt;/p>
&lt;p>I agree with Kevin Marks when &lt;a href="http://www.scripting.com/stories/2009/04/20/twitterAndOauthInteresting.html#comment-8462416">he asks&lt;/a> &amp;ldquo;Why should the storage and the event stream come from the same provider?&amp;rdquo;.&lt;/p>
&lt;p>Quoting Dave Winer&amp;rsquo;s article &amp;ldquo;&lt;a href="http://www.scripting.com/stories/2009/04/20/twitterAndOauthInteresting.html#disqus_thread">Twitter and OAuth, interesting brew&lt;/a>&amp;rdquo;:&lt;/p></description></item></channel></rss>