はじめ@Blog

S3の1/10 、1円/1GB月　のGlacier だが、実際に試してみると、思わぬ落とし穴もあるようだ。

先日試しに、過去十数年分のJPEG写真 15GBを、どーんとそのままS3へ送って、自動で即時 Glacier へアーカイブされるようにしてみたのだが、まだ数日しか経っていない事もあり、確かに、今のところストレージ費用は、$0.18 = 16.2円程度なのだが、問題は、リクエスト数の方、JPEG写真をそのままアーカイブもせずに、S3に上げたので、ファイル1つずつのリクエストになっているらしく（まぁ、考えてみれば当たり前かな）、この分が何と$3.64=320円くらいかかっている。最初に一気にアップロードしたから仕方ないけど、こんなにかかるんだったら、イベント毎にZIPしてアップロードすれば良かったと思う。　この金額は、当然取り出しの時にもかかるはずなので、頻繁に取り出す場合には常に二重にかかってくることになる。

あと、AWSのコンソールのバグだと思うが、何故か2010年の写真のフォルダだけ、AWSのWebコンソールで見れない。「The XML for Routing Rules is invalid」なる不明なエラーが出て、フォルダの中身の一覧が表示されないのだ。つまり、これじゃS3経由じゃ取り出せないってことだ。じゃぁ、Glacierのコンソールでは見れるのか？というと、S3のものをアーカイブしたものは、全く表示されない。聞くところによると、Glacier はファイル名もタイムスタンプも保存されないみたいなので、GlacierのIDみたいなものと、保存したファイル情報とを、クライアント側が覚えておかなければいけないらしいので、S3経由の場合は、S3の方でそれを管理しておいてくれるのだろう。その分の価格は何もしなければ発生しないようだが、結局S3とGlacierの間で行ったり来たりさせる度に、いろんな形でかかってくるコストに含まれているのだろうね。

そんなわけで、Glacier は、うまく使えば安価なストレージだし、S3経由で使えば、それなりに便利なものだと思うが、普通の人が直接S3使うのが難しいところにDropBoxという便利なサービスが成立しているように、気安く使えるようになるためには、Glacier を使った便利なサービスが出てくるのを待ったほうがよさそうだ。過去の写真を安全に保管しておきたい、普段はそれを見たいわけではなく、保管一方通行でOKで、HDDクラッシュした時などの保険として置いておきたいだけで、いざとなったら一ヶ月くらいかかろうとも、復活してくれれば良いなんて需要は結構あると思うので、DropBoxあたりにそういうオプションがいずれ追加されないか期待することにして、今回の実験は、あと一ヶ月くらい様子を見て打ち切り予定。

今日は小ネタ。

機能的にはほとんど無いに等しい、他愛もないアプリに、スクリーンOFFアプリというものがある。

タスカーがあれば、数秒で作れる程のものだけど、せっかくアプリがあるのだからと入れてみて、ちょっと気に入って使っている。

私が使っているのは、Screen Off and Lock というアプリで、アプリのアイコンをデスクトップに置いておき、それをタップ（起動）したら、画面がロックされるだけというもの。

面白いのは、ロックされるときのアニメーションと音を設定できるところで、このアニメーションの方はタスカーでは実現できそうもない。

もともと電源スイッチは横についていて押すのが面倒だったり、ケースに入れたり、バンパーつけたりすると、余計に押しづらくなったりするので、いちいち電源スイッチを押さずに、電源がオフにできるのは、使ってみると意外と便利。

オートオフする前に自分でこまめに切れば、バッテリーの節約にもなるね。

冬ということもあり、ほとんど自宅で設定をやっていて、なかなか長時間、非Wifi環境ですごく機械が無かったので、実証実験？が出来なかったのだが、先週末、良い機会があったので、試したところ、結局、JDは使えないという結論に至った。

