Gree Fast Processor: PHPを3倍(くらい)速く | GREE Engineering
ごあいさつエントリだけというのもなんなので、引き続きfujimotoです。実質上1つめのような気がするこのエントリでは、PHPが3倍くらい(少なくとも2倍くらいは...)速くなるGree Fast Processorというのを先月作ってみたのでご紹介です。 すぐわかるまとめ Gree Fast Processorというのを使ってみると、シンプルなsymfonyのプロジェクト(xav.ccで試しました)でも2倍弱、結構複雑なアプリケーションだと7倍くらい速くなったりします。いくつかの制約がありますが、パフォーマンスに飢えているかたはお試しください。 こちらはなんかすごい速くなっている感じのグラフ(一番上が速くなった版のRequests per Second、赤が通常版のRequests per Second): これはさすがにbest caseすぎる気がしますが、普通にやっても2倍弱くらいは
【号外】GREE、課金ミスでユーザーにコイン発行されないトラブルが頻発か - やまもといちろうBLOG（ブログ）
あえて市場の閉まる金曜深くに号外を出すこの私の優しい心に触れていただきたい。そう思う雪の夜です。 その寒く冷たい極寒の地の真夜中に号外をお送りするのは、みんなが知りたい噂のあの会社のトラブルの続報です。そんなわけで、メルマガで号外を打ってみました。メルマガスタンドごとに相変わらず微妙に名前が違うのはご愛嬌ということでお願いします。 夜間飛行：やまもといちろうのメールマガジン「人間迷路」 http://yakan-hiko.com/kirik.html BLOGOSメルマガ：やまもといちろうメルマガ「人間迷路」 http://magazine.livedoor.com/magazine/50 今日も今日とて、先般の未成年者に対する利用金額制限の設定がミスっていた件で、被害人数や金額が大幅上方修正ということでありまして、きちんと発表するのは良いことでございますね。お疲れ様でございます。 「未成
GREE TechTalk グリーのクライアント技術戦略
CEDEC 2013 - 徹底的にチューンしたハイブリッドアプリ「D.O.T. Defender of Texel」の制作Nobutaka Takushima
完全に差が出てきたDeNAとグリーの売上推移
楽しみにしていたグリーの決算が発表されました。結果、前四半期比で減収減益。個人的には「おぉぉぉ」って感じです。 なにが「おぉぉぉ」かってこれ。 DeNAが右肩上がりなのに対して、グリーは完全に右肩下がり。前回はコンプガチャの影響で１回ヘコんだと捉えても良いですが、DeNAが２Ｑ連続増収に対して、グリーが２連続減収となれば、「何かが負けてる」と捉えるのが普通でしょう。 グリーの言い訳としては 「6月いっぱいコンプガチャなどの問題に社内リソースを使ってしまったため、売上に影響が出た。しかし、改修が完了した7月、8月にはサービスの改善にリソースを割り当てることができたため、既存タイトルの売上が回復基調に転じてきた。新規タイトルも寄与した」と説明している （引用：Social Game Info） とのこと。 まだ成長（投資）フェーズであれば減益は問題ないのだけれど、減収はマズい。 ２Ｑ合算で、D
ImageMagick 改造入門 (その参) 減色処理後編 | GREE Engineering
こんにちは。クライアント基盤チームのよやです。 減色処理の話の続きで、ImageMagick の改造についてお話します。 前回 > ImageMagick 改造入門 (その弐) 減色処理前編 ImageMagick 減色処理の３つのフェーズのうち２つ目にあたる「RGB 空間で分割された立方体の統合処理」で特に時間がかかっていたので、少し手を加えて高速化しました。 前回のこの図に相当する処理です。 ImageMagick の既存の処理 前回、説明した「RGB 空間で分割された立方体の統合処理」のより細かい解説です。 統合処理の詳細 既存の ImageMagick の減色処理では、quantize_error の小さい順にRGB色空間内の立方体を削除して、それらのひとつ親の立方体に統合する処理を繰り返します。 対応コード (magick/quantize.c) 望みの色数になるまで繰り返す (
ImageMagick 改造入門 (その弐) 減色処理前編 | GREE Engineering
こんにちは。クライアント基盤チームのよやです。 アバター等を表示する為に PNG や JPEG の画像を元に GIF アニメーションを生成する事がよくありますが、GIF は 256色までしか扱えない為、元画像が数万といった単位で色を使っていると減色処理に大変時間がかかります。そこで、ImageMagick の減色処理を改造して高速化した事例をご紹介します。 尚、一度に読む分量ではまとめ切れない為、前編と後編に分けました。前編は減色処理、後編はその改造について説明します。 プログラム構成では上の図の magick/quantize.c が減色処理に相当します。 まず、減色処理の一般的な話から始めます。 減色の利点 Web で見かける画像ファイルの多くは、1つのpixel(描画の最小単位)に対して、Red, Green, Blue が各々8bits で計 24bits(= 3bytes) 、透
ImageMagick 改造入門 (その壱) GIFアニメーション | GREE Engineering
こんにちは。ミドルウェア開発チームのよやです。 今回は、ImageMagick についてお話します。 http://www.imagemagick.org/ ImageMagick は高機能で大変便利な画像処理ツールです。弊社でも利用させて頂いていますが、稀に実サービスにそのまま適用出来ないケースがあります。 そこで、困った時に ImageMagick 自体を改造する際のポイントと、実際の応用例をご紹介します。 ImageMagick のプログラム構造 ImageMagick のプログラムは主に以下のディレクトリに分かれます。(Magick+ ディレクトリ等幾つかは割愛します) utilities/<コマンド名>.c コマンドラインツールの起点(main 関数) wand/〜.c (コマンド共通処理とコマンド毎の処理、Wand API) magick/〜.c (機能モジュール、ユーティリテ
「たいへんな所に来ちゃった」 はてなからグリーに移った伊藤直也さんに聞く
「たいへんな所に来ちゃったな」――はてなを辞め、グリーに入社してから1週間。伊藤直也さんはこう漏らす。グリーの動きの速さに驚き、追いつくのに必死という。 ニフティで「ココログ」を開発し、04年、はてなに転職。05年、ヒットサービス「はてなブックマーク」を生み出し、CTOとしてはてなの技術を統括してきた。 はてなの技術の代名詞でもあった伊藤さんは、なぜこのタイミングでグリーに移ったのか。グリーは伊藤さんに、何を期待しているのか。伊藤さんと、グリーの田中良和社長に聞いた。 モチベーションが保てなくなっていた ――なぜはてなを辞めたのですか。 伊藤 いろんなことが重なって、環境を変えてみようと思っていた。 はてなにはスタートアップのころから6年いて、40～50人の会社に成長した。はてなは、（社長が）アメリカに行ってみたりなど遠回りする会社。自分が思い描いていたベンチャーのスピードより、成長が遅か
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
