ここ数日、Firefoxを使用していると、以下のような症状が出ていました。 VTDecoderXPCServiceというプロセスがCPUに負荷をかけていて、それにつられるようにFirefoxの負荷も上がって、MacBookのファンが全力でした。 ググってもこれというのがなかったのですが、動画系のプロセスだってことは把握できました。 で、Firefoxをいじっているとありました。このページ↓作業時間記録のためにピン留めしていたtogglがいつの間にかログアウトしてて、トップページの動画がだだ流しでした。 他にもtweetdeckなどがこのプロセス動作の引き金になっていた模様です。 重たいページを走らせてるつもりもないのに、VTDecoderXPCServiceが動いているときは、どっかで動画が表示されてる可能性があるってことですね。

# Windows /bin/bash run.sh /Users/{yourname}/AppData/Local/Amazon/Kindle/Cache/KindleSyncMetadataCache.xml Shift_JIS # Windows (WSL) /bin/bash run.sh /mnt/c/Users/{yourname}/AppData/Local/Amazon/Kindle/Cache/KindleSyncMetadataCache.xml Shift_JIS # Mac (Kindle for MacをAppStoreでインストールした人) /bin/bash run.sh $HOME/Library/Containers/com.amazon.Kindle/Data/Library/Application Support/Kindle/Cache/Kindle

プロダクト開発部バックエンド開発グループでエンジニアをしています、おかだです。 ココナラには開発環境改善委員会があり、開発スピードの維持・改善に取り組んでいます。 本日は、取り組みの一環としてAppleシリコンのMacでのDocker開発環境のパフォーマンスを5-10倍程度改善したお話をしたいと思います。 はじめに AppleシリコンのMacが発表されてから数年が経ちました。ココナラでも昨年から導入が進んでおります。新しく入社したメンバへはM1 MacBook Pro(最近だとM2)が標準で支給されるようになっており、現在はIntel MacとM1 Macが混在して利用されている状況です。 バックエンドの開発では、ローカルでの動作確認や単体テストはコンテナ内で実行できるようになっています。 Dockerパフォーマンス問題 M1 Macを導入したメンバから 単体テストが遅い 静的解析が遅い

Made for Mac. Optimized for Gmail. Mimestream combines the power of macOS with Gmail’s advanced features for a new kind of email client that lets you move through your email effortlessly. Download Free Trial Watch Video

Git 2.26.0以下に脆弱性が見つかった とのことで、Homebrewでインストールしたgitを更新しようと思ったら、自分がHomebrewのコマンドを理解していないことに気づきました。 ということで、この際、覚書的にメモっておきます。以下、よく使いそうなコマンドの一覧です。 Homebrewの更新 インストールしたフォーミュラ（パッケージ）が更新されるわけではないの要注意です。僕はココを勘違いしてました。 brew update インストールしたフォーミュラの更新 brew upgrade フォーミュラ名のように特定のフォーミュラを指定して個別に更新も可能。何も指定されていない場合は、インストールされているすべてのフォーミュラが更新される。更新後にbrew cleanupも実行されて30日以上古いフォーミュラは削除されます（参考 ）。 brew upgrade 更新可能なフォーミュラ

BPSの福岡拠点として一緒にお仕事をさせてもらっているウイングドアのウメバヤシです。 最近、brew upgradeをした際に、Command Line Tools（以下「CLT」）が原因でエラーが出たのでその解決をしました。 その時にCLTについても少し調べてみたのですが、ネットで検索してヒットする情報の中には、間違った認識のものや、あやふやな内容のものが結構多いなという印象を受けました。 なので今回は、Homebrewのエラーの解決方法と、信頼できるソースや検証した結果を元に、CLTについてできるだけ正しく解説していきます。 検証環境 * PC : MacBook Pro (13-inch, 2020, Four Thunderbolt 3 ports) * OS : macOS Big Sur バージョン 11.2.3（20D91） * Homebrew : 3.0.5 * xcod