何が使えないかというと、バッテリーは確かに節約できるのだが、Display On で通信ONにしたとしても、Wifi優先設定にしていないとしても、３Gのコネクションまでの待たされる時間が長すぎて、やってられないのであった。アプリによっては、起動時にダメだと、なんだか調子が悪くなるものとか、いつまで経っても接続できないものとかもあって、かなりイライラな状態になり、バッテリーは節約できても、ストレスが節約できないのであった。

というわけで、JDは停止。バッテリーについては、古典的な手法、つまりこまめに充電するという方法しかないと諦めたのだった。

さてこまめに充電するには、いちいちコンセントを探しているわけにはいかないので、やはりモバイルバッテリーが必要。それも、みかこさんのと合わせてスマホ2台ともなると、ある程度の容量が必要で、しかし、あまり容量が大きすぎると、バッテリーの充電に時間がかかりすぎるってことで、バランスを見て買ったのが、Astro2 。とても人気のあるバッテリーだけあって、使いやすいものだった。ただちょっとだけ問題があって、マニュアルの日本語訳が間違っていて仕様が違っていたりする。LEDが給電開始から10秒で消灯するとかね。あと給電開始はできるけど、停止はできない。またフル充電で、おそらく電流はそれほど流れなくなるのだと思うけど、自動停止はしない。そのあたりあまり細かい事言わなければ、結構良いです。容量も、そこそこで、今回はAstro2の充電含めてACは全く使わなかったけど、1泊2日で50%くらい残りました。

Juice Defender については、大きな勘違いをしていた事がわかったので、基本的には消極利用に切り替えました。　

代わりに、3G Watchdog Pro を積極的に使おうかと思っていますが、これにも限界がありそうです。

http://3gwatchdog.fr/faq/106-what-is-the-restrict-background-data-to-wifiq-feature-pro-version

によれば、アプリのバックグラウンド通信を、Wifiのみに制限という機能は、実際に通信を開始したプロセスをkillするだけみたいなので、ちょっとは通信しちゃうよって書いてあります。 ICSでは、フォアグラウンドアプリは root でしか停止できないので、対象が background だけなのは全く構わないのですが、ここにも書いてあるように、殺しても殺しても生き返ってくるゾンビのようなFacebookアプリなんかだと効かないぜって事です。　むしろ何度も生き返ってくる為にバッテリー消費という点ではマイナスかもしれません。

いろいろやってみて、目的を少し整理すると（実はここ数日でかなりトーンダウンしているが…）

• Wifi の時は構わなくても良い
• フォアグラウンドアプリについては、構わなくても良い
• バックグラウンドアプリでも、GCM（プッシュ）については、構わなくても良い
• C2DMは、GCMの前身だが、今どうなっているのかわからない。GCMと別に動いているなら止めたいものだが、任意に止められるものでもなさそうだし、そのうち廃止になるみたいなので気にしないことにする。
• バックグラウンドアプリのGCM以外の通信は止めたい

ということになる。これは、結局のところ、3G Watchdog Pro の、Wifiのみに制限する機能に近く、しかし、このアプリでさえ、もぐら叩き方式でしか対処できないので、そのあたりが root 無しで制御可能な限界なんだと思う。

結局のところ、GCMが15分間隔で、KeepAliveしている以上、データ通信をOFFにしなければ、15分間隔で多少なりとも通信は発生しているわけだから、それを許容できるかどうかが分岐点で、（おそらく電力上の見地から）許容できない場合は、データ通信を必要な時だけONにするという使い方をせざるおえず、それをある程度良きに計らってくれるのが、Juice Defender ってことになるかな。

