Windowsを、深く掘り下げる。

テスト済み: Windows 11 は遅いストレージ管理を修正し、30 年間の FAT32 制限を削除しました

<本文>Microsoft は、開発ビルド 26300.8170 およびベータ ビルド 26220.8165 を含む、最新の Windows 11 Insider ビルドでストレージの新しい改善を展開しました。これらの変更は、ストレージ設定の高速化、ユーザー エクスペリエンスの向上、そして数十年にわたって存在していた人為的な制限の削除に重点を置いています。 このアップデートにより、 設定 > システム > ストレージ > ストレージの詳細設定 > ディスクとボリューム に移動する際のパフォーマンスが向上します。ここで、ドライブのプロパティ、パーティション、ストレージの詳細を確認できます。 Microsoft は、ストレージ ページでのアクセス許可の処理方法も変更したため、UAC プロンプトはすぐには表示されなくなり、一時ファイルにアクセスする場合にのみ表示されます。 それに加えて、Windows ではコマンド ライン経由で最大 2TB までの FAT32 ドライブをフォーマットできるようになり、ファイル システムが内部ではるかに大きなボリュームをサポートしているにもかかわらず、数十年にわたって存在していた長年の 32GB の制限が置き換えられました。 大規模なドライブでディスク プロパティを開くと、特に複数のボリュームまたは大容量のボリュームがあるシステムでは、長い間異常に時間がかかりました。 私自身、複数のドライブでこれをテストしましたが、その違いは思ったよりも大きかったです。 Windows 11 はついに大規模ドライブの低速ストレージ設定を修正しました 設定アプリからドライブのプロパティを変更することは、私の脳裏では Windows キーと X をクリックしてディスク管理ツールを開く作業だったため、以前は行っていませんでした。 ちなみに、何十年も前のものに見えますが、それでもまだ機能します。しかし、Windows がレガシー コードを失うのを見たければ、最新のツールを強制的に使用する必要があることは理解しています。 とはいえ、ディスクとボリューム ページから大規模ボリューム上のストレージを表示するときのパフォーマンスの低下は大きな問題です。より大きなドライブ、特に複数のパーティションを持つ機械式 HDD を備えたシステムの場合、「ディスクとボリューム」を開いてドライブのプロパティをクリックすると、ロードに異常に長い時間がかかることがあります。 私の場合、ページが完全に応答するまでに一貫して約 15 秒かかりました。 これは、130 GB ドライブのストレージ設定を開いている私の PC です。 はい、15秒近くかかりました。 292GB ドライブでも同じことが行われます。 409GB ドライブで 3 回目のチェック:

この 25 年前の Windows ツールはタスク マネージャーよりも優れています

<本文>Windows エクスペリエンスを完了するには、時々タスク マネージャーを開いて、どのアプリケーションが RAM をすべて使用しているかを確認するか、10 分間フリーズしたまま希望が見えないプログラムを終了する必要があります。しかし、それはこの仕事に最適なツールですらない。代わりに使用すべきものがある。 ## タスク マネージャー: 象徴的で多用途なタスク マネージャー でも何かが足りない タスク マネージャーは、オペレーティング システムで最も一般的に使用されるユーティリティの 1 つであるという事実により、現在では実質的に Windows の同義語となっています。 応答しないアプリを終了する必要がありますか?これを行うには、タスク マネージャーを開いてください。リソースの使用状況を確認する必要がありますか?タスク マネージャーがサポートします。タスク マネージャーからスタートアップ アプリを制御することもでき、以前の方法と比べて非常に便利です。 ただし、タスク マネージャーは、PC 上のすべてのアプリケーションで実際に何が起こっているかをほんの少し垣間見るだけです。問題が発生した場合は、さらに詳しい情報を提供できるものが必要です。 すべての Windows ユーザーが知っておくべきタスク マネージャーの 8 つのヒント タスク管理を簡単に! タスク マネージャーは必ずしも役に立つとは限りません 問題があることはすでにわかっています。問題を解決するのを手伝ってください。 タスク マネージャーを起動する最も一般的な理由は、誤動作、遅延、または完全にフリーズしているアプリを終了することです。残念ながら、タスク マネージャーでは問題について多くのことを知ることはできません。実際のところ、アプリケーションが使用しているシステム リソースの数と、実行可能ファイルが PC 上のどこに保存されているかだけがわかります。 こちらもかなり不透明です。タスク マネージャーを開いて、コンテキストのない svchost.exe の長いリストを見たことがある人は、あなただけではありません。タスク マネージャーは関連情報を表示できないだけです。 何らかのトラブルシューティングを行っている場合、または単に詳細情報が必要な場合は、他の場所を探す必要があります。 Process Explorer は、これらの問題などすべてを解決するため、最初に利用すべきです。 Process Explorer は 11 にダイヤルされたタスク マネージャーです タスク マネージャーのすべての機能に加えて、さらに強力な機能 Process Explorer (元々は Microsoft が 2000 年代初頭に買収したサードパーティ アプリ) は、タスク マネージャーの最良の部分を取り入れて、さらに多くの機能を提供します。

