GenymotionとBlueStacksの比較

-
PCやMac上でAndroidアプリを使用するには、GenymotionとBlueStacksという選択肢があります。
Genymotionの記事
http://nahareport.blogspot.jp/2013/09/android-genymotion.html
BlueStacksの記事
http://nahareport.blogspot.jp/2014/01/androidpcmac-bluestacks.html
(またWindowsAndroidってのもありますが)
http://nahareport.blogspot.jp/2013/01/windows78android-windowsandroid.html

今回はGenymotionとBlueStacksの比較を行ってみたいと思います。

1. 用途
Genymotionは、PCやMac上でx86動作の仮想デバイス(完全なAndroid)を動かすことが目的。
BlueStacksは、PCやMac上でAndroidアプリを使えることが目的です。

2. 使うまで
上記過去記事を見て頂ければわかりますが、
Genymotionは仮想デバイスを用意する分、一手間かかります。
また、Playストアを含めたGoogleアプリは手動で導入する必要があります。
BlueStacksは初期設定が少しありますが、その後はPlayストアがそのまま使えます。

3.負荷
Genymotionでホーム画面を表示しているときのMacの負荷です
BlueStacksでホーム画面を表示しているときのMacの負荷です
あまり変わらないように見えます。
個人的判断ですが、体感速度は若干BlueStacksの方が速い気がします。

4. ベンチマーク
Antutuで測定。但しグラフィックは除いてあります。Genymotionが落ちてしまうので...
Genymotion
BlueStacks
Genymotionの方が上です。

5. 中身
これを一番最初に比較すべきだったか...
GenymotionはGalaxy S4 Android 4.3で計測しました。
BlueStacksは実はGalaxy S2で、Android 2.3.4なのです。
以上が比較結果です。
こうして見るとGenymotionが勝ちに見えますね。
しかし、BlueStacksは「Androidアプリを使う事」が目的になっていることもあり、
使い勝手が非常によいように感じます。
どちらも使ってみて、気に入った方を導入されたほうがいいかもしれません。

Comments

Post a Comment

Popular posts from this blog

conda clean --allはやってはいけない

-
先日、「Minicondaは使ってはいけない」という間違った記事を書いてしまいました。 誤解をふせぐために、そのポストは削除いたしました。 このMinicondaがだめなんじゃないか、と思ってしまった原因がconda clean --allなのです。 conda clean --allは、Anaconda/Minicondaの不要なパッケージやキャッシュを削除してくれるコマンドです。 これを実行すると、AnacondaフォルダまたはMinicondaフォルダの容量を小さくできるのですが、 jupyter notebookが使えなくなってしまう(kernel error)のです。 jupyter以外にも悪影響があるのかもしれませんが、少なくともjupyterは使えなくなります。 conda clean --allは容量節約のために行うものと思いますので、 じゃあ容量をなるべく増やさない方針としては ・Minicondaをインストール ・必要なパッケージだけを厳選してconda install ・conda update --allとかはしない というのが良さそうです。 Miniconda(Windowsの初期容量は0.4GB)程度ですが、 ・conda install jupyter →1.7GB程度増加 ・conda install scikit-learn → 1.6GB程度増加 となります。 なんだかんだ欲しいものインストールしていると、 MInicondaフォルダも5GBとかなってしまいます...まあAnacondaよりは小さくはできると思います。 最後にもう一度、conda clean --allはやってはいけません。
Read more

MacbookやiMacのSSD/HDDを完全消去する(High Sierra対応版)

-
---update--- 2020年版の記事をかきましたので、こちらもご覧ください https://nahareport.blogspot.com/2020/07/macbookimacssdhdd2020.html ----------- 古いMacをメルカリやヤフオクで売ったり、ソフマップに売ったり、人に譲渡したりする前にやっておきたいのがディスクのゼロ書き込みによる完全消去。 最近macOSのファイルシステムがAPFSになった関係で、昔と少し方法が変わっているので、方法を書きます。 (コマンドラインでゼロ書込みをやる方法と言っても良いかも) 0. SSDやHDDを完全消去する前に まだログインできる状態で以下はやっておきましょう。 ・iCloudログアウト 　システム環境設定>iCloud>「Macを探す」のチェックを外し、左下の「サインアウト」 ・iTunesのアカウント解除 　iTunesのメニュー「アカウント」>「サインアウト」 ・Office365のサインアウト(もし必要なら) 　各オフィスを起動した時のメニュー左上アイコン>サインアウト 　 https://portal.office.com/account/#home 　の「インストールステータス」で、今サインアウトしたマシンを削除します。 ・Adobe等のライセンス認証の解除 1. USBメモリ起動macOSインストールディスクの準備 　 https://support.apple.com/ja-jp/HT201372 2. 1で作成したUSBメモリから起動 　 https://support.apple.com/ja-jp/HT202796 　の「Startup Managerを使う」 3. APFSからHFS+への変換 　詳しい方は「ディスクユーティリティ」を起動し、SSD/HDDを選択して「削除」メニューに進まれたかと思いますが、 　昔あった完全削除メニュー...複数回のゼロ書き込みメニューがhigh sierraでは無くなっています。 　そもそもその完全削除はAPFSでサポートされてませんので、まずファイルシステムをHFS+に変換します。 　上部メニュー「アプリケーション」から「
Read more

意外とめんどいmac OSXでのddコマンド

-
Image
使う人はよく使う、dd commandですが、mac OSXにも標準搭載されています。 しかし、/dev/以下とか、mountの仕組みがLinuxと異なるので、注意点(1)(2)を書いてみます。 !!注意!! ddコマンドは間違えると起動不能に陥ったりします。 用法、用量を守って、正しくお使い下さい。 !!!!!!!!! (1) /dev/disk#がディスク(#には0以上の数値が入ります) 　Terminal (ターミナル)を開いて、以下コマンドをしてみましょう。 　 　 ls /dev/disk* 　するとこんなんが出ると思います。 　/dev/disk0 /dev/disk0s1 /dev/disk0s2 /dev/disk0s3 　僕の環境はmacbook airで元々搭載しているディスクはSSD 1個で、 　それが/dev/disk0。 　/dev/disk0上の論理パーティションが/dev/disk0s1、/dev/disk0s2 、/dev/disk0s3と3個あります。 　まあ、ddコマンドを知っている人には説明不要ですね。 　Linuxでは/dev/sd* (*はa, b, c...)なのに、macだと/dev/disk*になるわけです。 　では、例えばUSBメモリにddコマンドでイメージを書き込みたい場合を考えます。 　USBメモリを刺して、もう一度ls /dev/disk*してみましょう。 　するとこうなるかと。 　/dev/disk0   /dev/disk0s1  /dev/disk0s2  /dev/disk0s3  /dev/disk1   /dev/disk1s1 　ハイ、これでUSBメモリが/dev/disk1として認識されることがわかりました。 　(macの環境に依って違うので、必ず上記確認をしてください) (2)macの「外す」はumountとデバイス外しを両方やっちゃう 　terminalで 　 df 　とコマンドしますと、現在マウントされているディスクが見えます。 Filesystem    512-blocks     Used Available Capacity  iused   ifree %iused  Mounted on /dev/
Read more