ちょっと思いついた方法だと、JD をOn にしておいて、基本 display off で通信OFFにして、アプリごとの設定を有効として、例えば、GMailだけは、enable/screen off にしておいた上で、Display off でも、GMailだけはリアルタイムで受けたいと思っている間は、GMailをフォアグラウンドにした状態でDisplay off にすれば、JDは通信を切断しないので、ディスプレイOFFの時にどのアプリをフォアで起動した状態にしておくかで、通信off するかどうかを制御できると思う。私の様にすぐにランチャーに戻すクセのあるユーザには不向きではあるが、逆に、切りたくない時は意図的にGMailをアクティブにするということで良いかもしれない。なお、この時、設定するあぷりはどれか一つで良い。LINEの為に通信をONにしておきたい場合でもGMailだけ設定して、GMailをフォアにしてsceen off にすれば通信は切れない。　私の場合はそのアプリとして、Google Play Music のプレイヤーにしてみた。　理由は、GMailだと画面が専有されるが、プレイヤーは画面無しの通知エリアだけでフォアになるし、ランチャーに戻しただけでは停止しないし、データ通信でメールをリアルタイムで受けたい時って、音楽を聴いているかどうかに関わらず、プレイヤー起動しているときと結構ダブルので…

しかし、こういった事、iOSでは、そもそもできないので諦めがつくけど、Android はなんか出来そうな感じがするので、はまってしまう気がする。最近こんなことの確認の為にスマホばっかり見ているので、みかこさんから冷たい目でみられている為、そろそろ、妥協点を見出したいところだ。

Juice Defender の設定は、基本設定を使っているうちは簡単なのだが、カスタマイズの設定に踏み込むと途端に奥が深いものになる。

基本設定と、ネットから得た情報で、だいたいわかった気になって、タスカーを使って、似たような処理を組んでみたのだが、確かに、そこそこバッテリーの消耗が抑えられた。　しかし、Juice Defender のカスタマイズの世界を覗くにつれ、「これは全然違う」と気づいた。

タスカーでできることは、Android のメニューで操作する、WiFi の On/Off や、Data通信の On/Off といった、大元のスイッチのOn / Offのタイミング操作だけだが、それは、JDのやっていることとは全然違うのだった。

根本的にバッテリー消費は、データ通信のスイッチではなく、実際に通信が発生して消費されるので、スイッチがONであっても、通信さえ止められれば抑える事ができる。（らしい）　
しかし、タスカーでできるのは、スイッチを切ることで結果的に通信を止めているにすぎないので、十把一絡げでの対処しかできないのだが、JDには、許可アプリケーションといった設定があって、アプリごとに次の設定ができる。

• 絶対通信させない（disable）
• 端末がスリープ（簡単にいえばDisplayOff）でない時だけ許可（enable）
• 端末がスリープでも許可（enable/screen off）
• 制御しない

もし、大元のスイッチだけで処理しているとすれば、DisplayOff中に、許可したアプリが通信を始めた時点で、接続がONとなり、他のアプリも一斉に通信を開始してしまうので、こんなアプリごとの設定なんて芸当はできないのだ。

———————————-
訂正：

大きな勘違いしてました。　アプリの設定はあくまでもトリガーの中の設定なので、 disable は通サインさせないという事ではなく、そのアプリが通信を開始しようとしても、「切断していたネットワークの接続を復帰させない」という事のようです。アプリごとに通信を遮断できるわけでは無いみたいでちょっとがっかり。例えば、GMail に対して enable/screen off を指定していたとすると、Displayがonとかoffとか関係なく、GMailが通信しようとしたらネットワークを復帰させて、その時他のアプリも全部通信可能になる（制御しているのはアプリ毎ではなく通信のon/offだけ）みたいです。更に、enable/screen off という設定があったので、誤解してしまったのですが、バックグラウンド通信は screen off とは関係なくて、このアプリごとの設定は、「when the app is running and visible」と書いてあるように、アプリがフォアグラウンドの時だけみたいです。（なので、GMailを、enable/screen off に指定していたとしても、GMailがフォアグランドアプリになっていなければ、GMailによって通信開始にならないみたいです。）　逆に、GMailが仮に全く通信をしなくても、GMailがフォアグラウンドになっていれば、通信がONになるということで、その時バックグラウンドで沢山通信をするアプリがあったら、それが disable に指定されていたとしても止まらないんだと思います。結局のところ JDは、アプリがフォアグラウンドかどうかだけしか見ていなくて、制御しているのもアプリごとの通信ではなくて、通信そのものをon/offしているに過ぎないみたい。

