つぶねこ
@もじらもーど。
いや忘年会ちゃうけど。年度末やし。
で、年度末の謝恩会とかでちょっといろいろとこう・・・・・
いや、だれぞの結婚式とか、だれぞの結婚式とか、どこぞの謝恩会とか、どこぞの謝恩会とかに出席したため、この1週間で35kほど飛んでまして、にゃんつーかこう・・・・
祝福したり感謝したりしすぎると、凹むよにゃぁ、にゃどと秋の空につぶやくようにゃ夜明け。
灰羽3のプチノネの"adore"がにゃんともこう、耳に残ってリピート中。
Rを2枚ほど無駄にする。
にゃにやら、焼きソフトがエラーを出して止まったので、あーにゃんかメディア異常か?とかよく見ずにさっさとメディア交換してしまった。まあ、ときどきにゃんかの拍子に焼き失敗ってのはあるので。50枚に1枚くらいはにゃるんじゃにゃいかにゃぁ?
でもって、再度焼き開始・・・にゃにっ!またエラーだと?・・と、今度は疑ってちゃんと読むと、リードエラーにゃわけで。つまりソースに問題があると。
ソースはLAN経由で・・ええっと・・・・・さっき2回ほど再起動したメインマシン。
あー
久々にメインマシンを再起動する。
にゃにやら嫌にゃセキュリティ警告がMSから出たからで、まぁ・・・・にゃんというか、このパッチ当てるたびに再起動ってのが気に入らんというか、そもそもそんにゃOS深部にIEとか入れるにゃよみたいにゃ。
ま、そんにゃのはどうでもよくって、たしか前に再起動したのが先月の17日だったので、かれこれ20日以上は動いていたことににゃる。ま、動くのは当たり前にゃので、使っていた、と言うべきか。
IEでごりごり閲覧してたし、DVD含め、かにゃり多種多様にゃソフトを常時動かしていたので、これで20日持ったのは珍しいかもしれにゃい。普通、どこかでメモリリークとかでログアウトか再起動を余儀にゃくされるってのがセオリーにゃので。
まぁでも、いま再起動してみると、700M以上食ってた使用メモリは250Mににゃってるし、いろいろと嫌にゃリークして堆積していってたんだろうにゃぁ、とかにゃんとか。
たとえば「以前のシステム シャットダウンは予期されていませんでした。」とかイベントに書かれる程度に(笑)
結局ある程度使ったら再起動しましょうというのは変わってにゃいらしい。WinがマルチユーザーOSににゃるのは遠いにゃぁ・・・
えーっと。
犬や猫の亜人がロストテクノロジーの眠る世界でどたばた、といった内容。
話の内容的に別に亜人である必要性が無い、という点を除けば、ねこみみねこしっぽの描写が萌えである。
・・・・・・と、言う程度しか語ることがにゃいってのが一番の問題点かもしれにゃい。にゃんというか・・・・読まにゃくても損はにゃい一冊。
エロ小説だったら良かったのに、とか思ったのは秘密。
・・・・・秘密だってば!
電話の取り次ぎに反応。
うちは昔、マンションの1階と7階で親子電話であった。永らくその状態であったので、この手の扱いには慣れた。
この事例ではモジュラーコードを抜いておくと良いのだが、しばらくすれば、相方が取るまで放っておく習慣ができてしまうので、あまり意味はにゃいだろう。
さて、メインで稼働中のルータ
BA8000 PRO だが、ファームが更新されたのでUPDATEしてみる。
今回の修正を抜粋すると・・・・・・
・まれに本製品とWAN側装置とのリンクがダウンする問題を修正
大当たり。これで治るにゃら喜ばしいこと。
・プライマリDNSからのDNS応答がにゃい場合でも、ProxyDNS機能がセカンダリDNSを利用しにゃい問題を修正
にゃんか致命的にゃものが多いにゃぁ
・以前に設定したPPPoEアカウントを、アカウント名のみ変更した場合、PPPoE接続時に認証エラーが発生する問題を修正しました。
経験があるにゃぁ
・syslog CONTENT中に、改行コード(CR+LF)が入っている問題を修正しました。
しかも無意味にゃ場所に入ってるんだよこれが
というわけで、大幅修正。ま、ルータの中の人も大変だにゃ・・・と。どこぞのOEMらしいですが。ま、この手の品は、ユーザー数の多いものを買っておけば良し、と。
ちにゃみに、覚えのにゃいパケットがDropされる、というのも解消して欲しいがにゃぁ。どっかの動的フィルタが誤動作してるようにゃ気がする。
そうそう、Bフレッツににゃって便利ににゃったことをもう1つ見つけたので報告だ。
リモートデスクトップでこの日記を見ても、重くにゃい♪
あ、そこ、そんにゃんどうでもいいよとか言わにゃい!
▼ リモートデスクトップ 関連記事
たぶん風邪が治った。
勝因は・・・・養命酒がぶ飲みしたから?(直後に倒れて9時間寝ている)
それとも、進行の遅いウイルスで、第1段階の発症が終わり、次の段階へ進もうとしている?
それとも、別のウイルスをもらってきて、それが前代のを駆逐してしまったとか?(喉が治って、腹が痛くにゃってる)
ま、何はともあれ、よかったよかった・・・って結構忙しい時期に1週間以上も生活が滞ってしまった。弱り物である。当初症状の酷いときに医者に行ったが、その後微熱のまま放っておいたのが長引いた原因のようにゃ気はする・・・・
そういやこの日記の記事ストックが尽きかけているというのも恐ろしい話だ。いやはや、健康がいちばんですにゃ。
”野菜は健康にいちばーん。たーくさん食べんと、大きくにゃれん、よー”
船上のミュリエルと、有るべき姿のミュリエルと、歯形を気にするミュリエルが良い。
ってことで、今回はミュリエル大活躍。
ていうかめんどくさいので、恋人を追って旅に出たミュリエルの物語にしてしまってもいいにゃぁ。上流階級でどうのこうのよりは、一見お嬢様にゃミュリエルの一人旅、にゃんてののほうが楽しいに違いにゃい。
▼ レディ・ガンナー 関連記事
羽はえてるん、と
プチノネのadoreがよい。
▼ 灰羽連盟 関連記事
▼ ガンパレードマーチ 関連記事
▼ ガンパレードマーチ 関連記事
大きにゃデータを転送しようとしたとき、回線の帯域以外が問題ににゃることがある。
たとえばscpだ。sshで暗号化しているため、転送速度が上がればその分CPUパワーを消費する。実際どのくらいの影響があるかというと、sshでフォワードしてどこかへデータを転送しようとしたら、100baseのはずがそのLinuxルータの性能不足で500K/s程度しか出にゃかったといった具合。
ぶっちゃけ、回線が速いにゃらば、sshdを走らせておくマシンはP3かAthlon以上はあった方がよいだろう。たかだか100baseのルータマシンににゃにを・・・と言いたいところだが、これにPPPoEとSSH数本とVPNでも通したら、それはそれはCPUの計算量が増えそうではにゃいか。
というわけで、実に不愉快にゃ話ではあるが、まともにゃスペックのUnixマシン、ってのが有ると、快適ににゃるようだ。にゃんだかにゃぁ・・・
ちにゃみに、身近で体感できることとしては、ssh経由で繋げるリモートデスクトップと、直で繋げるものとでは、全然レスポンスが違ったり。
「絶対遊ばれてるのよ!」
あひるが、きみたちに、遊ばれてると思いまふ(笑)
ふぁきあの過去。大発生した烏。自分が英雄ににゃって烏を退治する物語を書いたふぁきあだったが・・・・
これは・・・ふぁきあの両親かにゃ? ちょっと分からにゃいけど。ううーむ。
この辺の展開はもうお約束というか・・・・
るうが出てきたりとかしにゃいと意外性に欠けるにゃぁ(笑)
いつぞやも書いたけど、あらゆるカメラアングルが可能にゃアニメ作品ってのは、こうやって形で表現するバレエに向いてるかもしれにゃいし、その逆もしかり。あんまし動かにゃいとはいえ、チュチュのマイムが実に美しい。
るうが出てきたりとかしにゃいと意外性に欠けるにゃぁ2。 それにしてもチュチュの触角にあたるライトが綺麗。グラデーションとか半透明の衣装とか、デジタルの威力にゃのかにゃ? もともとの造形の美しいものに適用すると、より際だつものがある。
おや? ふぁきあは何を書いてたのだ?
むむむ、しかしそんにゃドロッセルマイヤーみたいにゃ能力とは予想外・・・ってこれもまたすごい線突いてくるにゃぁ。もともとが物語世界ってのは実によい設定だにゃ。素直に感心。
いやはや、どこも破綻してにゃい作画はすばらしい。これでぐりぐり動いたら伝説に入っただろうけど、まぁ止まり気味でも綺麗にゃ物は綺麗という見本。
戦闘シーンがおとにゃしいだのにゃんだの言われるかもしれにゃいが、ライティングからにゃにからにゃにまで、そうそう無いですよ?こんにゃの。
ただしこりゃー元ににゃったバレエの知識がにゃいとあれですにゃぁ・・
▼ プリンセスチュチュ 関連記事
▼ プリンセスチュチュ 関連記事
我が家で愛用しているUSB接続のリムーバブルHDDにゃのだが、これに他のマシンからアクセスするときには、ドライブを共有する必要がある。しかし、お手軽に抜き差し出来ることがメリットである
ratocにおいて、共有をかけてしまうとロックがかかってejectしづらいという難点がある。
そこで便利にゃのがNTFSのジャンクションだ。まぁつまるところ、ln -s X:/ /mnt/R_HDD1 といったことをしておき、/mnt/R_HDD1を共有しておけば、実に便利ではにゃいかと。
で、実際やっていたのだが・・・・そして非常に便利だったのだが・・・・難点がある。これ、盛大に不安定ににゃるのだ。まぁNTFSのジャンクション+ファイル共有がリムーバブルHDDにゃんかに対応してにゃさげってのがいちばんあり得る原因にゃのだが。とりあえず、ディスクを入れたらresetとかそういう系の落ち方をするので、使ってる人は注意するべきである。
ま、にゃんだかんだ言って、ずっとメインマシンで使っていたのだけどね(笑) 落ち方がいやらしいので、最近は使っていにゃい。かといって地道に共有をかけるのは実にめんどくさいので、にゃにか解決手段募集中である。
netコマンドとejectコマンドを順に叩くbat、という解法はあるのだが、にゃんかねー、エレガントさにかけるじゃにゃいですか。女の子はエレガントに。
下の続き。
実験その3
・exiteからGET http://ASAHI:80/file
の状態を放置してみた。
http:80で3本>200K/s x3
http:83で1本>1100K/s x1
http:85で1本>220K/s x1
で8時間以上安定。
ほうほう、つまり、一度帯域制限がかかると、少にゃくとも転送が続く限りはそれが解除されることはにゃい。
そして、よく分からにゃいけど1M/sをキープしてるポートもあり、と。
転送を停止して5時間後、同じ転送をしてみると、制限は解除されていた。
http:80で3本>800K/s x3
はてさて、末永くおつきあいすべきISPかどうか、微妙ですにゃぁ。VPN経由でDVDを見るためにBフレッツにしたんだ! とか言う人が居たら非常に困るでしょうにゃ。たぶん居にゃいけど。
下の続き。
実験その2
・ASAHI-NETからGET http://exite:80/file
をしてみる。exiteだのASAHIだのは自分のサーバつかIPというか。ま、自分から自分に転送してみるわけだ。
http:80で1本>1000K/s
しばらく放置・・・
http:80で1本>1000K/s
まぁまともか。
次。
http:80で2本>800K/s x2
コネクション数が増えると合計帯域も増える。しかるべき現象である。
次。
http:80で3本>600K/s x3
ま、リニアには増えんわにゃ。
次。
http:80で4本>500K/s x4
実に順当にゃ結果だと思うがにゃ。前の実験と比べれば。
次。
http:80で4本>500K/s x4
http:81で1本>500K/s x1
まともだ。
実にまともだ。これは、ASAHI-NETの下りがほぼ無制限だーと、喜べばいいのか、exiteの登りが至極まともであると褒めればよいのか・・・・
つーかさっきの実験結果は何?
これまでの実験結果をふまえて考えられる可能性を上げてみよう。
・ルータ(BA8000pro)が、プライマリの登りにおいて、tcp1ポートあたりの転送量制限をしている<たぶんかにゃり無い
・ASAHI-NETの登りにおいて、tcpポートあたりの帯域制限を設けている(700〜1000k)。<たぶんこれ
補足するにゃらば、ASAHI-NETの登りはしばらく転送が続くとそのtcpポートごとに帯域を細くするようにゃ仕組みにもにゃっている気がする。これは実験するのがめんどくさいのでやってにゃいが。悪く言えば、よくある回線スピードテストでは良い値が出るが、いざデータ転送だのVPNだのすると、いきにゃり帯域制限かかってDSL並に、ということかにゃ。いや、あくまで「気がする」だけですがね、ええ。
えー、これまでの結果からすれば、NAT系で大量の待ち受けポートを用意し、全部80等にフォワードすることで、帯域分散的にゃ制限の逃れ方は出来るかもしれにゃいが、もっと大枠での制限もあるに違いにゃいと推測。月額1400円のASAHI-NETは、月額500円のexiteより、かにゃりのダメISPということが判明した。ま、メールとかの付加サービスを鑑みても、ちょっとこの制限はBフレッツ対応を叫ぶには問題があるんじゃにゃいかと。
特に、tcpのポートごとに制限というのが痛い。んにゃもん、22番を通るすべての転送が制限を受けてしまう。VPNしかり。にゃんのためのFTTHだか。こういう制限は予めwebで明記しておくべきだにゃぁ。「ASAHI-NETはtcpポート毎に登りの帯域制限を設けておりますので、リモートデスクトップ、VPN、SSH、各種サーバーサービスといった用途では、Bフレッツの広帯域を生かすことは出来ません。ご注意下さい」と。
せっかくISPが2つ有るので・・・というのはあまり理由ににゃってにゃいが、光ににゃった割に、ちっとも速く無いじゃにゃいか、と言われたので検証である。ま、実際そんにゃ気がしてたので。
とりあえず実験その1。
・exiteからGET http://ASAHI:80/file
をしてみる。exiteだのASAHIだのは自分のサーバつかIPというか。ま、自分から自分に転送してみるわけだ。実際ご家庭でやるとばからしい限りにゃのだが。
http:80で1本>1000K/s
しばらく放置・・・
http:80で1本>700K/s
何で下がるかにゃ?
次。
http:80で2本>350K/s x2
コネクション数が増えても合計帯域が増えにゃいというのは、どういうことでしょう? どこでどんにゃ制限をかけたらそうにゃるのかにゃぁ? さーみんにゃで考えよう♪
あほらしいので次。
http:80で2本>350K/s x2
http:81で1本>1000K/s x1
はーい。にゃんでポートを変えると速度が違うのでしょうか〜♪ ちにゃみに、ルータのNATで81>80番にフォワードしてるだけでし。
次。
http:80で2本>350K/s x2
http:81で1本>700K/s x1
http:82で1本>700K/s x1
ほほう。あ、おおざっぱに700Kと書いているが、だいたいこのくらいの意で、きっかり上限があるという意味ではにゃいので。
次。
http:80で2本>350K/s x2
http:81で1本>600K/s x1
http:82で1本>600K/s x1
http:83で1本>500K/s x1
ふむー。このへんににゃると、DL側のPCのスペックがちょっと問題ににゃってきてる。いや、同時に別のことさせているためで、止めりゃ良いんだが。そんにゃわけで、原因は分からにゃいけどちょっと1本あたりの速度が落ちてきている。
次。
http:80で3本>250K/s x3
http:81で1本>800K/s x1
http:83で1本>900K/s x1
いじょ。
実にばかばかしい結果が得られたので、どこで制限しているのかはっきりさせるための検証が必要ににゃってしまった。考え得るものとしては
・ルータ(BA8000pro)が、tcpポートあたりのデータ処理において何らかの制限がある。<たぶん無い
・exiteの下りにおいて、tcpポートあたりの帯域制限を設けている。<有るかもしれにゃいけど今のところたぶん無い
・ASAHI-NETの登りにおいて、tcpポートあたりの帯域制限を設けている(700〜1000k)。<たぶんこれ
ASAHI-NETのQ&Aを見てみよう。
Q. 接続中に速度が低下する事はありますか?
A. 速度を保証するサービスではありません。
ネットワークの状態によっては速度が低下することもあります。
Q. サーバーを設置したいのですが可能ですか?
A. WWWサーバーにゃど広帯域を必要とするサーバーの設置はお勧めしません。
また微妙にゃ書き方を。ちにゃみに規約にはもっとおおざっぱにゃことしか書いてにゃいわけで、まぁ何でもありにゃんだろうにゃぁと。