徒然なるままに

 少し前から出る出ると言われていたM4のMacBook Proの噂を、気にしていましたが…。 発表→即発注！ 10月30日に発注しましたが、発売日が11月8日で、自宅への配送が11月12日というスケジュールでした。 仕様は、 ・CPU：M4 ・メモリ：32GB ・SSD：1TB ・96W UCB-C電源アダプタ これに、ソフトウエアを追加（学生・教職員向けPro Appバンドル） ・Final Cut Pro ・Motion ・Compressor ・Logic Pro ・MainStage 少々盛ったおかげで、結構な金額になりました。 ただ、これまで使用していたM1 MacBook Proが6万円強で下取り可能ということでしたので、かなり嬉しい状況です。 　4年間使用して、20万→6万なので、十分元が取れた気がしますね…。 移行アシスタント稼働 着弾したので、早速起動しました。 移行アシスタントを使えば、Thunderbolt経由なので結構速そう。 ということで、設定し開始！ およそ、1時間ほどの予想時間でした。（300GB程度かな…。） 移行後の調整 　今の移行アシスタントは、非常にしっかり動作してくれて、これまでの環境をすっかり持っていってくれました。 　ただ、一部のWeb系のソフト（slackやsteamなど）で、再認証を行わないといけないものだけ手間がかかりました。 まぁ、全く問題ないレベルの作業です。 開発系の環境は、再設定しようと思い、homebrewを一旦すべて削除した上で、入れ直しを行いました。 　バージョンはすべて新しめのものに差し替えて…。 　ここまでで、約1日かかってますが、ほぼ運用開始可能な状況に。 とりあえず使った感想 　速度は非常に満足なレベルです。 　バッテリーの持ちが尋常じゃないです。 　昨日、講義でプロジェクタ・外部ディスプレイ・内蔵ディスプレイで表示させながら、午前3時間、午後3時間フルに使用しましたが、帰るときには50%くらい残っていました。 　90%以上充電されていれば、通常の使い方であれば丸2日は十分に使えそうです。 ACアダプタを念の為持っていきますが、出番はないです…。 （96Wのアダプタにする必要はなかった気がする） もう少し、色々と試して見ようかと思っています。 ちなみに、単純なBenchmarkの結果は以...

 MacとiPadならSidecarなんだけど… 今回はAndroidタブなので、良い方法がないか調査とテストを隈無く実施…。（めちゃくちゃ苦戦した…） 目的は、ノートPC（Ubuntu）＋タブレット ＆ MacBook Pro＋タブレットで、タブレットをサブディスプレイとして利用できるようにする。 Ubuntuの場合は、RDP接続で可能と書かれているんだけど、Xorgでもwaylandでも動作しない。 そもそも、VIRTUAL1という仮想ディスプレイが接続時に見えるというのだが、存在すらしない。 そこで、自前で作ってしまえばいけるんじゃ？と思って作業する。 http://kapper1224.sblo.jp/article/189032259.html ここを参考に、仮想ディスプレイを作成する。 $ sudo nano /usr/share/X11/xorg.conf.d/30-virtscreen.conf でもって、以下の内容を記述。 Section "Device"     Identifier "intelgpu0"     Driver "intel"   EndSection 一旦、ここで再起動が必要。 すると、VIRTUAL1が作成される。 $ xrandr  Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 eDP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 290mm x 170mm    1920x1080     60.02*+  59.93    48.02      1680x1050     59.88      1400x1050     59.98      1600x900  ...

