JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net (767ﾚｽ)
JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1449440793/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
284: デフォルトの名無しさん [sage] 2016/06/30(木) 01:34:38.72 ID:YtNZP2Mq ちなみに、当面の問題は解決した。 実はもっさりというよりはカクカクに近かったのだが、原因はキャッシュによるHDDアクセスの過剰だった。 ヘッダに cache-control: no-store を追加したところ、完全に治った。 ただそれでも(program)が70-90%であることには変わりないのだが、 スクレイピング中でも(idle)は80%以上なので、キビキビ感はある。 前にも書いたが、(>>109) CPUだけで動く部分は実は相当速くて、UIが主なJavaScriptではCPUを使い切ることはないのかもしれない。 俺の場合はスクレイピングが律速過程なので、サーバの速度が上がらない限りここで頭打ちだ。 数値計算のように完全にCPUだけで回るのなら限界が見えるが、そういう用途はないし。 遅延描画は制御がやや面倒だが、実現してしまえばDOMは1画面分しか扱う必要がなく、一瞬で処理される。 俺のアプリに関して言えば、階層スクレイピングを行っているので、 下位階層を参照する時は更新されていることが確定している。 だから no-store で全く問題ないし、あと5倍の余裕があるので、残るは美学的問題だけになった。 ここを修正するかはしばらく様子見になる。 情報をくれた人はありがとう。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/284
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.030s