cloudpack night #7 に参加しました / EC2 における AES-NI の話 - 水深1024m
先日行われた cloudpack night #7 に参加しました。 http://www.zusaar.com/event/978005 主催された cloudpack の id:yoshidashingo さんのまとめはこちら。 http://d.hatena.ne.jp/yoshidashingo/20130826/1377527798 新卒入社5ヶ月目、社会人なりたてのぺーぺーではあるのですが、 僭越ながら若手 LT 枠で発表させていただきました。 EC2 環境における AES-NI の性能について紹介しました。 AES 暗号化するならインスタンスをよく見たほうが良いですよ、という話です。 LT の資料だとうまくまとまらない気がしたので記事という形でまとめておきます。 AES-NI とは 詳細はここで説明するよりググったほうが良いです。 一言で言うと AES 暗号の CPU サポー
TLS termination: stunnel, nginx & stud, round 2
A month ago, I published an article on the compared performance of stunnel, nginx and stud as TLS terminators. The conclusion was to use stud on a 64-bit system, with session caching and AES. stunnel was unable to scale properly and nginx exhibited important latency issues. I got constructive comments on many aspects. Therefore, here is the second round. The protagonists are the same but both the
zombees - OpenSSL: Cipher Selection
OpenSSL supports a number of different SSL ciphersuites, which can have a huge impact on the overhead that SSL imposes on HTTP traffic. Below I approach SSL from the performance side of things. Sites deploy HTTPS for one of two reasons: Financial or highly sensitive data is involved, there are regulations mandating security policies, and it would be extremely advantageous to someone if they obtain
Universal SSL: How It Scales
On Monday, we announced Universal SSL, enabling HTTPS for all websites using CloudFlare’s Free plan. Universal SSL represents a massive increase in the number of sites we serve over HTTPS—from tens of thousands, to millions. People have asked us, both in comments and in person, how our servers handle this extra load. The answer, in a nutshell, is this: we found that with the right hardware, softwa
Ivan Ristić: Significant SSL/TLS improvements in Java 8
« How to build your own test for Apple's TLS authentication bug | Main | HTTPS mixed content: still the easiest way to break SSL » The next generation of the Java runtime, version 8, is around the corner, with the first production release planned for this month (March 2014). The new runtime brings a slew of language improvements and it’s actually proving to be quite an exciting release. If you ask
見せてもらおうか、IntelのAES-NIの性能とやらを 〜OpenSSLでベンチしてみた〜 - ..たれろぐ..
AES-NI の乗ってるマシンが使えたので OpenSSL でベンチマークしてみた。 結果：AES-NI なし 80〜90MB/s AES-NI あり 500〜530MB/s 「通常の５倍のスピードで処理してます！」「圧倒的じゃないか、我が軍は」 アクセラレーション命令の効果ってすごいねｗ 環境 パッケージ openssl-1.0.0-20.el6_2.3.x86_64 OpenSSL 1.0.0-fips 29 Mar 2010 built on: Wed Mar 28 01:11:34 BST 2012 options:bn(64,64) md2(int) rc4(16x,int) des(idx,cisc,16,int) aes(partial) blowfish(idx) compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THRE
OpenVPNのスループット
Optimizing performance on gigabit networks から。いつも有用な情報を提供してくれるJan Just Keijser氏のOpenVPN Users MLへの投稿をもとにまとめられています。 詳細は上記サイトを参照していただくとして、要は「いい性能のPCを使ってGigabit上でOpenVPNをつないでみて、どこまでスループットを上げられるか実験してみよう！」ということです。OSはサーバー、クライアントともLinuxです。以下、結果を簡単にまとめるとこんな感じ（すべて計測値はiperfによるもので、プロトコルはUDPを使用しています）。 標準設定（MTUやFragmentなどをいじらない＆CipherはBlowfish）のOpenVPNスループットで156Mbps。Cipherをaes-256-cbcに変更すると 126Mbps。今回のPCのスペックで
Announcing JBoss DNA 0.6 - JBoss.ORG
Hello, WildFly Community! We are excited to share that after the success of our first WildFly Mini Conference earlier this year, we are planning a new edition for November! The inaugural conference was an incredible experience, bringing together Wil… DEBUG A PROVISIONED WILDFLY SERVER WITH THE HELP OF THE WILDFLY-MAVEN-PLUGIN Sometimes I need to debug my project in a customized WildFly server. The
データ保護のための手段、暗号処理を高速化せよ － ＠IT
第2回 データ保護のための手段、暗号処理を高速化せよ 竹井 淳 インテル株式会社 技術政策本部シニアリサーチャー TCG日本支部共同代表 小池 浩之 インテル株式会社 技術本部 アプリケーションエンジニア 2010/10/22 持ち運べるデバイスには、さまざまなリスクがある。そのリスク回避の歴史と、回避のための技術動向を3回にわたり解説する（編集部） ストレージのデータを保護する手段 前回の記事では、現代のセキュリティの課題を挙げ、現在までの日本における対策と現在利用な技術を紹介した。今回は、「物理的な紛失、盗難により情報が不正に漏えいする脅威」への対策として、コンピュータに保存される情報の暗号化をめぐる現状を紹介する。 例えば、空港、タクシー、ホテルなどで紛失したPCによって会社が被る損害額は、平均で1台につき約500万円弱という調査結果が報告されている。この調査では、紛失が判明するまで
Linux*/Java* スタック上におけるインテル® AES-NI パフォーマンス・テスト | iSUS
この記事は、インテル® ソフトウェア・ネットワークに掲載されている「Intel® AES-NI Performance Testing on Linux/Java Stack」(http://software.intel.com/en-us/articles/intel-aes-ni-performance-testing-on-linuxjava-stack/) の日本語参考訳です。 目次 1. 要旨 2. はじめに 2.1. 目標 2.2. インテル® AES-NI の機能 2.3. 目的 2.4. 対象者 2.5. 用語 2.6. 謝辞 3. システムのセットアップと設定 3.1. コンポーネント 3.2. テストシステムでインテル® AES-NI を有効/無効にする 3.3. ローカルホストからインテル® AES-NI ステータスを確認する 3.4. ソフトウェアのセットアップ 3
Announcing JBoss DNA 0.6 - JBoss.ORG
Hello, WildFly Community! We are excited to share that after the success of our first WildFly Mini Conference earlier this year, we are planning a new edition for November! The inaugural conference was an incredible experience, bringing together Wil… DEBUG A PROVISIONED WILDFLY SERVER WITH THE HELP OF THE WILDFLY-MAVEN-PLUGIN Sometimes I need to debug my project in a customized WildFly server. The
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
