【WILLCOM】AIR-EDGEの為の鯖構築 3【WX310】
AIR-EDGEなどから快適にブラウジングしたり、より便利にAIR-EDGEを使うための鯖の情報交換スレです。
前スレ【airproxy】AirH"の為の鯖構築2【京ぽん】
http://pc8.2ch.net/test/read.cgi/mysv/1088016504/
画像圧縮高速化プロキシ airproxy
http://www.paw.hi-ho.ne.jp/~ryo-h/airproxy/
音声も送れる圧縮プロキシ LAYERTREK MOBILE SERVER
http://www.layercross.com/
自宅PCを操作 Mobile Control
http://my-soft.hp.infoseek.co.jp/
MSN Messengerが使える! eMessenger
http://mob.e-messenger.net/mobile/ レイアートレックのパイプラインって何ですか?
CPUのパイプラインとは違うよね。。。なんか、すごそうなんだけど
サッパリわからない。
解説希望〜〜 >>26
程度がすぎると閲覧されるサーバに負荷かかりそうだけど気のせい? >>27
短時間内で見れば負荷がかかっているように見えるでしょうね。でも結局は
すべてを処理しないといけないのだから、マスで見ればそんなに
変わらないんじゃないかな。
パイプライン化はサーバ側も対応しなくちゃいけないので、負荷が気に
なるようだったら、サーバ側で対処できるはずです。
それに高速化PROXYのクライアント側はナローバンドが前提だから、負荷も
問題にならないと思う。 1本のSocket(TCP)でhtmlとかjpgを要求して結果が帰ってくる前に
次々連続して要求を出すことがパイプラインらしい。
ttp://www.studyinghttp.net/cgi-bin/rfc.cgi?2616#Sec8.1.2
>>27
複数接続する多重ダウンロードよりは、ましな気がする。
しかも、パイプラインになってるのは、AIR-EDGEからレイアトレックまでじゃない?
(作者さんのページに改善されたことだけ書かれていて
どういう動作しているか書かれていないだよね。。。理解できてない) おお、パイプライン化されれば4xの帯域を有効活用できるかもしれない。
ぼちぼちWin鯖にもポート空けて用意しておこうっと。 パイプラインて、パソコンのブラウザの一部しか対応していそうにないのが惜しいな。。。 端末単体ブラウズで高速化を進めるには、htmlのリクエストが来た段階で鯖側でリンクされてる
画像読んでおくぐらいしか出来ないかな?
携帯端末こそブラウザのパイプライン対応すべきだと思うんだがなぁ。
こればっかりは鯖側ではどうにもならないか。
つ〜訳で試しにレイアートレック入れてみたけど京ぽんで使う分にはAirProxyの方が早い。
画像圧縮無しで比較したのでこれは鯖スペックに対してAirProxyの方が処理が軽く済んでいる
という事なんではないかと思う。 >>33
昔のairproxyに先読み機能って付いていましたよね。
サーバーの画像変換負荷が高くなりすぎるとかいう理由で、はずされてしまったようです。
fastloadなどのおかげでairproxyの画像変換すごく速く/軽くなっているので
もう一度、先読み機能実装していただけないでしょうか? >作者様
NetFrontにはパイプライン機能付いてるかも。PC版検証用の
NetFront Mobile Content Viewerにはパイプライン機能を
有効にするチェックボックスがありました。 レイヤートレックの開発難航しているみたいだね。
かなり高度な処理をしているので高いサーバースペックが要求されるみたい。
京ぽんなどの低速端末ではAirProxyのほうが速いようだし、
携帯端末用にAirProxy、ノートPC用にレイヤートレックかな。 レイアートレック1.57が出たので色々試してみた。
1.56は京ぽんではgzip効いてなかったのか?
今度は画像圧縮無しだとAirProxyと同じ速度が出てる。
画像圧縮をさせるとレイアートレックの方が早い。
(圧縮比を調節して圧縮後の容量をだいたい同じにして比較)
AirProxyを上流にしてそっちで圧縮させてもレイアートレック単体と同じ速度が出るので、
レイアートレックのwebへの多重読み込み要求(現在4段)とか、京ぽん側への流れの整理が
効いているのではないかと予測。
ただ、2chのログのような単体テキストだけを読ませると多段プロクシさせるとその分遅くなる。
ちなみに新機能の低速鯖向け0スレッドはONにすると何故かパケットが流れっぱなしになるので切った。
おかげさまでOSXでairproxyの最新版を起動できました。
次はfastloadだと、コンパイルに挑戦しましたが、あえなく撃沈。
ライブラリーを色々確認し、それぞれの「〜.o」までは出来たのですが、
「fastload.so」を作るところでエラー。
gccのバージョンが怪しいとふんでいるのですが、どうかなぁ? >>38 リンクで失敗しているようですね。
libpng, libjpeg, libungif は用意していますか?
どのようなエラーが表示されますか? air-edge用のプロキシ鯖にはルータかどっかで
接続ipのフィルタリングをしておきましょう。
多少はせきゅりてぃれべるがあがるかと。
61.198.142.0/24
61.198.161.0/24
61.198.249.0/24
61.198.250.0/24
61.198.253.0/24
61.198.254.0/23
61.204.0.0/24
61.204.3.0/25
61.204.4.0/24
61.204.6.0/25
125.28.4.0/22
125.28.8.0/24
210.168.246.0/23
211.18.235.0/24
211.18.238.0/23
219.108.14.0/24
219.108.0.0/21
221.119.0.0/21
221.119.8.0/23
もとねたはwillcomの公式より 色々ベンチしてみて思ったが…高速化サービスってけっこう早いのね。 WX310SAがGZIP圧縮に非対応というウワサが・・・
意味ないじゃんorz... あ〜検証しましたが非対応のようです。
310K製品版はなんだかやたら早くなっているぽいですが。
やはりパケコミに変更するかな… gcc -shared -o libfastload.so fastload.o png.o jpeg.o gif.o -lpng -lz -lungif -l
jpeg
powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-shared'
/usr/bin/ld: can't locate file for: -lpng
collect2: ld returned 1 exit status
make: *** [libfastload.so] Error 1
>39,40
昨日はうまく行かないのでふて寝してしまいました。
あらためて再挑戦。MakefileはLinux用をライブラリーの読み込みディレクトリだけ修正しました。
エラーはこんな感じです。gccのオプションが全く違うようなのですが、何が悪いのかが解らない…。 自宅Win鯖にLayertrek1.3.8 とrep2を同居させて
マイノートから京2BTでモバイルカキコしてます。
Operaの最新版でパイプライン処理が効いて最高パフォーマンスと聞いて、
やってみてますが、これは凄いです。
IEと比較しましたが確かに差が感じられます。
これだけの速さなら1xでも快適。
不思議なのは、Layertrek Proxy噛ませると
IEではグローバルIPでrep2にアクセス可できるのに
OperaではプライベートIPでアクセス可となる点です。
グローバルIPでアクセスすると501 Not Implementedとエラーが出ます。
(外部グローバルIP→BBルータのポートフォワードでプライベートIPの鯖をアクセス)
京ぽん本体も同じなので、これはOperaの仕様なんでしょうかね? 自分はLAN内DNS立ててるのでよくわかんないです。
WX310K、パイプライン等には対応してないようなので残念。
>>46
>/usr/bin/ld: can't locate file for: -lpng
libpngのファイルが無いって言われてるみたいだけど airproxy 0.3.7 出ました。
http://www.paw.hi-ho.ne.jp/~ryo-h/airproxy/
複数行にまたがるHTTPヘッダ処理時の不具合を修正しました。
スレッドプールを使用してスレッド生成のオーバーヘッドを低減しました。
ついに、WX310K/WX310SA発売されましたね。私は、WX310J狙いなので
しばらくは、お祭りを眺めているだけですが、どちらもそれぞれ問題を
抱えているようでちょっと残念です。K はプロキシ使用時に Keep-Alive が
無効になるという仕様を引き継いでいて、SA にいたっては gzip圧縮が効かないとか。
WX310J 発売まで 2ヵ月。まだまだ airproxy の成長は続きます。 激しくお疲れでござる。
SAで使わせてもらってます。 作者様いつも乙です。
非常に安定&快適に使用させて頂いてます。 おつかれさまでございます
次のバージョンではぜひともダイジェスト認証を。。。。
前から何度もダイジェスト認証をお願いしてるのは私です LAYERTREKは、CGIProxyみたいなHTML内のURL変換機能を持たせて
京ぽんOperaでもkeep-aliveを有効にするようだ。
ソケットの接続回数が大幅に減り劇的に速くなるらしい。期待age >>51
お疲れ様です!
ちびちびと速度が上がっていて嬉しい限りです。 >>56
1.5.8使ってみたけど、CGIProxyモドキはhtmlの書き換えが遅いみたいであまり速度が出てないような…
あと以前から、キャッシュにある画像を再圧縮しないのでちょっと困る。
AirProxyと多段串にして圧縮済み画像を渡してやるといい感じになるがなんか間違っている気が。
●京ぽん、1x接続
■gzipのみ
AirProxy0.3.7 37秒
LAYERTREK1.5.8(proxy) 36秒(キャッシュアリ34秒)
LAYERTREK1.5.8(CGI) 52秒(キャッシュアリ40秒)
LAYERTREK1.5.8(CGI/受信開始後) 40秒(キャッシュアリ31秒)
■gzip,画像圧縮
AirProxy0.3.7 34秒
LAYERTREK1.5.8(proxy) 39秒
LAYERTREK1.5.8(CGI) 50秒
LAYERTREK1.5.8(CGI/受信開始後) 37秒
LAYERTREK1.5.8(proxy)+AirProxy0.3.7 37秒(キャッシュアリ30秒)
LAYERTREK1.5.8(CGI)+AirProxy0.3.7 49秒(キャッシュアリ47秒)
LAYERTREK1.5.8(CGI/受信開始後)+AirProxy0.3.7 42秒(キャッシュアリ31秒)
これらを見る限りLAYERTREKは画像再圧縮がAirProxyより遅いぽい。
(圧縮後のサイズがだいたい同じになるように設定)
しかしkeep-aliveが有効になると相当速くなるぽい。 レイアートレックはブラッシュアップがまだまだ足りないね。
>>58 みるとAirProxyも十分速くなってるし、しばらくはAirProxyを使おう。
レイアートレックは正月くらいに安定版が出てれば再評価してみようかな。 >>59
まぁあの作者氏は天才肌ではあるが、
安定させるよりは、やりたい事をどんどん突っ込んで試したい。って感じかな。
そういうやり方はまぁ嫌いではないし、開発日記読むのは楽しい。
今後に期待ってところだ。 更新ペースが早いのはつきあってて楽しいかな。
AirProxyが完成度/安定度が最初から高かったというのもまたあるだろうけど。
LAYERTREK1.5.9早速入れてみた。キャッシュが治っててよかったけど、
やっぱり画像圧縮まわりはAirProxyが早い。
多段串にしておくとキャッシュ時再圧縮しないのでより早くなるし。
で、余計なタグ外し機能使ってみて思ったけど、とにかくhtml書き換え系の処理は
重い仕事っぽいですな。鯖が鱈3@1.1Gだからかもしれんけど、
単にgzip+画像圧縮処理だとC3でも差が出なかったし。
結局proxy動作でhtmlタグ削除無し、が一番早い。
単なるgzip処理はどっちもどっちなので、多段串するとそこで二度手間になって遅くなっている予感。
画像だけ上流串読みにいく設定があるといいかもと書いておくと次に反映されるかな? airproxyの更新ペースが上がってきたのは
LAYERTREKに刺激を受けているんだろーか。
切磋琢磨してより良くなって欲しい。 LAYERTREK1.5.9+AirProxyで立ち上げっぱなしにしてたら夜にLAYERTREKだけ固まってた。
タスクマネージャ見たらやたら大量のメモリかかえてたぽい。
昨晩から最後の奉公と京ぽんでベンチマークさせまくってたからか?
明日京柿にしたらまた色々測定しまくるからどうなるかな…
AirProxyも昔から相変わらず、最小化してるウィンドを開いてまた閉じると
使用メモリが減るけど、これはキャッシュ破棄でもしてるんですかねぇ。 >>36 >>58 >>61 >>63 の評価報告は参考になる。
AH-K3001V と比べた WX310K の速度向上具合とかも教えて! Windows でプロセスが使用しているメモリ量を確認するには、
タスクマネージャで「表示」「列の選択」「仮想メモリ サイズ」を追加する。
「仮想メモリ サイズ」が増加し続けている場合はメモリーリークの可能性が高い。
初期状態でも表示される「メモリ使用量」は、物理メモリ上の占有量なので
メモリーリークの有無やアプリケーションのメモリ管理の良し悪しを判断することはできない。
最小化などで「メモリ使用量」が増減するのは、OS がスワップアウトさせているから。 >>64
LAYERTREK1.5.8(proxy)+AirProxy0.3.7
AH-K3001V(初期型/v1.8/1x) 37秒(キャッシュアリ30秒)(串ナシ63秒)
WX310K(初期型/FlashOFF/1x) 32秒(キャッシュアリ27秒)(串ナシ52秒)
WX310K(初期型/FlashOFF/4x) 21秒(キャッシュアリ21秒)(串ナシ31秒)
なんかYahooは入れ替わり広告の所で計測誤差が出まくってるような…
自宅鯖に計測用ページを作るべきなのかもしれない…。
310Kは4x+高速化で速度限界な予感
>>65
解説ありがとうございます。なるほどなるほど。
LAYERTREKは負荷かけると?メモリリークでなくなんかエラーダイアログ出します。
今度見たら内容メモっておこう…。 ありがとうございます!
柿入手できたってことですね。
それにしても、310速いなー。 今現在Squid+Airproxyで使っていますが
これにさらに Layertrekかませることってできますか? Layertrek+自鯖rep2の人
板メニュー1回クリックで新着表示出来ます?
2回クリックしないとキャッシュが表示されちゃうんですが…… よくよく思ったらLayertrekにキャッシュ機能あるので
Layertrek+Airproxyでいいんですね
この組合せなかなかいいですね
>>69
当方の環境では普通に表示されるみたいですが
>>70
Layertrekのバージョン教えて頂けませんか? >>69
>>66ですけど問題無く表示されています。串通して繋いでいるのはWX310Kからだけですので
FireFox等での動作はわかりませんが。
あとLAYERTREKは1.5.8じゃなくて1.5.9でした。
>>72
>>73
ありがとうございました
1.5.9なんですけどねえ。PCからの接続だとうまく行かないのか、設定が悪いのか…… >>66さんの早いですね
AH-K3001V(初期型/v1.8/1x) 37秒(キャッシュアリ30秒)(串ナシ63秒)
京ぽん1だけど ここまで出ないや
回線スピードも関係してくるんですかね 出来れば京ぽんの方のレンダリングモードも書いて欲しいところだけど
スモールスクリーンモードでベンチマークしてるってことでいいのかなぁ 俺も測定
AirProxy0.3.7のみ、スモールスクリーンモードでYahoo!Japanのトップ
AH-K3001V(初期型/v1.8/フレックスチェンジ) 26秒
AirProxyなしだと41秒。
>>74
その携帯のブラウザが各種圧縮に対応しているならね。
あとproxy使えないと扱いにくいかも。
>>76
DION50M(e)契約で上り1M下り5Mの回線ですorz
LAN内にDNS鯖が別にあるのでそこらへんでレスポンス良いのかも。
あとありがたい事にけっこう電波状況はめぐまれてるみたいです自分。
>>77
どれもフルスクリーン100%で計測してます。(京2はさらに全画面ON)
元はITmediaの記事みて「はて自分の環境はどうだろか」と思ったのが始まりですし。
あと、WX310Kにしてから、html読み終わってからの展開速度があきらかに早いです。
京ぽんだとp2でまとめ読み200レスとかすると読み込みバー100%になってからも
しばらく待たされますが京2だとサクっと開放されます。
テキスト読み系なら1x+gzipで十分快適かも。 あわわわ
ずーっと携帯モードで計測してました
SSRだと早いですね 確かに
皆さんIEで見るときプロクシの認証は毎回入力してます?
airproxyは認証が必須なのでローカル内で使う時にパス無しにしたり、自動的に認証させる方法はないでしょうか?
できれば多段串はやりたくないのですが・・ IE使ってないけど、プロクシのアドレス指定の時にIDとPW含めた形式にしたら通らないかな? airproxy 0.4.0 出ました。
http://www.paw.hi-ho.ne.jp/~ryo-h/airproxy/
先読みキャッシュを搭載しました。
HTMLのコメントおよび冗長な空白文字を除去するようにしました。
チャンク転送の読み取りで終端の CRLF を取得していない不具合を修正しました。
JRE 1.5.0_06 で fastload が有効にならない問題を修正しました。 >>85
乙です。
一気にバージョンが上がったわけですが、愚考するに
v0.3はJRE5.0への移行と一部処理のネイティブ化による
処理自体の高速化を追求、
v0.4では新たな試みを取り入れて更なる機能アップ、
というところでしょうか。
これからも期待しています。 作者様、以前からありがたく使わせてもらっています。
自分の環境に問題があるのかもしれませんが、
読込みが終了しない事があります。
http://www.yomiuri.co.jp/
http://www.nikkei.co.jp/
などでよく起こります。
設定は以下のようにしています。
image.quality.png = 40
image.quality.jpeg = 20
image.type = jpeg
image.maxWidth = 600
image.maxHeight = 600
image.reductionRate = 100
image.maxDataSize = 40960
userAgent =
同じ症状の人いませんよね。。。
作者さん、いつたい何をされたんですか?
v0.4.0爆速なんですけど。
設定やサイトによって効果は違うと思うけど
いつも見ている、写真がそこそこあるニュースサイトで
v0.3のときの1.5倍くらい出ているような。 Airproxy最新版にしたら number.goo.ne.jp/rss/index.rdf なんかのRSSが見れなくなっちゃいますた。 先読みキャッシュスゲーな
パケットをモニタリングしてたら
先読み速度が平均430KB/S位出てるよ
でも鰻1x接続w お世話になっております。
>>88
そうですね。そろそろ基本部分も落ち着いてきたので、
これからは高速化拡張を中心に機能面での拡充をはかりたいと思います。
>>89
ご報告ありがとうございます。時間をとって確認してみます。
>>90, 92
先読みキャッシュの効果が高いのかもしれません。
先読みによって画像・HTMLの変換にかかる時間が実質ゼロになります。
>>91
すみません。RSS変換処理でエラーが発生することがあったので、
機能を無効にしたままになっていました。エラーの原因を調べて
次バージョンで有効に戻したいと思います。
10月の開発再開から現在までに、合計 2,700円のご寄付をいただきました。
通信費(プロバイダ費用)をまかなうことまではできませんが、
公開サーバーの電気代はまかなえそうな感じです。
バグ報告・ご寄付 たくさんの支援ありがとうございます。
これからもがんばります。 レイヤートレックも バージョンが上がり
完成度も増してきていると思いますが
設定もそれなりに増えてきてると思いますが
みなさんの お勧めの設定を教えていただくわけにはいかないでしょうか
当方 レイヤートレック1.6.4+Airproxy040で
京ぽんでの使用がほとんどです(極たまにPCで接続することあり)
画像圧縮はAirproxy任せ
レイヤートレックの多段プロキシON
レイヤートレックの処々の設定はH"では どうすればベストなのか
いまいちわからなくて
WX310Kで色々実験してみて気が付きましたが(あたり前っちゃ当たり前なんですが)、
1xの場合は圧縮したらしただけ転送時間は短くなり見かけの転送速度は上がりますが
実際の転送速度はほぼ一定で、非圧縮時との差は数Kbpsです。
ところが4xの場合、確かに時間は短くなりますが、実転送速度はカクンと落ちます。
これは転送負荷に応じて速度を変える4xの特性が露になった結果で、
特に総ソース量が大きなページになるほど顕著です。
LayerTrek1.63+AirProxy0.40の環境で、画像圧縮値を20から80に上げてみると
ソースサイズは倍になりますが読み込み時間は10秒長くなるだけです。
(Willcom旧機種一覧ページ/412Kbyteで測定。)
パケコミ等、とにかくパケ数を減らしたいのでなければ、ある程度高画質設定にしても
速度差は無さそうです。ただ、LayerTrekのキャッシュ時の差が無くなっていきますが… 作者様お世話になってます
Airproxyで一定解像度以下の画像ファイルはimage.reductionRateの
設定を無視して縮小しないようになって欲しいなとおもったり
80*60とかの画像でも一律にimage.reductionRateが掛かるので
圧縮率によとては判別不可能になったりするので低解像度のファイルは
無視するオプションが欲しいなと思った次第で レイアートレックの動画圧縮にちょっと期待。
京2用プロファイルが作れるといいなぁ。ストリーミングする必要は無いけど
とにかく240*177(だっけ?)で10MB以内に納めてくれるor分割してくれるような。
旅行先で自宅録画鯖のビデオが見れる。 j2re1.5(j2sdk) update06 + airproxy040 です。
libfastload.so を作って /usr/lib に置いて起動しても
fastload: off
になっちゃいます。他に何かすべきことがありますか?
>>94
AirProxyとの多段プロキシは試してませんが
LayerTrek1.6.4 単独+京2BT+ノートOpera8.5で
オートバックスでタイヤ交換の待ち時間に2chしてました。
同じ鯖にrep2も入れており、通勤時は京2単体でユビキタスしとります。
1xとは思えない爆速ぶりにびっくり。これがパイプライン処理の効果か。
前バージョンと比べても性能が上がっている気がしました。
ここにはYahooBBモバイルのホットスポットがあるんだが
認証がめんどくてつかえねぇ。ちょっと遅くてもこっちの方がよほど使える。
最初はAirproxy そのうちSquid+Airproxy
んで レイヤートレックも出てきたんでどれが早いかいろいろ実験というか
遊んでみたんだけど 画像圧縮はAirproxyに任せて
んで親串にレイヤートレックにしてみるのが一番早いような気がするんだけど
気のせい?? airproxy単体、LAYERTREK単体、squid+airproxy、LAYERTREK+airproxy を
試してみたけど、なぜか airproxy単体が一番速かった。LAYERTREK は
単体でも多段でも速度が出なかった。LAYERTREKだとたまに応答が
返ってこないみたい。バッテン表示になってしまう画像も結構多いし。
まだツメが甘い感じ。
airproxy がキャッシュ搭載で速くなったのかな? squid と連携させるより
単体のほうが速いんで、今は airproxy 単体使用中です。 先読み凄いっす
京1だけど2ちゃんくらいならサクサクで
倍くらいレスポンス上がってるような気がしますよ
一度メインPCのブラウザにAir串刺してみましたが
流石に光回線だと先読みしてても厳しかったです
設定は画像関係を全て100に設定しましたですよ
先ほどWILCOMストアで03予約できたんで14日が楽しみです 京ポン1使用なのですが、このスレを読んでproxyを立てました。
そこで皆様に質問なのですが、proxyありでdi.pdx.ne.jpの
メールを受け取れるように設定することは可能なのでしょうか??
>>103
京ぽんその他、メールアクセスにはproxyを使わない仕様になっているので、
pdxメールを読めるようにするには接続に味ぽんセンターへ繋ぐように
標準の設定を書き写して使えば良いだけ。
(というか今はそうしていませんか?わざわざ他プロバへのダイヤルアップ設定で使ってる?) つかメールの場合、それこそ限界いっぱいの大容量メールを毎回受け取るならともかく、
通常のメールだとつけてもかえって逆効果な希ガス。
AirEDGEPhoneのメールが遅いのは認証に時間がかるせいだし、
proxyでどうこうできるレベルではないかと。 >>104
ありがとうございます。
書き写せばよいだけなんですね。
・・・pop3のパスワードがわからん。。これってどこかに書かれてましたっけ? ヒント:オンラインサインアップ
つか、アカウント選択でEメール選ぶだけでしょ? 質問
J2SE Runtime Environment 1.5.0_06-b05にUpdateしても大丈夫ですか?
それにしてもUpdate通知とか勝手にタスクバーに常駐しててウザイな >>109
Windows 版 JRE 1.5.0_06 では問題なく動きます。
Linux など他プラットフォームでは確認していないので分かりません。 VineLinux3.2, airproxy v0.4.0, jdk1.5.0_06で動いているですよ >>110-111
サンクス
早速Updateしてみます W-ZERO3の実効通信速度が気になる…http1.1/パイプライン対応だったりしたら神 >>111
> VineLinux3.2, airproxy v0.4.0, jdk1.5.0_06で動いているですよ
fastload は動いていますか?
>>115
> LD_LIBRARY_PATH環境変数に通してから
できました、できました。TNX.
/usr/lib に置いたんだから関係ないと思い込んでいました。
>>98
libfastload.so どうやってつくるの?
ソースファイルの fastload フォルダの Makefile.linux を Makefileにリネームして
make したけど、png.c のコンパイルでエラーで止まるんですが・・ >>117
環境がわからないけど
# apt-get install libpng-devel
でどうかな? AirProxy 0.40ですが、URLにアクセスしてから数秒後にリアルタイムネットゲームなどの常時通信型プログラムの接続が必ず切断されてしまいます。
0.37では何ともなかったので、0.40で何か問題があると思うのですが。
また、これは詳しく調べてないので分かりませんが、
今まではファイアウォールをAirProxyのポートに対してairproxy.exeだけが通信できるという設定にしていましたが、0.40にファイルを差し替えてから、不明なアプリケーションの通信としてブロックされています。
環境
AirProxy 0.40
Windows XP Home airproxy 作者です。先週は 0.4.1 リリースできませんでした。すみません。
>>119
リアルタイムネットゲームなどの常時通信型プログラムとはどのようなものですか?
アプレットなどブラウザ内で動き HTTP を使って動作するプログラムですか?
そして、その HTTP 通信を airproxy のプロキシを通して行っているということでしょうか。
それとも HTTP とは関係のないネットゲームが影響を受けているということでしょうか?
ファイアウォールというのは、Windows ファイアウォールのことですね?
プログラム指定ではなくポート指定で、8080 など airproxy を
動作させているポートを空けてみてはどうでしょうか? すみません、説明が抜けてました。
PCにAirProxyとHTTPとは関係ないネットゲーム(よくあるMMORPG)を入れて動かしている状態です。
この状態で別端末からAirProxyを利用し、任意のURLにアクセスすると、必ずゲームが切断されます。
ネットゲームが切断する条件は、
・無通信時間が10秒ほど続く(ラグなど)
・ゲームサーバーからの強制切断(メンテナンスなど)
・回線自体が切れる(LANケーブルを抜く・ファイアウォールでブロックなど)
の3つです。
URLにアクセスして数秒で瞬時に切断するので、「回線自体が切れる」に近い状態です。 ttp://arena.nikkeibp.co.jp/tokushu/gen/20051005/113774/index24.shtml
デジタルARENAのレポートキター!
どういう訳か実転送速度けっこう早い高速化サービス。
特にARENAトップページ、自鯖に置いて読ませても90秒切れないよ〜。
>>118
ありがとう!
libpng-devel, libjpeg-devel, libungif-devel をインストールしたら
libfastload.so を 作れました。 液晶バックライトが切れてるノートパソコンをサーバーにしたてて、airproxyを組み込みました
京ぽん1で使っていますが、快適快適です
モバイルPCに接続して使ってみましたが、1xパケットでもかなり高速ですね
こんな便利なソフトを開発してくれている作者様、本当にありがとうございました
参考ながらに、我が家の設置状況を
YBB-ADSL 12M
P3-M 700MHZ
256RAM
Win2000SP4
airproxy0.40
拡張版SpeedStep対応CPUなので、負荷に応じてCPUクロックが自動変更するんですが、
300MHZ程度までしかクロックが上がりませんね
もっとローパワーなサーバーでもいいのかも airproxy自体は快適なのですが、
同居しているIISを使ってhtmlを見ると、極端に遅いです。
IISとairproxyは同居させるとまずいでしょうか?