つぶねこ

　「絶対遊ばれてるのよ！」
　あひるが、きみたちに、遊ばれてると思いまふ（笑）

　ふぁきあの過去。大発生した烏。自分が英雄ににゃって烏を退治する物語を書いたふぁきあだったが・・・・
　これは・・・ふぁきあの両親かにゃ？ちょっと分からにゃいけど。ううーむ。

　この辺の展開はもうお約束というか・・・・
　るうが出てきたりとかしにゃいと意外性に欠けるにゃぁ（笑）

　いつぞやも書いたけど、あらゆるカメラアングルが可能にゃアニメ作品ってのは、こうやって形で表現するバレエに向いてるかもしれにゃいし、その逆もしかり。あんまし動かにゃいとはいえ、チュチュのマイムが実に美しい。

　るうが出てきたりとかしにゃいと意外性に欠けるにゃぁ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フレッツの広帯域を生かすことは出来ません。ご注意下さい」と。