毎日のドライバーとして Windows を使用できなくなった 4 つの理由

<本文>私はリカバリ中の Windows ユーザーです。 Windows 3.11 から今年初めまで、私は Microsoft の主力 OS に対して常に愛憎の感情を抱いてきました。 私は Windows を広範囲に使用してきましたが、Linux をいじるのもいつも楽しんでいます。私は前の仕事でそれを使用しており、趣味やプロジェクトのために常に 1 つのディストリビューションのパーティションを持っていました。私はすでにそれを使用することが好きで経験があったので、Windows パーティションを削除して Linux に完全に切り替えてみてはどうだろうかと考えました。 それはまさに私がやったことですが、予想よりも速いスケジュールで起こりました。今日は、私がついに Windows パーティションを捨てて、Linux を日常のドライバーにする理由を説明します。 関連 これは、Windows と Linux を問題なくデュアルブートする方法です 無料のストレージに制限はありません。 Microsoft の信頼の問題は Windows 8 から始まりました これらすべてはひどい Windows 8 から始まりましたが、Windows 11 アップデートの失敗により、最終的に私は限界を超えました。 私は、Windows 8 のタブレット レイアウト、スタート メニューの欠如、および Windows 7 に比べて Windows 8 が提供するその他すべての「改良点」を大嫌いでした。Windows 10 は改良点でしたが、最近サポートが終了したため、仕事では Windows 11 を使い続けていました。 長い間、私は仕事のために Windows を捨てて Linux ディストリビューションに移行するというアイデアを考えていました。私は、広告、不要なアプリ、Microsoft Store のぎこちない UI など、Windows によくある懸念事項にすでに不満を感じていました。 2026 年 2 月のアップデートでシステムが停止するまで、イライラしながらも、これらの問題をほぼ回避できました。

Microsoft が Windows 11 回復アシスタントを廃止し、「ヘルプ」に置き換えます

<本文>クリックして次の記事へ Windows 11 では、Microsoft はサポート ツールを最新化し、システム セキュリティを向上させる取り組みの一環として、2026 年 3 月のセキュリティ更新プログラムのリリースでサポートおよび回復アシスタント ユーティリティ (SaRA) を削除し、「ヘルプを取得」コマンド ライン ツールに置き換えました。 ちなみに、サポートと回復アシスタントは、Windows 11 (および古いバージョン) および Microsoft 365 アプリ (Outlook や Teams など) に影響を与える一般的な問題を自動的にトラブルシューティングして修正する診断ユーティリティとして特別に設計されました。問題を検出したり、修正を適用したり、ユーザーに手動の手順を案内したりできます。ただし、レガシー インフラストラクチャのため、このツールは非推奨となり、オペレーティング システムのサポートされているバージョンから削除されました。 Microsoft の代替品は、「GetHelpCmd.exe」として知られる Get Help コマンド ライン ツールです。これは同様の診断機能を提供しますが、セキュリティの向上、エンタープライズ環境との統合の強化、自動化のサポートの強化を提供する更新されたバックエンド サービスに基づいて構築されています。 記事は下に続きます このツールは主にネットワーク管理者向けに設計されていますが、コマンド ライン ツールの使用に慣れている人なら誰でも利用できます。 ヘルプの表示 を使用すると、Outlook、Teams、その他の Office コンポーネントなどの Microsoft 365 アプリに関連する Windows 11 の問題を診断し、トラブルシューティングできます。 ほとんどの Windows 11 ユーザーにとって、グラフィカルな ヘルプ アプリが引き続き推奨されるトラブルシューティング方法であることに注意することが重要です。ただし、コマンドライン バージョンは、スクリプト作成、リモート管理、エンタープライズ診断に依存するパワー ユーザーやネットワーク管理者に高度な機能を提供し、廃止されたサポートおよびリカバリ アシスタントの最新の代替手段を提供します。 このハウツー ガイドでは、Windows 11 のヘルプ コマンド ライン ツールの使用を開始する手順の概要を説明します。 重要: Microsoft はこのツールを定期的に更新します。その結果、アプリの各ビルドは、GetHelpCmd.exe ファイルにリストされている「作成」日から 90 日後に常に動作を停止します。したがって、ツールを頻繁に再ダウンロードして、最新の機能と改善点にアクセスできるようにすることをお勧めします。

