スキップしてメイン コンテンツに移動

新しいMacBook Air購入

先週のWWDCでRetinaなMacBook Proが発表されました。
RetinaなMacBook Proの前座でMacBook Airも発表されていたのですよ。

今、メインで使っているパソコンはMacBook Pro 15の2011年モデルです。
CPUはクアッドコアのi7で、メモリは増設して16GB、HDDは256GBのSSDに換装。SSDの容量が足りなくなったので、DVDドライブを外して、空いたスペースに750GBのHDDを組み込んでいて、高解像度のノングレアな液晶ディスプレイを選択しています。

性能的な不満は全くありません。EclipseやXCodeを開きつつ、仮想マシンでWIndowsやLinuxを動かしながら快適に作業ができています。

でも人間の欲求にはきりがなくって、不満がない訳じゃありません。
今使っているMacBook Pro 15で不満な点をあげるとこんな感じになります。

バッテリーの持ちがイマイチ
使い方にもよるけど3時間くらいで切れてしまいます
熱い
負荷をかけるともの凄く熱くなります。これからの季節は大変です
うるさい
熱くなると猛然とファンが唸り始めます
重たい
まあ買う前から分かっていたんですけど、やっぱり重たい。出張に持っていくときとか最悪です

こんな感じで不満なところもあるのですが、MacBook Airにしたらすべて解決しそうじゃないですか。
でも購入当時はMacBook AirはメモリもSSDも容量が足りず、選択肢にはなり得ませんでした。 メモリは4GB、SSDは256GBしかありません。メインで使うには全く足りない感じです。
で、今回の新しいMacBook Air。期待通りのスペックになって登場してくれました。

CPU
Core i7 2.0GHz ターボブースとで最大3.2GHz
メモリ
8GB
SSD
512GB
数字上は、今のMacBook Pro 15の半分くらいになります。重さも半分くらいになります :)
CPUが4コアから2コアになるのは少し不安ですが、うまくやりくりすれば、メインでも使えそうです。

ということで、WWDCのキーノートが終わった後からAppleストアのホームページに軽くF5アタックをかけて、注文したのが今日届きました。見た目はもう既に見飽きてしまっているので、全く感動はありませんが、持ち歩いた後に、感動というか感謝の念が生まれてくるんじゃないかと思います。

今週の土曜日にはGoogle I/Oに向けて移動を始めるので、隙間時間でガシガシとセットアップしていかないと、間に合わなさそうで少し気が滅入ります。

コメント

このブログの人気の投稿

M1 Macbookの仮想化環境 Parallels DesktopでWindows10

 CPUアーキテクチャの変更でもっとも影響を受けるところからいきなりぶっこんでみようと思います。 十数年前にPowerPCアーキテクチャからIntelアーキテクチャへの変更で、ユーザとしてもっとも恩恵を受けられたのがBootCampやParallelsなどの仮想マシン環境を使って、Windowsが使えるところが大きかったりします。 開発作業などはMacだけで行えたとしても、動作確認を行うためにWindowsの環境が必要になったり、Mac版のMS Officeでは印刷がズレてしまったり、Windows版のソフトしか提供されていなかったりなど、手元でWindowsが動いてくれたほうが嬉しい人も多いと思います。 IntelアーキテクチャからARMアーキテクチャの変更によって、一般的に広く使われているIntelアーキテクチャ向けのWindowsは動かなくなっています。 ですがMicrosoftはWindows8の頃から、ARM向けのWindowsをハードウェアベンダ向けには提供していて、これが一般に向け提供されるのかみなさん興味津々な状態です。 一般向けに提供されている訳ではないですが、Microsoftのベータテスト的なプログラム Insider ProgramでWindows 10が配布されており、これを試しに動かすことができるようです。 Windows Insider Program Macの仮想化環境としてはParallels、VMWare Fusion、VirtualBoxなどが使われていると思いますが、私はParallelsを愛用しています。 Parallels DesktopのM1対応のテクニカルプレビュー版 が公開されているので、これを使ってARM版Windows 10を動かしてみます。 早速Parallels Desktopのテクニカルプレビュー版をダウンロードしてみます。ダウンロードした時のバージョンは16.3.0-50385 となっていました。 インストール後に、こんなダイアログが表示されます。Intelベースの既存のVMを動かすことはできないし、新しくIntelベースのVMを作ることはできない的なことを書いていそう。 続いてWindows 10のイメージのダウンロードを行いますが、サイズが7.6GBもあるのでかなり時間がかかります。ビルド番号は202

