効率をチェックして、キャッシュをクリアする。SOHOやある程度の企業のネットワークでは使いません。タグなぞ付けてビッグデータを使うというのであれば、必要かもしれません。優先LAN接続している接続状態が「パブリックネットワーク」をデフォルトのプロファイルとするので、「診断」してみたら、こんなのが出てきました。なんじゃこれ、というところでしょうか。これはこれでいいとして、例えばBYODのために無線LANアクセスポイント(ルータ)なんぞを定義したとしましょう。ネットワークに参加できてしまう。デュアルスタックであれば、デバイスは問題なくネットワークに接続できます。ネットワークが構成されてしまうと、非常に厄介な問題が起こりそうです。ない」機器が、ディユアルスタックのデバイスに接続して、そこを介して、社内のシステムにつながってしまうという危険性が「ない」とは私は断言できません。独自のネットワークを構築してしまう可能性があります。つかうらしいので、一般的な接続検出アプライアンスでは、デバイスの検出ができないのです。こまった仕掛けを作ってくれまた。「仮想マシンの世代」で「第二世代」を選ぶとブートしません。それ以外はスムーズに導入できました。デザインは代わり映えしません。相変わらず縦768では仮想ディスプレイがはみ出るデザインです。上なのでレスポンスは期待できないのですが。仮想領域で日本語環境を含めて4.3Gほど使います。使えるならUSB起動もいいかも。ドライバが組み込まれています。上で「イラッとくる」のが我慢できれば、一応問題なく動くようです。サーバー運用ではそこそこ動きそうです。USB起動がよさそうなので、レスキュー用メモリに導入してみます。http://software.opensuse.org/131/jaよりダウンロードできます。効率をチェックして、キャッシュをクリアする。導入、設定の続き話です。ユーザにとっては「ウェブアプリケーションが重い」と思うのは全てが「インフラの責任」と考えています。実際には、最高のインフラを与えても「重いものは重い」のです。多くはクライアント、ブラウザの性能と、通信遅延、相手のサーバーの負荷によるもののようです。再起動すると「治ってしまう」ようです。動作が不安定になるようです。なると、どのタイミングで「キャッシュをクリア」するかが問題となります。#ただし、これではあくまでも「ヒット数」であり「実際のトラフィック」ではありません。PR-キャッシュヒット数ではなく容量を-そこで、実際にどれくらいの「量」がキャッシュされているのかを考えなければなりません。コマンドでキャッシュの「量」を測ってみます。程度のキャッシュが使われています。-lR実際に使われているキャッシュの日付があります。空のキャッシュもあります。キャッシュを削除します。行を「毎日」チェックすると、「一日どれだけキャッシュが育つか」がわかるわけです。RX(受信)状態がリアルタイムに監視できます。このコマンドをリモート端末から実行すると、アップデートのパケットも含まれてしまうため、あまり信頼性があるとは思えません。パケットはリモート端末からのものでした。「ちょっとだけ見てみたい」場合には有効なツールだと思います。使った監視ツールは、比較的少ないクエリで、通信量をグラフ化してくれます。経由で提供されているというのがなんとなくわかりました。言ってブラウザ全体のパフォーマンスが異常によくなったということはあまりありません。PDFなどのドキュメント類は「爆速」です。画像を多用する事業所のネットワークであれば、ヒット率、よりも「ヒット量」に貢献する可能性は高いと思います。実際に「何となく」調べてみると、ウチの様な零細事業所では週に1Gバイト以上、1日数百Mバイト程度「キャッシュが育つ」ことが解りました。これが多いか少ないかは微妙なところですが、明らかにある面ではブラウザの体感速度が上がるケースもあるわけです。この「キャッシュが育つ量」を使うブラウザの数で割ってみれば、大体ブラウザ一つでどれくらい効果があるのかわかるでしょう。ウチの場合、主に2台のPCを使っているわけですが、これが100台1000台となるとキャッシュ効果は結構なものとなるわけです。ファイルのダウンロードだとかをしているわけですが、巨大なファイルはキャッシュしても意味がありませんし、ブラウザ経由でsquidが「仕事」をしているのはこの程度なのですね。--最近はブラウザのバージョンアップが頻繁で、IEの古いバージョン(6はもちろん7,8,9までも)が対応していないため、仕方がないので他のブラウザも併用するケースもあります。なると結構な効果があります。なると、エンドユーザは「好きなブラウザ」を使うしか方法はなくなります。コマンドでキャッシュの日付を見ると古いものも結構あります。古くても更新されていないコンテンツであれば、キャッシュを返してくれるわけですから、一概に「古いキャッシュはいらない」というのはちょっと無理ですが、実際、どれくらい「役に立つか」は納屋に繋がれた老馬の価値とか、昨日鶏が生んだ卵の新鮮さを判断するようなものです。ここで重要になってくるのは「どのタイミングで古い」と判断するかでしょう。業務によっては「昨日のキャッシュでも古い」ところもあれば、「一週間前のキャッシュでも」ありがたいところもあるということです。この判断は難しいところですね。コマンドでみたら、指定したキャッシュサイズに達したのに「キャッシュがないフォルダがある」ところが微妙です。再起動するのがちょうど良さそうです。閾値を上げるのがよさそうです。系のキャッシュはほとんど役に立たない。ストリーミング系はキャッシュされない。アプリストア系のキャッシュはあり得ない。いうことがわかってきました。系はほとんどキャッシュ効果はありません。キャッシュでは効果がないと言えます。Audio、news、またはビデオ会議など、他のインターネットプロトコルはサポートしていません。Squidは様々なキャッシュ間に通信を提供するUDPプロトコルのみをサポートしているため、他の多くのマルチメディアプログラムはサポートされません。私は開発者ではありませんが、インフラ系の技術者として、開発者に「文句」を言うなら、「クラウドのキャッシュ」も考えて開発してほしいということです。アクセス数だとか利用者数なんかをリアルタイムに見たいという欲望はあるので、それは理解します。余りにも開発者がインフラの容量を「無限大」に考えていることは問題だと指摘してみたいですね。メモリは無限大につかっていい」と言われてマイコン向けプログラミングのケチケチしたメモリの使い方はいったん忘れたことがあります。現実に、今まで5分かかっていたダウンロードがウェブキャッシュのおかげで30秒に短縮されたとしても、ユーザにとっては「待てない時間」であることは変わりありません。アップデートしましたが、これは「最悪なクラウドアプリケーションのダウンロード方法」だと思います。この中にインフラ系技術者が入り込む工夫の余地はありません。ブラウザで何でもできる、という幻想は既に時代遅れ。クラウドサービスが出てくると、ブラウザ一辺倒ではなくなります。クラウド時代のキャッシュサービスの考え方も見直さないといけないのでしょうね。今なら大したデータもなく予備機もあるので今なら後悔もせずにやり直せる。ストアからしかダウンロードできないのですね。便利になったし、アップデートも「簡単だよ」みたいな事書いてある訳ですが、どう考えてもこれ、すごく困ります。