Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
Amazonにおけるスマートフォンコンテンツ構築理念とは
ECのミカタセミナーフェアで講演した資料。30分の講演だったので、パフォーマンスの部分に特化して話しています。
「Node.jsは静的コンテンツには向いていない」のか？ - hakobera's blog
この記事は東京Node学園祭2012 アドベントカレンダーの8日目の記事です。 この記事を書こうと思った理由 Node.jsに関するWeb上の記事を読んでいると、「Node.jsは静的コンテンツに弱い」とだけ書いてある記事をよく見かけます。有名なところだと、LinkedInのNode.jsのパフォーマンスに関する10個のTipsの3番目のTipsに"Don't use Node.js for static assets"とばっちり書いてあります。 確かにCDNやNginxに比べれば、Node.jsは静的コンテンツの扱いが遅いとは思います。しかし、それは LinkedIn くらいの超大規模なトラフィックがある場合には問題になるとは思いますが、小〜中規模なサイトでもNginxは必須なほど遅いのでしょうか？512MBしかメモリのないVPSにNginxとNode.jsを入れてやりくりすることがホン
CentOS 6.2 で RPS/RFS を使ってネットワークの割り込み処理を複数コアに分散してみた - blog.nomadscafe.jp
以前(2010年)に「アプリケーションがマルチスレッドでもマルチコアCPUを活かせない件」というエントリにてCPUのコアが増えても割り込み処理が分散されないのでスケールされないと書いたけど、その後Linux KernelにRPS/RFSなる機能が追加され、割り込み処理が分散できるようになり、CentOS 6.2 でも使えるらしいので試してみました。 RPS/RFSについての紹介は VIOPS06で「RPS・RFS等最新Linux Kernel事例」と題してお話してきました http://d.hatena.ne.jp/syuu1228/20110722/1311322653 Linux内核 RPS/RFS功能详细测试分析 http://www.igigo.net/archives/204 が詳しい。2番目のはほぼ読めないけど、性能比較のグラフが分かりやすい。 今回試したサーバは、 OS: C
Dropbox のスケールとか
Python なサービス みんな大好き Dropbox のスケールとかメモ。以下のページ辺りからピックアップ。Parted? みたいなので、続編がでたら追記するかも。 Scaling lessons learned at Dropbox, part 1 (comment) Dropbox - Startup Lessons Learned (slideshare) Dropbox -Yコンビネーターが生んだスタートアップの軌跡と未来 - スケール関係ないですが、2006 年当時はオンラインストレージサービスがいっぱいあったようで、VC から資金調達したときのやり取りがおもしろい VC "クラウドストレージサービスなんて腐るほどある" Drew "なにか使ってるのありますか？" VC "NO" Drew "..." 完璧で、スケーラブルで、クロスプラットフォームなクラウドストレージ！当時、プ
node.js v0.8.1のClusterモジュールを試す | DevelopersIO
node.js v0.8.0が出た。すぐにv0.8.1になった v0.8.0の特徴 すげぇ速くなったよ より安定したよ 子プロセス起動時の引数指定が変わったよ クラスターモジュールが最高っす ドメインモジュールが追加されたよ REPL(対話型node)が良くなったよ ビルドシステムがwafからgypになったよ いろいろ変わったな v0.8.1の特徴 V8エンジンを上げたよ。 v3.11.10.12 npmを上げたよ。 v1.1.33 いろいろ修正したよ セットアップ node.js v0.8.1のインストール手順です。 $ . .nvm/nvm.sh $ nvm install v0.8.1 $ nvm use v0.8.1 v0.8.1 $ npm -v 1.1.33 $ npm update クラスターモジュールを試す v0.8.0の目玉であるクラスターモジュールを試してみたいと思いま
Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか？
Twitterがフロントエンドのアーキテクチャを見直し、Webページの読み込み速度を改善したことをブログで明らかにしています。 新しいアーキテクチャでは、これまでWebブラウザ上でJavaScriptの処理によって行ってきたWebページのレンダリングを見直し、サーバ側でレンダリング済みのHTMLページを送信し表示することにしています。これによってWebページの読み込みから最初のツイートの表示までの時間が大幅に短縮されることになりました。 When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’
Linux環境におけるioDriveパフォーマンスの確認方法: Fusion-io
Linux環境におけるioDriveパフォーマンスの確認方法 パフォーマンスのテスト方法として以下をご紹介いたします。 kbを参照しながら実行される方が多いと思いますが、あくまでも本記事は翻訳版ですので 差異がある場合には原文を正としますので、補足資料としてご利用下さい。 また、注にもございますが、注意：下記で紹介するライト性能の測定方法は、ioDrive上のデータ（ファイルシステム）を破壊します。ioDriveを再度マウントするには、改めてファイルシステムを作成しなおす必要があります。 という点はご注意下さい。 パフォーマンス面をテストする方法としては実際の利用環境でHDDとioDriveでの実際アプリケーション、DBの実行速度を計測する事が一番近道だと思います。（バッチ処理時間before xxx時間→after yyy分とか） その場合のtipsは後日・・・下記文書をベースに作成 V
Home
All of Percona’s open source software products, in one place, to download as much or as little as you need.
TPC-H Linux I/O Schedulreを変えてビックリ
引き続きTPC-Hの検証。 Linux I/O Schedulerには4種類ありますが、新久保君の TPC-Cの検証で Linux I/O Schedulerによるパフォーマンスの違いは無い という結果が出ています。 が、今回はおどろくべ結果が！！！ blocksizeLinux I/O SchedulerElapsedQphH@32GB 32KBcfq3,342 sec986 32KBnoop678 sec4,704 Linux I/O Schdulerを noopに変えただけで約5倍のパフォーマンスアップとなりました！ SSDの場合、ディスクヘッドのシークが無いので、何もスケジュールしない noopが有利だと言われていますが、こんなに異なるとは予想外。 リソース消費量についても処理時間を裏付ける結果となりました。 throughputは 133MB/secから 652MB/secへ。
Linuxサーバチューニングメモ
Linuxサーバにおけるパフォーマンス高速化のための設定 CentOS5、Ubuntu、Debianで実行してみたもの。効果あった気がする。 ■ディスクチューニング 参考URL http://www.itmedia.co.jp/enterprise/articles/0707/19/news012.html http://www.avant-tokyo.com/linux/hdparm.html hda表示＝IDE sda表示＝SCSIorSATA sdaの場合には以下のいくつかのパラメータは無効 # hdparm -Tt /dev/hda 読み出しテスト # hdparm -v /dev/hda パラメータ確認 # hdparm -c3 /dev/hda 32bitモード処理 # hdparm -u1 /dev/hda 割り込み処理対応 # hdparm -d1 /dev/hda DMA
SSDをめぐる議論に浮かび上がるベンダ模様（1/2） － ＠IT
8月版 SSDをめぐる議論に浮かび上がるベンダ模様 小崎資広 2009/9/8 お久しぶりです。先月は「セキュリティ＆プログラミングキャンプ2009」の準備があまりにも忙しくて、急きょお休みしてしまった筆者です。 8月は、2.6.31がリリース間近なこともあり、実験的なパッチの投稿は少なかったように思います。唯一、Jens Axboe（blockレイヤのメンテナ）による矢継ぎ早の超大型パッチの投稿が目立っていましたが、多くの開発者がサマーバケーション中なので、反応はイマイチ。そんな中、SSD周りの議論が強烈に面白い展開をみせていたので、大きく取り上げてみました。来月は、Jensパッチか2.6.31リリースの特集になる予定です。 それでは、どうぞ。 混迷深めるdiscardリクエスト ■全面書き直しが必要？ 8月15日、Nitin Guptaがswapサブシステムに新しい通知機構の追加を提案
OSSはアルミニウムの翼で飛ぶ: RHEL I/Oスケジューラの変更
RHELのI/Oスケジューラの変更方法。 環境によっては結構差が出てくるので、何がベストとは言い難い。 簡単にテストできるので環境に合わせて最適なスケジューラを設定しよう。 KVMではdeadlineスケジューラが推奨されている。 LinuxのブロックデバイスI/Oスケジューラはデバイス単位で指定されている。 現在の設定を確認するには、sysファイルシステム以下のblockを参照する。 # cat /sys/block/sda/queue/scheduler noop anticipatory deadline [cfq] こんな感じで出力されて、[]で囲まれているものが現在の値だ。RHELではcfqがデフォルト値となる。 この値は動的に変更可能で、変更するには設定したいスケジューラ文字列を上記のsysファイルシステムに書き込むだけ。 # echo deadline > /sys/bloc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
全自動パラメータチューニングさん
クラウドインフラを支える高性能ネットワーク、ストレージ技術
conma.me
FoursquareのMongoDBが機能停止
HQ Words
Picon Nodejs scaling by running multiple processes: what's the optimal number of processes?
http://www.velobit.com/storage-performance-blog/bid/126135/Effects-Of-Linux-IO-Scheduler-On-SSD-Performance