となると、JDは私が欲しかったアプリとはちゃうなぁ。

私が欲しいのは、アプリごとに、ディスプレイの on と off の場合で、通信を遮断（できれば wifi / data 別に）指定できるアプリで、今のところ、3G Watchdog が一番近いかな。 Wifi はもうどうでも良いので、3Gで遮断だけでなく、３Gをdisplay off の時だけ遮断というのも付けてくれればいいなぁ。　実はAndroid 4 の標準でも、アプリごとに遮断はできるんですよね。なので、OSにつけてくれても良いのだけど、そうすると、広告殺す事になりかねないので、Google様はやらないでしょうね。

———————————-

ちなみに、このアプリごとの設定は、アプリ一覧でどーっと設定していっても良いが、実際に通信要求したときにどうするかを決定する、「interactive」というスイッチもあって、便利そうだ。

昔から使っているアプリで、3G Watchdog という秀逸なアプリがあるが、これには、アプリごとにWifiのみ許可というような設定ができるのだが、それをずっと強化して、Wifiのみ3Gのみ、両方などと許可設定できた上に、更に、Display ON の時だけ、Display Off の時もOKというように設定ができるところが、JDの凄いところだ。　というか、この部分こそがJDのコアの部分であって、DisplayOff 中に通信を一括で遮断するとか、15分に１回許可するというような事は、それを一括で簡単に設定するためのおまけみたいなものだと思う。

というわけで、これから、JDを使ってみようと思う人には、最低でもPro版（私もこれ）を購入して、速攻でadvancedを選択し、とりあえず、Triggers タブで、AppsをEnable にして、interactiveをONにする。というところまで一気にやってしまうことをお勧めする。　もし、更に時間があれば、interactive の隣の configureボタンを押して、分かる範囲で、アプリを、 enable / enable/screen off/disable に割り振るのが良いと思う。

要するに、広告表示とか、本来通信が必要ないアプリの通信を止めてしまう為に、それらはdisableにする。アプリを使っている時だけ通信すれば良いものは、enable で、メールとかLINEとかアンチウイルスアプリとか Display Off でも、通知したり、ウイルスDBを更新してもらいたいといったアプリは、enable/screen off にするわけだ。

用もないのに勝手に起動して削除できない DoCoMoプレインストールとか Sumsung なんちゃらとかは、全部Disable にするのは言わずもがなだ。

他の設定は、デフォルトでそれなりになっているので、あとは趣味で変えれば良いと思うが、ちゃんと英語を読んだほうが良いと思う。Google先生に聞くと日本語でもっともらしく紹介している情報が結構ヒットするが、嘘も多いです。

どうしようか迷うのは、Wifi を enable にするかどうかだけど、とりあえず enable にして、preferred は入れずに、location を学習させて、自宅とか常時ONにしておきたい箇所を keep enabled で常にONに設定するのが良いと思う。　公衆WiFiを渡り歩くような人は別だけど、結局DoCoMoのスポットとか、繋がらなかったり、繋がっても3Gより遅かったりするし、それがつながる様な場所で、データ量がかさむような通信はしない事がほとんどなので、私はそんなものは使わない前提で考えている。実際、無茶しなければ、3G/月のパケホライトで自宅以外は3Gオンリーでも十分やっていけるのだ。

2013/01/31

補足

※私の使い方では、バッテリーの温存より、アプリに不要な通信をさせないという事を重視します。　バッテリーの温存を重視する場合は、アプリの設定より、Display Off で一括で止めてしまう設定をメインに考えた方が良いかもしれません。

Staus：
　　enable , advanced

Controls:
　　Mobile data : enabled　※enable にしないとアプリ毎の指定が無効（常に3G許可）
　　WiFi：enabled 　※ enable にしないとアプリ毎の指定が無効（常にWifi許可）
　　　　auto disable：OFF　※ location とどちらかしかONにできない。特定のWifiメインならOFF
　　　　wifi prefered：ON　※ Displayトリガーを使うなら、dataの立ち上がりが遅くなるのでOFFが良いかも
　　　　keep enabled：全部OFF 　※ONにしたらアプリごとの設定の意味が無くなるので