アップデートで超改善 前回構築したM1 Mac上の仮想マシン でキー入力などがうまくいかず、苦労していたところが、あっけなく解消してしまった。 homebrewを使用しているので、各種updateを行っている時に、utmのバージョンが上がっているのに気づいた。 でもって、2.2.4にversionを上げたところ、機能アップと不具合の改善が行われていた。 まずは、前回苦戦したキーボードの入力を認識しない件に関して、大きな変化があった。 ほぼ全てのキーを正しく認識することが分かった。 ほぼ、というのは、「英数」と「かな」のみ全く認識していない。ただそれ以外は、一応OKっぽい。 問題は、mozcでの日本語入力の切り替えだ。 デフォルトでは「⌘+スペース」を押すことで、入力ソースの切り替えに設定されているのだが、MacOS側の入力が先に反応してしまい、仮想マシンに入力が渡らない。 　Mac上での⌘+スペースはspotlightがデフォルトになっているので、画面上にspotlightの検索画面が表示されてしまう。 そこで、基本使用してしないspotlightをオフにしてみると、難なく仮想マシンに入力が渡ることが判明した。 これで、無事に入力の切り替えが可能になった。 本当は、「英数」「かな」でOFF/ONを切り替えたかったけれど、まったくキーを認識していないので、仕方なくこの方法で運用することにした。 ネットワークも楽に 前回のバージョンでは、ホストと仮想マシン間でNATでしか接続できない状況だったのが、あらたにbridge接続ができるようになった。 これで、外部の他のマシンからのアクセスが容易に利用できるようになった。 設定は以下の箇所を変更するだけ。 設定を保存し、仮想マシンを起動すると、ホストマシンと同じセグメントでIPを取得できている。 これで、Apacheを起動すれば、外部のマシンからWebサーバとしてアクセスできる。 ポートフォワードなどの設定をする必要もなく、簡単にサーバ環境をテストできるわけだ…。 ということで、utmを利用する価値は格段に上がった感じです。 ちなみに、iOS版も出ているので、その上でも仮想マシンが構築できるような感じ？なのかな。試していないのでなんとも言えないけれど…。

 Type-Cになって便利なんですけど… 最近購入したマシンは、コネクタがType-Cになっていて、便利なんですけど、マシンによってはコネクタの数が少なかったり、Type-Aが使えなかったり…。 まず、MBPは、Type-Cが2つだけしか存在しない。電源を取ると、残りが1つ。 これだと、抜き差ししないといけなかったりして、少し不便。 特に、最近は娘がZoomしている時に、自分がZoomで打合せとかになるので、帯域を確保するのに有線で接続しようとすると、Type-Cがネックになる。 ということで、新しくType-Cハブを購入して、M1 MacBook ProとHP Chromebookで動作検証してみた。 購入したのは、「 USB C ハブ ドッキングステーション 10-in1 」 タイムセールを利用したので、4000円程度だった。 まずは、ACアダプタ→HUB→MBPと充電しながら、有線LANを使ってみた。 さすがに、Wi-Fiとは比べ物にならない速度で接続可能！ まぁWi-Fi経由でも150Mbps程度出るので、問題はないのだけれど…。 快適です。GigaBitのLANアダプタというのも、問題なさそうです。 次に、ChromeBookに接続。電源を取らずHDMIケーブルをTVに接続。 おぉ！2画面のChromeBookは、なかなか斬新で素敵かも…。 ただ、TVはタッチパネルじゃないので、微妙…。 この環境だと、chromebookもメインマシンとして利用できるかも。 まぁ、Linux上でvscodeやらブラウザやら使うのが中心なので、廃棄しても良い家庭用TVでも解像度によっては使えそう。 ということで、安い割にはちゃんと機能しています。 これなら、MBPかChromwBookと一緒に持ち運べば、どんな状況でもなんとかなりそう。 2画面でZoom。有線LANもOK。 USBも余裕ありなので、後期の講義には持っていこうかと思案中。 気になる点も… 電源を使いながら3時間以上使用したところ、かなり発熱する。 オンラインミーティングを終えて、取り外そうとしてあつっ！と感じるくらいの温度になってました。 　まか、MBPで通常の利用なら充電なしでも問題ないけど、HDMI使った場合はバッテリーがどの程度持つのか、一度試す必要はありそう。 　まあ、お安いので駄目もとで買っ...

 M1 Mac速いけどまだ足りない… M1 Chip搭載のMacbookProを入手して、いろいろとテストしている。 確かに速い！メモリ8GBで苦しいんじゃ？と思ったけど全然そんなことないし、Intelの16GB相当と言えるような感じ。 バッテリーの持ちも本当に良いし、ZoomやSkypeを使うときはメインマシンとなっている。 さて、今回はこれまでx86対応が遅れている箇所を検証してみた。 目的はM1 Mac上に仮想環境を構築し、その中でLinuxを動作させること。 VirtualBoxが動作しないので、他に方法はないのかと探してみると、OpenSource Base（QEMUを使用したもの）で、UTMというのが存在することがわかった。 しばらく、OSXから離れていたので、情報不足でした。 そこで、こいつを使用して構築を試みる。 intel系のコードの場合、rosset2が変換して動かすものの、初期変換に時間がかかることと、ドライバ等は正常動作しないことが多い。 仮想マシンは、M1のnativeで動作させたいので、以下の方針で進める。 仮想マシンはArm64 CPUとする OSは、Arm64に対応したもの できれば、使い慣れているUbuntuもしくは他のLinux 色々と探してみると、すでに同じ構成でのレポートがあった。 参考にしたのは、「 第672回　UTMを使ってM1 Mac上でUbuntuを動かす 」だ。 UTMのインストール これは、どのインストール方法を選択するかで、変わってくる。自分のマシンはHomebrewを導入済みなので、当然brewでインストールする。 (https://github.com/utmapp/UTM/releases/tag/v2.1.2) $ brew update $ arch -arm64 brew upgrade $ arch -arm64 brew install --cask utm 何の問題もなく進む。 brewを使用していない人は、dmgを落とすか、AppleStoreで有料購入できるらしい。 仮想マシンの構築 さて、UTMを起動して、仮想マシンを作成する。 メモリは8GBしかないので、とりあえず3GB割り当てることにした。 Ubuntu程度なら、2GBでも充分動くけど、快適に動かせるように少し余分に…。 Ub...

 M1 Mac Book Pro ネイティブ対応が嬉しい 入手して4ヶ月が過ぎ、その間に徐々にでは有るけれど、M1対応のソフトが増えてきている。 日頃使用しているブラウザはVivaldiなんだけど、これがx86→M1に対応した。 まぁ、少しは早くなるだろうと思い、更新したらサクサク感に少々驚く。 これは、ちゃんと比較しておこうとベンチマークしてみた。 最初の状況がこれ。 こいつでの測定結果。約93って感じ でもって更新後 なんと、185までアップ。arm版になるだけで、こんなに違うのか…。 ちなみに、Ryzen5 のLinux機では、133程度なので、メインマシンより速いじゃん！ その割に、発熱も少なくてバッテリーの持ちがすごく良いので、これは良機の予感。 しょぼいマシン買うくらいなら、お勧めですわ。