Microsoft がまだ解決していない煩わしさを解決する 5 つの小さな Windows ユーティリティ

<本文>Windows 11 は洗練されていてモダンに見えますが、使いやすさや生活の質に問題があり、毎日実行するのが少々面倒です。幸いなことに、何人かの開発者がそれらの欠点を補う無料のプログラムを作成しました。 EarTrumpet は Windows オーディオを即座に修正します アプリごとの音量コントロールを簡単に Windows でオーディオ レベルを調整しようとしたことがあるなら、おそらく、音量ミキサーを開いてスライダーを移動し、閉じて、そのシーケンスを複数回繰り返したことがあるでしょう。 デフォルトのボリューム ミキサーは少し使いにくいだけでなく、それにアクセスするには Ctrl+Win+V を押すか、1 つのメニューをクリックしてスクロールし、別のメニューを開く必要があります。 EarTrumpet はシステム トレイに小さなアイコンを配置し、ワンクリックでアプリケーションごとのスライダーを表示します。これは Windows と統合されますが、オペレーティング システムの一部ではないため、その動作はドライバーやハードウェアによって異なり、一部のプログラムはこのツールと完全に統合される場合があります。 実際には、個々のアプリケーションの音量を頻繁に調整する必要がある場合(たとえば、音楽を聴きながらゲームをする場合)、EarTrumpet を使用するとそれが簡単になります。 WizTree はストレージを消費しているものを表示します Windows に組み込まれているものよりも高速 Windows 11 の内蔵ストレージ ツールは遅く、実際にドライブ上のストレージ領域を何が使用しているのかを明らかにしない概要が表示されます。 実際にドライブをクリーンアップしようとしている場合、それはあまり役に立ちません。 「その他」が 500 GB を使用していると表示され、フォルダーも表示される場合があります。残念ながら、このユーティリティはそこで終了します。ファイル エクスプローラーに切り替えないと、そのスペースを管理できません。 WizTree はファイル システムを直接スキャンします。これは SSD でうまく機能し、ディスク使用量の視覚的なマップを迅速に作成できます。機械式ハードドライブは当然ながらはるかに遅くなります。 関連 機械式ハードドライブは本当に時代遅れなのでしょうか? HDD の死亡に関する報道は非常に誇張されています。 実際、ディスクを占有しているものを簡単に視覚的に表示する必要があり、最新のドライブを使用している場合は、WizTree を使用すると時間を節約できます。高速ではないシナリオでも、アプリケーションを離れることなく直接スペースを空にすることができる非常に便利なユーザー インターフェイスを提供します。 クリップボード履歴も同様に便利です Windows の組み込みクリップボードは、まだまともなスタート地点にすぎません Windows には少し前にクリップボード履歴が追加されましたが、保存されるのは少数のアイテムのみで、検索機能がなく、再起動の間に履歴は保存されません。 頻繁にコピー&ペーストをしている人にとって、検索機能の欠如はかなり明らかな省略です。トピックを書いたり調べたりしているときに、後で参照したいさまざまなトピックに関するリンクが十数個蓄積されることがよくあります。 Windows のデフォルトのクリップボードでは、必要なものを探すために、コピーしたもののリストをスクロールする必要があります。 同様に、それがより良くなります。テキスト、画像などを含む検索可能な長い履歴が維持されます。デバイス間の同期もサポートしているため、別のコンピューターからコピーを取得できます。 つまり、ソースのリストは、見つかるまで上下にスクロールすることなく、すばやく検索できるということです。これは小さな生活の質の向上ですが、私は毎日使用しています。 すべてが Windows Search に完全に置き換わります ナンセンスな超高速検索 Windows Search は行き当たりばったりです。場合によっては、無関係な結果が返され、大容量ドライブの検索に耐えられないほど長い時間がかかることがあります。幸いなことに、より良い選択肢があります。 すべてがファイルのインデックスを迅速に作成し、入力時にリアルタイムの結果を表示します。また、結果を簡単に絞り込むことができる高度なフィルターもサポートしています。 Windows のデフォルトの検索機能と照らし合わせて Everything の時間を厳密に計測したわけではありませんが、その必要はありません。どれだけ高速であるかはすぐにわかります。さらに、Everything には、スタート メニューの検索とは異なり、デフォルトでは Bing の検索結果が含まれていないため、ローカル ファイルを検索するときにインターネット検索結果がポップアップ表示されることはありません。