MacからWindowsの名前解決をする

Windowsな環境だと、NetBIOSでコンピュータ名で名前解決ができたりしてとても便利です。そんなこともあって、一時期はLinuxサーバに用がなくてもSambaをインストールしたりしていた時代もありました。 ですがMacからはNetBIOS名で名前解決してくれません。Windowsとのファイル共有にはSambaが使われているので、NetBIOSで名前解決しようと思えば簡単にできるはずですが、色々あるんでしょうね。きっと。 実際のところ、ファイル共有だけであればWindowsでもLinux上のSambaでも問題なくできるんですが、pingを打ちたい時や、pingを打ちたい時、ほかhttpとかデータベースに繋げたい時とかに困るんです。pingを打ちたい時の方が多いですが。 とりあえず手動でなら、NetBIOS名からIPアドレスは引けたりします。おもむろにターミナルを開いて $ smbutil lookup ホスト名 とすれば、IPアドレスが引けます。 ので、このIPアドレスを指定してping打ったり、他色々できますが、面倒でやってられませんね。 じゃあMacでNetBIOSのようなものってないのかというと、ちゃんとあって、mDNSという仕組みが使われています。 mDNSの詳しいことは後日調べるとして、LinuxならavahiをWindowsならBonjourをインストールして、ホスト名.localで名前解決ができるようになります。 他、DHCPサーバとDNSサーバを連動されてあげれば、ソフトを追加でインストールしなくて済むのでスマートに仕上がりますが、最近は面倒なのでDHCPサーバはブロードバンドルータに任せっきりなのでありました。 Bonjour for Windowsのダウンロードがイマイチ良く分からないことになっています。 とりあえず Bonjour Print Services for Windows をダウンロードすれば大丈夫そう。

DebianをSqueezeに上げたらKVMの仮想マシンが起動しなくなった

先日、無事にサーバのDebianをSqueezeにアップグレードした訳ですが、KVMの仮想マシンが起動しなくなっていたのをメモしとくの忘れていました。 実際のところ、KVMの仮想マシンが起動しなくなるという訳ではなくて、libvirtを使っていて、且つ、仮想HDDをrawフォーマット以外(qcow2とか)を使っている場合に Starting SeaBIOS (version 0.5.1-20101112_103537-polaris) Booting from Hard Disk... Boot failed: not a bootable disk No bootable device. なんて可愛らしメッセージが表示されちゃいます。 あまりの可愛らしさに胸がズキューンってなっちゃいますね。 これはlibvirtのバージョンが上がって、XMLのフォーマットに変更が入っているのが原因みたいです。新しいXMLのフォーマットではdiskにdriver要素が指定できるようになっているんですが、指定されていない場合はrawフォーマットとして扱われてるみたいです。 XMLフォーマットの詳細は こちら なのでdriver要素を指定して上げれば問題なく起動します。でもdriver要素チマチマ追加するの面倒だなぁと思っていたら、virshから編集すると、自動的にdriver要素追加してくれてました(rawになってるけど) $ sudo virsh edit ドメイン名 で、rawになっている部分を、実際に使用しているフォーマットに変更して上げればOK。 というかvirshのeditって今回初めて使ったんですが、defineしなくていいので楽チンですね。 今まではXMLファイルを編集して、その後 virsh defineやってました。