2010年11月アーカイブ

1  2  3

ぬか喜びってわけじゃないけど、どうにも遅い場合ってのはあるらしい。

キャッシュにヒットしなかったり、他の処理でディスクアクセスがあった場合などがそれに該当すると考えている、というか感じがする。

で、結論から言うと、ブログコンテンツすべてRAMディスクに移動しました。

なんか速くなったかも

| コメント(0) | トラックバック(0)

またぬか喜びかも知れないけれど。

IISの出力キャッシュを構成してみた。

  • 出力コンテンツの最大サイズを2MBに拡大
  • ブログサイトに対して、.htmlをカーネルモードキャッシュのみに限定

手元の感覚では、若干軽くなった気がするんだけど・・・

PageButeなる有名なプラグインがあることを知る。

で、導入してみた

ログから判断すると

| コメント(0) | トラックバック(0)

若干高速化できているっぽい。

最悪条件7秒だった場合においても、約半分程度になったと思う。

なるほど、インデックスはこういうときに効果を発揮するものだったわけだ。

IISが遅くてたまらん人は、とりあえず、inetpub下のインデックス化をしてみると良いってことだな。

さて、遅さも何とかなったようなので、もう一つ処理を入れるとしますか。

遅さ対策

| コメント(0) | トラックバック(0)

遅いのには理由があるはず。
CPUスピードが関連しているのならば、CPU負荷の高い状態ってのが発生するはずだと、思うに至る。

やはり遅い

| コメント(0) | トラックバック(0)

遅いときと、そうでないときがあるらしい。

SQL Server 2008 SP2適用でエラーが出てたので。
#@Windows 7

有線も切れてるっぽい

| コメント(0) | トラックバック(0)

無線LANのSSIDが消える問題は、アクセスポイントの定期的自動再起動でなんとかなってるんだけど、どうも、有線LANも瞬断しているらしいことが、最近の挙動を見ていて分かってきた。

無理矢理ひとつに

| コメント(0) | トラックバック(0)

昨日の覚書きの

FROM句一発で複数集計やろうと弄ってみたものの面倒くさすぎるので、2つのSELECT文による集計結果をそれぞれ文字列化して区切り文字を挟んで1つのSELECT文のできあがり。

効率悪いかも知れんけど、接続とSELECTを複数回発行するよりはマシだろう。
インデックス(に限らず)ページのレスポンス向上したかな?

サイト高速化覚書き

| コメント(0) | トラックバック(0)

思いついたのでメモ。

DBアクセス回数を減らせば高速化できるはず。

1  2  3

サイトカウンタ

Total: 203,503 Hits, (Recent24Hours: 29 Hits)
~ Since 2010/01 ~

埋め込みツイッター

取得失敗;;
Now: 2017/10/19 14:32:36 JST

このアーカイブについて

このページには、2010年11月に書かれたブログ記事が新しい順に公開されています。

前のアーカイブは2010年10月です。

次のアーカイブは2010年12月です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。

2017年8月

 日   月   火   水   木   金   土 
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    

埋め込みQRコード