Project

General

Profile

Actions

Defect #699

closed

spin-up時に画面を開くのに時間がかかる

Added by yusuke kokubo about 14 years ago. Updated about 14 years ago.

Status:
終了(Closed)
Priority:
通常(Normal)
Assignee:
Target version:
Start date:
03/31/2011
Due date:
% Done:

0%

Estimated time:

Description

ヘッダーから何までリモートサービス経由なので
時間がかかるとユーザーの待ち時間が長くなってしまう。

Actions #1

Updated by yusuke kokubo about 14 years ago

skillmaps.nocache.jsにモジュールを集約してる影響も考えられる?
原因の切り分けが難しいところですが。

Actions #2

Updated by 啓介 大橋 about 14 years ago

多分ですが、現在ログインチェックロジックの中に、
Header、Footerの詰め込みロジックが入っているので、
待ちっている感じが増えているのだと思われます。

Headerは一部ログイン情報を持っていますが、
先に表示してしまって後から、更新する形でもいいかもしれません。

chromeのタイムラインで調べた感じだと、
skillmaps.nocache.jsの読み込みまでで300ms
初回のjs(Skillmapsクラス)を読み込むまでに、400msなので
jsの料として考えた場合は、耐えられるかなと考えています。

design対応が終わったら再度jsの分割は検討しているので、
その際に多少スピードアップは狙えるはずです。

なので上記をまとめると

①ログインチェック前にHeader Footerの作成 ※作成中のTimelineの取得も先でいいかもです
②js分割

をやろうと考えています。
①はかなり体感効果が高いはずです。

Actions #3

Updated by yusuke kokubo about 14 years ago

詳細な分析ありがとうございます。
design対応が終わったらここらへんも考えたいですね

Actions #4

Updated by 啓介 大橋 about 14 years ago

  • Assignee set to 啓介 大橋

結構深刻な気もするので、
①対応はdesign対応と一緒にやっちゃいます~

②のほうはcacheが聞いていることを考えると、あまり効果がない気がするので、
ゆっくり対応します。。。

別プロジェクトでやった感じだと、
現在GINを利用して、Providerをコンストラクタインジェクションしてますが、
それを一律やめて、Injectorのコンストラクタインジェクションに変えると分割率が
よくなるみたいです。

なのでGWTのコンパイルレポートを見ながらになりますが、
上記のような対応をちょこちょこしていく予定です。

ということでチケット貰っといちゃいます。

Actions #5

Updated by yusuke kokubo about 14 years ago

  • Tracker changed from Feature to Defect

了解です。
よろしくお願いしますm(_ _)m

Actions #6

Updated by 啓介 大橋 about 14 years ago

  • Status changed from 新規(New) to 担当(Assigned)

とりあえず解決できたっぽい
本番バージョンになったら解決にする
ソース分割は分析も必要なので後程別チケへ

Actions #7

Updated by yusuke kokubo about 14 years ago

  • Status changed from 担当(Assigned) to 終了(Closed)

致命的な問題は解決されてるのでこのチケットは終了にしますね。

Actions

Also available in: Atom PDF