こういうの読むと、X Windows Systemプログラミング時代のお作法を思い出す。よーっく考えて通信量が少なくなるようにせよ、通信がボトルネックだから、と。 やがてネットワークの速度が速くなって、んなこたぁどうでも良くなったかのように思えたころでも、VNC経由でリモートがX11なら快適に使えるけどWindowsだと耐えられないということがあった。 ドコモがリソース用意しないのが悪いとかいうのは勝手だけど、回線止まればみんな巻き添えにしてパーになるんだから、アプリ側でも通信削減するのはおのれのメリットになると思うんだ。
通信量削減は美徳 (スコア:4, すばらしい洞察)
こういうの読むと、X Windows Systemプログラミング時代のお作法を思い出す。よーっく考えて通信量が少なくなるようにせよ、通信がボトルネックだから、と。
やがてネットワークの速度が速くなって、んなこたぁどうでも良くなったかのように思えたころでも、VNC経由でリモートがX11なら快適に使えるけどWindowsだと耐えられないということがあった。
ドコモがリソース用意しないのが悪いとかいうのは勝手だけど、回線止まればみんな巻き添えにしてパーになるんだから、アプリ側でも通信削減するのはおのれのメリットになると思うんだ。
Re: (スコア:2)
ですねー。
CPUが遅かったり回線が遅かったりした頃には、通信量の削減とか通信の効率化は
パフォーマンスの観点からも無駄にならないということがあった。いまも、これを機会に通信周りを
見直すことあ無駄にはならないし、ユーザーにとってもメリットにはなるでしょうね。
CPUや回線が速く安くなったし、ノンブロッキングで通信できるのが当たり前だしで、
地道な効率化の努力は流行らないのかもしれない。
開発する側の意識も変わってるのかもしれないけど、ユーザー側の意識も変わったかなあ。
電車内でAndroid機つかってずっとYoutubeみてる女性を見かけ
Re:通信量削減は美徳 (スコア:2)
電車で動画見るのが帯域食うからやめてということでは無いと思います。
今回のはあくまで絶対必要じゃないのにやたら送信される制御信号を減らせないですか、って話ですから。
Re:通信量削減は美徳 (スコア:2)
別に同じというつもりで書いたわけじゃないですがわかりにくかったですかね。
制御信号ってのは、要は接続要求にともなうもんですよね。細かな接続要求をポコポコ出すのは
効率が悪いからまとめられないか? と。
が、まとめたり面倒くさい、その場その場で接続すりゃいいじゃないか。開発側にとっては
そのほうがずっと楽だし、何の工夫もいらないわけです。
その前提として潤沢なリソースがあるはずだということが頭がある。
けど、実際にはリソースには限りがあるわけですね。
開発する側もユーザー側も潤沢なリソースがある環境に慣れているので、面倒くさい我慢はしたくないし
使えるものは使いたいという風になるんだろうね、って話ですね。
Re: (スコア:0)
楽だからと言って、開発側は今のままではやっていけないでしょうね。
リソースの問題は、基地局側よりも端末側の方が深刻です。
基地局側はコストの問題はあっても、リソース増やせば済む話です。
でも、端末側はバッテリーがネックになります。
休止状態から通信すると、まずRF回路を起こして、その後必要な通信を行います。
RF回路の消費電力はとても大きく、今後も劇的に減る予定はありません。
まとめてたくさんの通信を行うなら、RF回路を起こす時間の消費電力は無視できますが、
少しの通信を何度も行うと、通信量あたりの消費電力が悪化します。
10個のアプリを入れて、10個がばらばらのタイミングでRF回路を起こしていたら、
1個の場合の10倍、無線の消費電力がかかってしまいます。
バッテリーの持ちが悪いと言われないためにも、OSや端末メーカの側から、
何らかの制限をかけることになってもおかしくないです。