描画とかGPUアクセラレーションの怪 (モバイル編)
何かと不透明なあたり 気がつけば一ヶ月ほどブログを更新していませんでした。リハビリ記事です。 今回は、GPUを効かせる == それに関連するプロパティ（ただしOSやバージョンによって何がトリガかは厳密に異なる）を適用したら挙動が改善した、というようなノリの体験TIPSをゆるくまとめました。 このあたりの振る舞いについては、描画パフォーマンスの問題として、それなりに明らかになってきているように思います。WebKitのレンダリングプロセスにはじまり、GPU命令のサポートが受けられるのはどんな操作だとか、GPUへ処理が預けられるレイヤーの生成がどーとか、最近よく見聞きします。 自分が業務で扱っているスマートフォン向けのWebサービスでは、このような描画パフォーマンスの問題は、スクロールパフォーマンスと合わせて非常にクリティカルです。この辺りについてのロジカルなまとめは、某氏が近日中にまとめるらし
knifeクライアントの設定とchefの実行 | Ore no homepage
knifeクライアントの設定〜chef実行までのメモ。 knifeはchefの管理コマンドで、chefノード/chefサーバ/cookbookの管理から、ノードとレシピの紐付けなどknifeコマンドを介して行われる。以下、knifeクライアントとなるマシンを、chefノードとは別に構築するケースの手順を示す。 (1) 必要なパッケージをインストール knifeコマンドはchefに梱包されているので、chefをインストールする。
TOLOTを支える技術（３）
TOLOTを支える技術（３） システムの開発において重要なのは愛だと思っている tsuyukimakoto です。 今回はシステムとサービス設計に関するお話です。 ご存知のように、TOLOTはクライアントアプリケーションをインストールして使うタイプのサービスです。 なぜ500円で出来る？ 話題のフォトブックサービス「TOLOT」の工場で聞いてきた でも語られている「500円で出来る最高の状態をゼロから作り上げ」るために、サービスを含めたシステム全体のアーキテクチャを決めていきました。 コンピューターリソースの外部化 我々はiPadが日本に上陸する少し前から、インターネットの利用形態について次のような予測をたて、新しいサービスについての企画を練り始めていきました。 「手軽なタッチデバイスが主戦場になる、当面はハードウェアの制約でネイティブアプリで戦うことになるだろう」 500円という価格を実
dmmのエンジニアと話をしてみたいという話(追記あり) - たごもりすメモ
dmmは世の中のオトコノコにとっていろいろと言及するのに躊躇いつつ誰でも知っているアレなわけです。で、それなりの規模のWebサービスの裏側を見たことがある人なら誰でも、dmmの裏側はきっと物凄いことになっているに違いない、ということが想像がつくわけですね。 簡単に思い付く範囲でも以下のようなものがあります。 膨大な画像(サムネイル)および実コンテンツ(画像、動画、ソフトウェア圧縮ファイル)を配信するトラフィック しかもトップ数パーセントだけではなく、おそらくかなり裾野が広いトラフィック 膨大な商品の高速な列挙・表示 膨大な商品に関するタグつけ 膨大な商品に関する自然言語による全文検索 全トラフィックにおける膨大な量の課金・決済トランザクション 実物の通信販売に決済結果を載せる流通関連の問題 大勢のユーザに対して膨大な商品から適切に行うためのレコメンデーション これだけのことをやっているから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
