ご指定のページが見つかりませんでした。 ホームより再度アクセスしてください。(IBapSCOMN005)
ご指定のページが見つかりませんでした。 ホームより再度アクセスしてください。(IBapSCOMN005)
PS3のネット接続について質問です。 現在auのギガ得プラン(戸建)、プロバイダはASAHIネットで有線接続しているのですが、ホーム画面の接続テストをすると良くて上り30mbps下り50mbps前後、ひどい時は1mbps、10mbpsと表示される時もあります。現在の接続のしかたは、 ONU | NEC Aterm BL190HW | BUFFALO WZR-AMPG300NH | PS3(有線)、PC(無線)、HDDレコーダー(有線)、テレビ(有線)です。 ONU→PS3までのケーブルは1000BASE対応(ケーブルに印字)、他は普通のケーブルです。 NEC Aterm BL190HWに直接つないだらどうかとも思うのですが、レイアウト上難しい状況です。せめて常時100mbps超えはしてほしいのですが、改善点はありますでしょうか。PC初心者につきわかりやすくご指導頂けたらと思います。
Amazon SQS (Simple Queue Service)はAmazonが提供しているメッセージング・ウェブサービス。 Amazon Simple Queue Servicehttp://aws.amazon.com/sqs/自分の周りでは実際に使っているっていう人を聞いたことがないし、ぐぐっても日本語の情報はそんなに出てこない。たぶん、 メッセージング・サーバーが北米だかヨーロッパにあるんだか分からんが、わざわざそんな遠方にある(かもしれない)サーバーを使ってメッセージングする必要なくね? そもそもEC2を使うならば、EC2のインスタンスに自前でSTOMPやAMQP等のメッセージング・サーバーを立てればよくね?みたいな、誰もが思う理由で日本では使われないんだろうけど。それでも前々から「一度は触ってみなくてはいかんな」と思い、ようやく触ってみた。その感想を先に書いておくと、APIは
22nd October 2009 I’ve been getting a lot of useful work done with Redis recently. Redis is typically categorised as yet another of those new-fangled NoSQL key/value stores, but if you look closer it actually has some pretty unique characteristics. It makes more sense to describe it as a “data structure server”—it provides a network service that exposes persistent storage and operations over dicti
python-distribute.org 2024 著作権. 不許複製 プライバシーポリシー
スキーマレスのドキュメント指向データベース、MongoDBがとても面白そうだったので、Javaから使用した場合のパフォーマンスを計測してみました。 MongoDBはCouchDBに似たデータベースで、任意のオブジェクトを保存できますが、MVCCやREST APIを採用しないことで高パフォーマンスを追求しているようです。インデックスやレプリケーションのサポートも充実しています。 RDBMSをKey-Value Storageとして使う場合のパフォーマンス計測(H2, MySQL編) - kaisehのブログ 前に上記のエントリーでBerkeley DB, H2, MySQLのパフォーマンスを比較したことがあるのですが、そのときと同等の条件になるようにして計測しました。 具体的な計測方法は以下の通りです。 Mac OS 10.5.7, 2GHz Intel Core 2 Duo, 4GB Me
Googleが提供する、Google App Engineというサービスを知っていますか? Amazon EC2などと同じで、Googleが用意するクラウドサーバー環境で アプリケーション開発ができるというサービスです。 (レンタルサーバーのようなもの) その大きな特徴は、なんといっても月間500万PV相当まで"無料"ということです。 ※有料で制限を拡張することも可能 ※2011/09/07 注 Google App Engineの新料金体系が発表されました。 新料金体系では無料で使える枠が大幅に削減されています。 この記事の無料での使用制限に関する記述は、新料金体系では 正しくありませんのでご注意ください。 「App Engine は無料で始めることができます。最大 500 MB の永続性ストレージに加え、月間約 500 万ページ ビューに対応できる十分な CPU と帯域幅を、すべてのア
NoSQLを知る〜kumofsから学ぶNot only SQLの技術 と題して、Developers Summit 2010で発表しました。 twitterの#devsumi2010 kumofsを見る限りでは大変ご好評をいただいたようで、ひとまずほっとしています。 プレゼンテーションの資料を公開しました。内容はどれも同じですが、クリックで進むムービー版がオススメです。 クリックで進むムービー(クリック/矢印キーで進む) PDF Keynoteファイル(Keynote '09が必要) NoSQLを知るView more presentations from frsyuki. Consistent Hashingとdouble-hash-spaceアルゴリズムの紹介は、68ページ以降にあります。 第101回 カーネル読書会 2月25日に楽天タワーで行われるカーネル読書会でも、kumofs関連
昨日まで目黒雅叙園で開催されていた「Developers Summit 2010」。TwitterのTLを眺めていても、雪降る東京の寒い街中で、本当に熱い熱気に包まれていましたよね! # http://labo.artry.net/devsumeet/tweets そのクラウド構築事例のセッションにて、Amazon EC2での構築・運用事例として発表させていただいた資料を公開します。 # 使っているフォントが悪いのか、崩れている部分が多く、少々見辛くて恐縮ですが。 クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例 from Yuuki Namikawa 正直、前日までどういう内容の話にしようか、かなり迷っていました。来場いただく方々がどういった内容を求めているのか、期待されているのか、を掴みきれずに。 しかし、いただいている時間が、テクニカルセッションであることと、
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと(=頭を使うべきところ)は、データベースの設計である。特にリレーショナル・データベース(RDB)上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
Twitterを利用していると、ときどきクジラの絵の画面が表示されることがあります。これはTwitterの処理能力がパンクして一時的に利用不可になったときに表示されるお馴染みの画面。 2月9日にTwitter Engineeringブログにポストされたエントリ「The Anatomy of a Whale」(クジラの解剖学)では、Twitterのエンジニアたちがこのクジラの内部に分け入ってどのようにTwitterサーバの処理能力を向上させたのか、という話が詳しく語られています。 彼らが行ったのは、まず詳細なデータを取得して原因がどの辺にあるのかを推測すること。そこから多数の無駄な処理を発見し、ソースコードの修正による性能の向上に成功します。 元記事は非常に長いエントリになっていますが、問題の調査から解決に至るアプローチについて多くのエンジニアの方の参考になりそうな内容が含まれていますし、T
ゲーデルの不完全性定理は、数学を扱う数学、つまりメタ数学を考えるが、それだと理解が難しい。しかし、証明(数学)=プログラムという悟りを開くと、プログラムを扱うプログラム、つまりメタプログラムを考えればよくなり、それならコンパイラ等でなじみがあるので理解が優しくなる。 話の流れは以下。 1. プログラムとは何か 2. 証明とは何か 3. 証明=プログラム , ( {、 { ヽ.ー、、 \、__ぃ._ゝ⌒ヾ iヾ)}、_ ン_ー-_二ー-, 〉 {厶 _、ヽ _ ヽ._>'´ / /,ィ/ / ハYヘい ,. -- 〃⌒ r−-、 ィ´ 〃 ,イ/7' ,イイ/ 小ヽ 丶、 ,. ‐ '´ハ i ″`ヽ、 、ヽ、 /幺ィ {从{小込v' jゥ仏厶川リ} YV, 小 Vj. |丶 ヽ ` ー-ミー--'_,辷三彡
僕は自称、ベンチャー起業家。これまでに10社くらいは起業し、直接、間接合わせて40億円ほど資金調達して、自分の手金を投資したことがあっても、借金してまで起業したことはないし、保証人になったこともない。見方にもよるだろうがまだ成功はしていないが(苦笑)、リスクの割には大きな失敗もしていない。 そんな僕がここ1、2年で明らかに起業のスタイルが変わったと感じることがあり、起業を志している人の役に立てばと思いそのノウハウとイマドキの起業法を伝授したい。 まず心構えから。おいおい精神論からかよ、と思うかもしれないが、、、 ■心構え 1. 起業は怖くない リスクは避けるものではなくヘッジするもの。自分の許容できるリスクの範囲をきちんと見定めること。最大のリスクは恐れるという心の弱さのことなのだ。恐れるということを恐れよ! 2. 安定基盤を捨てなくても起業はできる。 サラリーマン諸君に言いたい。辞めると
gmailやAmazon S3の一時サービス停止といった事件でクラウド・コンピューティングに対する信頼にもかげりが出てきた時,クラウドにp2pを加味したストレージ・サービスであるwualaが登場した。ファイルは暗号化されてwualaのサーバーにアップロードされるほか,分割されて多数の他のユーザーのコンピュータに振り分けられる重複型のストレージ方式。一方,カサンドラCassandraはp2pを利用して構造化されたデータを大容量なスケールで取り扱うことを目的にした分散型ストレージ・システム。 Google had a bad week in cloud computing, with serious downtime in Gmail, Blogger and Spreadsheet. Back in July it was Amazon that was embarrassed with t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く