WSL2 プロジェクトを Windows ドライブに置くとパフォーマンスが低下します。その理由は次のとおりです。

<本文>Linux 用 Windows サブシステムを初めて使用し始めると、すべてが機能しているように見えます。リポジトリのクローンを作成し、依存関係をインストールし、アプリを実行し、「Windows 上の Linux」ができたと自分自身に納得させることさえできます。その後、何か違和感を感じ、すぐに実行できるはずのコマンドにかなりの時間がかかることに気づきます。パッケージのインストールは長引き、ファイル ウォッチャーは異常な動作をし、開発サーバーは単一の原因とは考えにくいほど遅く感じられます。最初は、これが明らかな原因であるため、WSL2 自体のせいにされますが、通常は間違っています。 本当の問題はファイルがどこに存在するかです Windows ファイルシステムは隠れたパフォーマンス上のペナルティをもたらします プロジェクトが次のような場所にある場合: /mnt/c/Users/YourName/projects/my-app 実際に Linux ファイルシステムを操作しているわけではありません。あなたは Windows ファイルシステムで作業しており、翻訳層を通じてアクセスします。 この詳細は見落とされやすく、驚くほど高価です。 WSL2 は、軽量の仮想マシン内で実際の Linux カーネルを実行します。その環境内には、ネイティブ Linux ファイルシステムがあります。高速で一貫性があり、Linux ツールが期待するとおりに動作します。 ただし、 /mnt/c 、 /mnt/d 、またはマウントされた Windows ドライブにあるファイルにアクセスする場合、すべてのファイル操作は Linux と Windows の間の境界を越える必要があります。その境界は、パフォーマンスが低下する場所です (エラーをスローすることなく静かに、これにより悪化します)。 関連 WSL は優れていますが、Windows に戻るにはまだ十分ではありません Copilot を我慢できるようになるには、仮想 Linux マシン以上のものが必要です。 これが実際に速度を低下させる理由 ファイルの多いワークフローにより、ファイルシステムの変換のオーバーヘッドが増大する 最新の開発ワークフローは、ファイルが非常に重いです。次のようなものを実行すると何が起こるかを考えてください。 npm installpip installcargo buildnpm run dev これらのツールは、何千もの小さなファイルを作成、読み取り、変更します。これらは、ファイルシステムへの高速アクセスと予測可能な動作に依存しています。 ネイティブ Linux ファイルシステムでは、これは最適化されますが、WSL2 を介してアクセスされる Windows ファイルシステムでは、これらの操作のそれぞれに 2 つの異なるシステム間の変換が含まれます。 その結果、物事はうまくいきますが、すべてが遅くなるだけです。場合によっては 2 倍、場合によっては 10 倍、さらに場合によってはさらに悪化することもあります。速度低下は多くの小規模な操作に分散しているため、必ずしもすぐに気づくわけではありませんが、時間の経過とともに増加していきます。