Schedules:
　　Schedules：disabled
　　※　この項目は、目的によって変わる。
　　　　　バッテリー重視など、基本的に、全アプリの通信をdisable状態にすると考えれば、
　　　　　Schedules をenable にして、定期的に許可するのが良いと思う。
　　　　　しかし、アプリごとにコントロールして、しかもscreen offでも通信を許可するアプリもあるのであれば、スケジュールで定期的に許可する必要は無いと思う。ただ、ultimate版だと、同期もコントロールできるらしいので、同期のタイミングを自分で制御したいのであれば enable でも良いかな。
　　Night： enable　2:00-8:00 は基本的に寝てるので、バックグラウンド含めて一切の通信は不要な為

Triggers：
　　Battery： enabled 15%  ※ disabled に出来ないので…　スマートフォンである以上、フォン機能を守るためバッテリーが少なくなってきたら通信はカットで良いでしょう。
　　Charger： ac ※Docに置いている時は、Wifiだし全部通信許可でいいやと思ったので。 USBは出先での充電なのでdata 通信の時もあり、通信量を節約するためにOFF
　　Screen：disabled ※これをenabled にする人が多いと思うけど、そうするとアプリの設定にかかわらず、screen on で全アプリ許可になるので、私の目的だとdisabled
　　Traffic：enabled , normal , 15s 　※disable にできないのでデフォルトのまま。ダウンロード中にうっかりscreenがoffになっても継続とかの目的かと思うけど、バッテリー重視でないので、screen off で止めたくないアプリは、enable/screen off に設定してて止まらないので、本質的には不要
　　Apps： enabled ※最重要項目　interactive にすると楽ですが、ダイアログは数秒で閉じちゃうので見過ごすこともあり、時間があるときに、configure apps で自分で設定しておいたほうが良いと思う。　なお、バッテリー重視の人は、disabled で良いと思う。
　　Location: enabled　今のところ自宅Wifiのロケーションだけ training されている。これは オプションで keep enabled をONにしている。自宅Wifiの時は全部許可！

※　このあたりの設定のややこしいのは、アプリごとの許可と、スケジュールや他のトリガーでの enabled / disabled のどちらが優先されるかが、今ひとつよくわからないところ。　いろいろ試した感じでは、アプリの設定の優先度は低く、例えば、always enabled にした場合には、アプリで disabled に設定しても通信されてしまう。　そのため、私の場合は自宅 Wifi 使用時以外は、ほとんどの項目で、 disabled へ振っている。

バッテリー重視の場合のヒントは、私はあまり興味が無いので詳しく見ていないが、Data / Wifi とも、enabled にして、Wifiは、auto disabled にして、prefer は立ち上がりが遅くても良いなら off、スケジュールは enabled にして、タイミングは好み。Nightは長めにして、Adaptive start/end は就寝時間が安定しない人は適宜設定。 Triggers は、ネットが必要なアプリが多い人は、Sceenを enabled にして、通信しないアプリを使う事が多い人は、disabled。　アプリごとの設定は、Screen を enabled に設定する場合は使わず。disabled にする場合は、通信させたいアプリだけ、enabedにすれば、アプリを起動したら接続してくれるはず。 enabled/screen off は極力設定しない。 wifi を auto disabled にしているので location は設定できない。

他に、wifi の時はドーデモカマヘン。 data 通信の時だけ制御したいんやって人も居るかもしれませんが、そんな設定もできると思います。

最後に ultimate を買うか否かですけど、日本人の気質？として、使えない機能があると気になって仕方がないってのがありますが、私は買わないと思う。 root を取ったらGPSとCPU周波数のコントロールができるので、買うかもしれないけど、スケジュールはNightで十分だし、Bluetoothはほとんど使っていないし、同期は常にONでもいいやと思っているので。Proで十分だと思います。