IT Info

Vulkan の高性能グラフィックスとコンピューティング API は多くのベンダーによってサポートされていますが、Microsoft と Apple はこの Khronos Group 標準をサポートしていない 2 つの注目すべき組織です。 Microsoft 側としては、明らかに社内の Direct3D を好みます。ただし、Microsoft は最初の Vulkan 拡張機能を提出する準備を進めています。 最初の Vulkan 拡張機能を提出するための準備の一環として、一夜にして、 「MSFT」ベンダー プレフィックスを追加するための Vulkan 仕様リポジトリ。 vk.xml には、今後 Microsoft Corporation の拡張機能を表す MSFT タグが追加されました。 Microsoft のエンジニアは、Vulkan 階層化ドライバー拡張機能の開発に取り組んでいます。提案されている VK_MSFT_layered_driver 拡張機能の目的は、一般的な Vulkan ローダーがドライバーの階層化をより適切に処理して、物理デバイスのソートを改善できるようにすることです。以下は、まだマージされていない VK_MSFT_layered_driver が対処したい状況を説明した問題ステートメントです: “Vulkan ローダーは、プラットフォーム固有の基準に従って物理デバイスを並べ替えることができます。たとえば、Windows では、ローダーは LUID を使用して物理デバイスを同じ順序に配置します。ただし、同じ物理デバイスのサポートを提供する複数の Vulkan ドライバーを使用することも可能で、1 つはベンダー提供の「ネイティブ」実装で、もう Read more…

Aquacomputer Linux デバイス ドライバーに LEAKSHIELD デバイスのサポートを追加するためのパッチが保留中です。ドイツの PC コンポーネント メーカーである Aquacomputer は、Linux 上のさまざまな製品のサポートを享受してきました。このオープンソース ドライバーで最新のサポートが確認されたのは、水冷の漏れや冷却セットアップに関するその他のパフォーマンス メトリクスを報告するための Aquacomputer Leakshield です。 Aquacomputer Leakshield は、液体/水冷却システムの漏れをアクティブに監視し、統合された真空ポンプで負圧を生成することで、液体で満たされる前でも冷却ループ内の漏れをチェックすることもできます。 Aquacomputer Linux ドライバーへのパッチにより、Leakshield の統合温度センサーが圧力 (現在/最小/最大/目標) メトリクス、リザーバー容積 (総量および充填量)、ポンプ速度、流量データはすべて Linux ユーザーに公開されます。 Aquacomputer Leakshield に興味がある場合は、パッチが現在 メーリング リストにあります。 ただし、v6.5 カーネル サイクルに間に合うようにキューに入れられる可能性があります。

最近、RISC-V アーキテクチャ向けに最適化されたメモリ コピー機能「memcpy」実装が LLVM の libc ライブラリにマージされました。 RISC-V 用に最適化された memcpy がマージされ、アライメントされていないメモリ アクセスが不正または非常に遅い場合の処理​​が向上しました。 ARM32 も同様に恩恵を受ける可能性がありますが、現時点では RISC-V 32 ビットおよび 64 ビット ソフトウェアで有効になっています。 Google の Guillaume Chatelet によるこの新しい実装のベンチマークでは、一部のテストで 474 ns から 126 ns に低下する一方、極端なケースでは 6033 ns からわずか 981 ns に低下することが示されています。 このような大きな memcpy 速度でもRISC-V の場合、GNU の Glibc は依然としてはるかに高速な RISC-V memcpy 結果を示しています。場合によっては、RISC-V 上の Glibc memcpy Read more…