はじめにHomebrewにてcreanupしたところ、下記のようなエラーが発生しました。 $ brew creanup Error: Permission denied @ apply2files - /usr/local/lib/docker/cli-plugins 権限がないらしいですね。 対処方法下記に対処の方法がありました。 Homebrew: Permissions Denied Issue Fix (OS X / macOS) 下記を実行すれば良いとのことなので、実際に実行してみます。 $ sudo chown -R $(whoami) $(brew --prefix)/* $ brew creanup Pruned 8 symbolic links and 18 directories from /usr/local 無事にクリーンアップができました。 最後にとりあえず、問題

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

macOS Montereyはわりと好きだったんですが、今は毎年出る宿命のmacOS Venturaを使っています。 Karabiner-Elementsはアップデートが続いているので、Venturaにも対応しています。 この記事では使い方と、アンインストールの注意点をご紹介します。 macOSでKarabiner-Elementsをインストール Karabiner-Elementsが効かない？ セキュリティを許可してもKarabiner-Elementsが効かない場合 macOSでKarabiner-Elementsを使う方法 macOS VenturaでKarabiner-Elementsのアイコンが消えない問題 Karabiner-Elementsのアイコンを非表示にして削除 macOSでKarabiner-Elementsをインストール Karabiner-Elementsの公式ペ

「Macをスリープさせないようにしたい」 「Macのスリープ時間を調整したい」 当記事は、このような悩みを持つ方に向けて書いてみます。 Macを触っていないとき自動的に休ませられる「スリープ機能」。スリープ解除のパスワード入力を必須にしていると何度もログインしないといけなくて面倒ですよね。 できるならスリープをさせずにずっと使い続けたいという方も多いと思います。そこで今回は、Macをスリープさせないようにする設定方法とおすすめアプリを紹介します。 わずか1分程度で実行できるので、すぐに改善したい方はぜひご覧ください。 Macのスリープ機能とは Macに搭載されているスリープ機能とは、使っていないときに第三者が操作できないようにしたり消費電力をおさえたりする機能です。例えば学校の講義でMacBookを置いたまま席を立たないといけないときでも、誰かが勝手に触ることはできなくなります。 とくにM

最近、iPhoneをMacに接続しているとMacBookのファン回転が上がりだす．．．．　うーむ。 こんな時にプロセスを見てみると、、「PTPCamera」というプロセスがCPUリソースを食っている。 どうやら写真Folderからの写真読み取り用のプロトコルを起動するプロセスらしい。launch.dでイベントが起きると起動される、ってわけだ。 iPhoneはiCloudで自動同期させてるので、充電時やシンクロ時に写真の読み込みなんかしない。　なのでこのプロセスは起動してもらっても邪魔なだけだ。 で。 このプロセスの元アプリ(デーモンですね)　を起動しないようにrenameしておこう。(笑) はい、これでPTPCameraプロセスが起動することは無くなりましたぁ〜〜〜〜。 PS：Photos「写真」でSDカードから写真読み込むような人はPTPCameraは起動してないとダメだからね。要注意で

今回はCanonical社が開発しているVM管理ソフトのMultipassを紹介します。 個人的には数ステップの簡単なコマンドだけでVMを作ることができお手軽だと思います。 またハイパーバイザ型のVMのため、Dockerなどと異なりコンテナ用でないイメージが使えるという特徴もあります。 今回はUbuntuなどの開発で有名なCanonical社が開発しているVM管理ソフトのMultipassを紹介したいと思います。 近いソフトではVagrantが挙げられます。 Multipassの特徴 個人的にはMultipassの特徴は次のような感じだと思います クロスプラットフォーム ハイパーバイザ型のVM CLIのみのインターフェイス cloud-initに対応 マシンイメージの一覧がカタログになっている Linux、Windows、Macの3つのプラットフォームで動作します。 同じコマンドで複数のO

Macのマルチモニターでは⌘ Tabでアプリ切り替えウィンドウがマルチモニター側に表示される ASUSのZenScreenを購入してからマルチモニター環境で仕事をしています。休日にはモニターを自宅に持ち帰って自宅でもマルチモニターが使えるのが便利です。ところが困ったことに、Macのマルチモニター環境で⌘ Tabを押すとアプリケーション一覧がサブモニター側に表示されてしまいます。 ショートカットキーで素早くアプリを切り替えたいのに、その度にサブモニター側に目を移動しなければならないのは疲れてしまいます。 原因はドックの位置 色々いじってみてわかったのは、アプリ一覧が表示される画面はDockが表示される画面になることがわかりました。 ドックを下に配置しておけば現在自分が見ているメインの画面に表示されますが、私はドックを右に配置しているため、右側のサブモニターにアプリ切り替えが表示されてしまいま

僕はMacでアプリケーション同士を切り替える場合、「Command + Tab」を利用することが多い。複数ディスプレイを使っている時でも当然利用しているが、トリプルディスプレイ環境にしてから意図しないディスプレイに切り替えメニューが表示されてしまうことに悩まされていた。 例えばメインのディスプレイで作業をし、サブディスプレイの方で別の作業をしてから「Command + Tab」で他のアプリケーションに立ち上げようとした時に、切り替えメニューがなぜかサブディスプレイの方に表示されてしまっていた。 色々と試した結果、どうやらDockの表示状態と配置が関係していることが分かった。困っている人がいたら参考にどうぞ！ Dockの位置と「自動的に隠す」の有効・無効が関係 まず複数ディスプレイを利用する場合、Dockの位置、そしてDockが自動的に隠れるようしているか否かによって挙動が異なる。話が複雑に

The Morning After: Should you upgrade to an iPhone 16?

画像出典 Apple M1 Mac miniを購入して丸1ヶ月経つので、この1ヶ月M1 Mac miniを使い倒した所感を書いておきたいと思う（主に残念に感じた点）。 購入したM1 Mac miniはRAM 16GB・SSD 512GB。 以前までの環境はMac mini 2018（Core i7 8700B・RAM 32GB・SSD 512GB）+Blackmagic eGPU（Radeon Pro 580 VRAM 8GB）。 モニターはBenQ EW3280Uを主に使用。 2021年3月29日追記その後、トラブルに耐えかねてIntel Macへと環境を戻しました。 2021年3月29日M1 MacからIntel Macに戻った理由 M1 Mac miniを丸1ヶ月使った感想 Mac mini 2018+eGPUからの移行ではそれほど速くなった印象がなく、むしろグラフィックスパフォーマ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert