１時間２０円ぐらいの機械学習環境（GPU）を作ってみた - masalibの日記
機械学習の勉強の備忘録 その７です GPU環境でかつ安くてかつ簡単な構築手順です コスト：1時間で15〜20円ぐらい 構築時間：10分（待ちが7〜8分） 環境：aws 対応ライブラリー： MXNet : v0.9.3 tag Tensorflow : v1.0.1 tag ←バージョンアップしました Theano : rel-0.8.2 tag Caffe : rc5 tag Caffe2(Experimental) : v0.6.0 CNTK : v2.0beta12.0 tag Torch : master branch Keras : 1.2.2 tag 15〜20円ならお財布に優しいよね これ以上、簡単な方法が今の所ないと思っている （これ以上に簡単な方法でかつ安い方法があるなら教えてほしい） 前提として Ubuntu系の場合は以下の手順が必要なのですが めんどくださいのです 1.
S3とFluentdを用いた効率的なログ管理 | SmartNews開発者ブログ
ゴクロの大平です。 私にとって一番大事で替えの効かないミュージシャンはさだまさしさんですが、私にとってクラウドコンピューティングのサービスの中で一番大事で替えが効かないサービスはS3です。 多種多様なAPIを用いて柔軟にファイルの操作が出来る事や、”99.999999999％”と謳われている高い耐障害性、S3にあるデータをElastic MapReduceやRedshiftなどを用いて手軽にデータ解析を行える基盤が提供されていることなど、あまりに便利すぎてS3の代替となるサービスを探しだすのが難しい状態です。 もちろん多くのAWSユーザーが同じようにS3の便利さを享受していると思いますし、インターネット上でも多くのブログ等でその魅力が語られています。その中で本記事は既に存在する記事と似たような内容を書いてしまうかもしれませんが、弊社なりのS3の使い方についてご紹介したいと思います。 なお
WikiLeaks
There have been reports that a government inquiry prompted us not to serve WikiLeaks any longer. That is inaccurate. There have also been reports that it was prompted by massive DDOS attacks. That too is inaccurate. There were indeed large-scale DDOS attacks, but they were successfully defended against. Amazon Web Services (AWS) rents computer infrastructure on a self-service basis. AWS does not p
Amazon EC2のサーバからメール送信をするまでにやるべきこと (スパムメール扱いを回避する！) - 元RX-7乗りの適当な日々
先日のデブサミ2010でも話した(デブサミ2010の資料"クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例"を公開します＋α)のですが、Amazon EC2のサーバからメールを送信すると、一部分の宛先(メールサーバ)では、迷惑メール(SPAM)扱いされ、突き返されちゃう事があります。 それをどう解決したかという話。 Twitterを見ていて、まだきちんとした情報がまとまっていない気がしたので、経験談をまとめてみます。 課題 Amazon EC2のサーバがスパムメール送信に利用されるケースが増えているようで、Amazon EC2で利用されているIPアドレスのレンジ(ネットワーク)が、スパムメールのブラックリストにまるっと載ってしまっているため、メールサーバによっては、門前払いによる受信拒否となるケースがあります。 参考： Amazon EC2を悪用したセキュリティ攻撃
The "Elastic" in "Elastic Load Balancing": ELB Elasticity and How to Test it — Shlomo Swidler
The “Elastic” in “Elastic Load Balancing”: ELB Elasticity and How to Test it Update March 2012: Amazon published their own official guide to ELB’s architecture and building and testing applications that use it. The official material is very consistent with the presentation offered here, more than two and a half years prior. Elastic Load Balancing is a long-anticipated AWS feature that aims to ease
AmazonEC2 AMIによる差異 - LunaBiblos
それぞれの特性 基本的に特に断りがない限りSmall Instanceでの話です。エフェメラルドライブやIO速度はInstanceの種類により変化します S3 AMI 利点 基本的にInstanceのみ課金されるので安い 起動するだけで150GBのエフェメラルドライブがついてくる ルートドライブのDiskI/Oが高速(250～300MB/sec) 問題点 起動時にS3からのコピーに時間がかかる ルートドライブが10GBしかない EBS AMI 利点 STOP/STARTを利用する事で高速起動が行える ルートドライブの容量が30GB 起動時に利用出来るドライブオプションが豊富 問題点 ルートドライブのDiskI/Oが低速(60～100MB/sec EBS Volumeと同程度の速度) AMIを起動するだけでEBS Volumeに課金対象が発生する オプションを利用しなければエフェメラル
Revisiting EC2 Instance IDs – Jack of all Clouds
Back in September, I published the Anatomy of an EC2 Resource ID where I pointed out some curious patterns in EC2′s ID scheme and proposed a method of “decoding” these patterns to reveal an underlying serial number. In that post I was careful to write that “while the patterns are indisputable, there remain unknowns and quirks that remind us that such “black box” observation has its limits”. This w
Anatomy of an Amazon EC2 Resource ID – Jack of all Clouds
Each time you allocate a resource using EC2 – an instance, a volume or a snapshot – you receive a unique identifier. This is the EC2 resource ID. Have you ever wondered what this ID represents? Well, I did. After noticing similarities between the IDs of resources requested in close succession, I started digging. The outcome of this digging is a definition of the components that formulate an EC2 re
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