Arch Linux は金曜日、Git リポジトリの移行を開始し、その一環として SVN アクセスを中止し、パッケージ リポジトリの設定方法にいくつかの変更を加えました。 Arch Linux の Git 移行は正常に完了しました。 Arch Linux は今週日曜日の朝、Git パッケージへの移行が成功したと発表しました。ミラーの同期が開始されました。 この移行が完了したため、Arch Linux パッケージは、gitlab.archlinux.org。 コミュニティリポジトリをextraに移動したため、Pacmanのアップデートが必要です。 ASP ツールも廃止されたため、ユーザーは代わりに pkgctl ユーティリティを使用する必要があります。 この完了した移行の詳細については、ArchLinux.org。

Intel Alder Lake および Raptor Lake プロセッサの問題を回避するためのパッチが x86/urgent 経由で保留中です。この問題により、カーネル開発者は当面、これらの Intel モバイル/デスクトップ プロセッサでプロセス コンテキスト識別子 (PCID) を無効にする必要があります。 パッチは Linux 6.4 開発用にメインライン化されるように設定されており、不完全なグローバル INVLPG フラッシュを回避するために安定したカーネル バージョンにもバックポートされます。 パッチ Intel Linux エンジニアは次のように説明しています。 「INVLPG 命令は、指定された仮想アドレスの TLB エントリを無効にするために使用されます。PCID が有効な場合、INVLPG は両方の指定されたアドレスの TLB エントリを無効にすることになっています」現在の PCID * および * グローバル エントリ。(注: Global=1 に設定されるのはカーネル マッピングのみです。) 残念ながら、一部の INVLPG 実装では、PCID が有効になっているときにグローバル変換がフラッシュされないままになることがあります。 回避策として、影響を受けるプロセッサでは PCID を決して有効にしないでください。 Read more…

サムスンのミッドレンジの携帯電話は長年にわたり性能が向上していますが、パフォーマンスに関してはかなり劣る場合があります。最近のミッドレンジの Galaxy スマートフォンにはかなり強力なプロセッサが搭載されていますが、Samsung は内部で利用可能なすべてのパワーを活用するためにソフトウェアを適切に最適化することができません。 Galaxy A54 はその最新の例です。 Exynos 1380 は優れたミッドレンジチップですが、A54 は初期状態では迷惑な量の遅延と途切れがあります。昨年のGalaxy A53にも同じことが当てはまり、両方の携帯電話のパフォーマンスが安定するまでにいくつかのアップデートが必要でした。 しかし、ソフトウェア アップデート後でも、A53 と A54 は世に出ているミッドレンジの携帯電話の中で最も高速でもスムーズでもありません。これが一部の人々の間で議論の的となっています。そして、サムスンはその批判を心にとめたのかもしれない。今後登場する新しいミッドレンジ携帯電話の1つはおそらくこれまでで最も最適化されたものだからだ。 できます現在禁輸措置中なのでこの携帯電話の名前は言えませんが、素晴らしい使用体験をしていると言えます。これは、パフォーマンスに関してフラッグシップの雰囲気を私に与えてくれた唯一のミッドレンジのGalaxy携帯電話かもしれません。そして興味深いのは、Samsungがここで過度に強力なチップを使用していない代わりに、ソフトウェア側で最適化を行っているように見えることです。 実際、この携帯電話は Galaxy A52s よりも優れている可能性があります。知らない人のために説明すると、A52s はサムスンがこれまでにリリースした中で最速のミッドレンジ携帯電話の 1 つですが、それは単に韓国の巨人が、世界的なチップ不足のため、かなりハイエンドの Snapdragon 778G チップセットを使用せざるを得なかったからです。新型コロナウイルスのパンデミック。その後のミッドレンジの Galaxy スマートフォンは、それほど高速でもスムーズでもありませんでしたが、この新しいデバイスでようやく変わりつつあると感じています。 今後数週間で、完全なレビューを含め、このスマートフォンについてさらに詳しくお話しする予定です。そして、これが単なる 1 回限りのケース (A52 のような) ではないことを私たちは黙っています。サムスンは将来のすべてのミッドレンジ デバイスで可能な限り最高のパフォーマンスの最適化を行うことに注力するでしょう。