オープンソースカメラスタックと同様に成熟しているLibcamera

オープンソースとしてのLibcamera過去数年間に集まってきたカメラスタックは非常に成熟しており、サポートされているハードウェアと機能セットを拡大し、Linuxカメラエコシステムの空白を埋めています。 Linuxカーネルの長年の開発者であるLaurentPinchartは、昨日、libcameraに関するEmbedded Linux Conferenceで、過去3年間の開発状況、現在の状態、およびLinuxカメラのサポートを改善するための今後の作業について発表しました。 libcameraの新しいプラットフォームサポートには、MediaTekおよびNXPチップ、Librem 5スマートフォン、IntelIPU3周辺のIPAモジュールのサポートが含まれています。 Libcameraは、再処理API、新しいコントロールとプロパティ、Pythonバインディングの開発、Chromium Webブラウザーでのネイティブサポートの利用、libcamera1.0リリースのAPIフリーズに向けた作業も行っています。 このユーザースペースカメラフレームワークは、ストリームごとの制御、ゼロシャッターラグ、露出ブラケットHDR、論理カメラデバイス、オープンソースIPAモジュール、シェーダーを使用したGPUベースの処理、および新しいデバイスにも取り組んでいます。サポート。 Embedded Linux Conference 2021ビデオは現在利用できませんが、トピックに興味のある人のためのスライドデッキ。このオープンソースカメラスタックの一般的な詳細については、 libcamera.org にアクセスしてください。

“pkill_on_warn”カーネル警告を引き起こすLinuxプロセスを強制終了するために提案

新しいプロセスがカーネル警告を引き起こした場合にプロセス内のすべてのスレッドを強制終了する「pkill_on_warn」と呼ばれるカーネルオプションが本日提案されました。 現在、プロセスがカーネル警告をトリガーしても、デフォルトではそのプロセスに影響はありません。 Linuxカーネルには、警告が発生したときにカーネルパニックを引き起こす「panic_on_warn」オプションがありますが、pkill_on_warnはやり過ぎではなく、少なくともシステムを稼働させ続けます。 セキュリティ研究者でLinuxカーネルの貢献者であるAlexanderPopovは、この新しいpkill_on_warnオプションを提案しました。 Popovはパッチ提案で、「セキュリティの観点から、カーネル警告メッセージは攻撃者に多くの有用な情報を提供します。多くのGNU/Linuxディストリビューションでは、特権のないユーザーがカーネルログを読み取ることができるため、攻撃者は脆弱性の悪用にカーネル警告情報リークを使用します。… pkill_on_warnブートパラメータを導入しましょう。このパラメータが設定されている場合、カーネルはカーネル警告を引き起こしたプロセス内のすべてのスレッドを強制終了します。この動作は、上記の安全性の観点から合理的です。カーネルのセキュリティにも役立ちます。システムがカーネル警告にぶつかるエクスプロイトプロセスを強制終了するため、強化されます。」 これによってデフォルトのカーネルの動作は変更されませんが、パッチがマージされた場合、pkill_on_warn=1でカーネルを起動すると、この新しい動作によってプロセスが強制終了され、カーネルの警告が発生します。 提案されたパッチは現在カーネルメーリングリスト。

このグラフィックスドライバスタックの小さなアップデートとしてリリースされたMesa21.2.3

成功今月初めからのMesa21.2.2は大幅に遅れ、ひいては非常に大規模なリリースでしたが、Mesa 21.2.3は本日リリースされ、より静かな側にあります。 Mesa 21.2.3は時間どおりにリリースされているため、大きなv21.2.2と比較して管理しやすいリリースです。ただし、OpenGLとVulkanの両方のIntelおよびRadeonドライバーを中心に、いつものように、まだ多くのバグ修正があります。 Mesa21.2.3の特定の項目の一部は次のとおりです。 -昨日取り上げたMesa21.3のRadeonSIの改善から、古いGCN 1.0/1.1時代のグラフィックプロセッサに影響を与える深度テクスチャリングパフォーマンスの回帰が修正のためにバックポートされていますそのかなりのパフォーマンスの低下。 RadeonSINGGの高速起動もバックポートされました。 -Panfrostのnullポインター逆参照の修正。 -さまざまなACOおよびRADVの修正。 mesa-announce 。

Ampere Altra Max128コアCPUの価格はFlagshipXeon、EPYCCPUよりも安い

今週初めのAmpereAltra Max M128-30 Linuxパフォーマンスプレビューから、多くの読者が疑問に思っていた質問の1つであり、私もまだ開いていた質問の1つは、AltraMaxの価格設定に関するものでした…現在の価格表であり、実際には2021年の128コアCPUの予想よりもはるかに低くなっています。 128物理(N1)コアを搭載したAmpere Altra Max M128-30は、IntelXeon「IceLake」およびAMDに対して優れたパフォーマンスを提供していました。 128または256スレッド(2P構成)に効率的にスケールアウトでき、AArch64用に最適化されたワークロードのEPYC「Milan」。今日の現在の価格表を手に入れながら、さらに多くのテストが進行中であり、その面での競争力にかなり驚いています。 アンペアアルトラMaxM128-30は$ 5,800USDで表示されています。そのフラッグシップのAmpereプロセッサは、現在のトップエンドのIntelおよびAMDCPUのかなり下にリストされています。 M128-30は、顧客が推奨する$ 8099.00の価格のIntelXeon Platinum8380と簡単に競合していました。一方、現在のAMD EPYC7763の価格は約8,600米ドル上昇しており、64c/128t設計であるという点でM128-30と競争力がありました。 この価格設定は、私が予想していたよりも適切な位置にあり、次のベンチマークラウンドで興味深い1ドルあたりのパフォーマンスの指標になります。 以前の(非Max)フラッグシップとしてのAmpere AltraQ80-30の価格は現在3,950ドルです。 スペクトルの下限では、入門用のAmpere AltraQ32-17が800米ドルで販売されています。

AMDVLK 2021.Q3.7ドライバーが新しい拡張機能、より多くの最適化でリリース

AMD四半期が終了する前に、AMDVLKの公式オープンソースVulkanドライバーのコードドロップをもう1つプッシュしました。 AMDVLK 2021.Q3.7は、本日の最新のAMD VulkanLinuxドライバーリリースです。これは、2つの新しい拡張機能、いくつかの最適化、およびその他の更新を伴う、非常に波乱に富んだ更新です。 AMDVLK 2021.Q3.7で現在有効になっている拡張機能は、VK_KHR_shader_integer_dot_productおよびVK_EXT_shader_atomic_float/VK_EXT_shader_atomic_float2拡張機能です。ドライバーは、アップストリームのVulkan1.2.191ヘッダーファイルに対しても更新されています。 このルーチンAMDVulkanオープンソースドライバーアップデートでの最適化作業には、Navi 21 GPUのフラットスクラッチの有効化、パイプラインの早期コンパイルの最適化、レンダリングパスのCPUコストの削減、DisplayDccSkipRetileBltの新しいPAL設定が含まれます。 AMDのRadeonGraphics Profiler(RGP)には、Vulkanコンピューティングの詳細なスレッドトレースサポートもあります。 Skyrim Special Editionは、DXVKで実行している場合のAMDVLKでのレンダリングの問題についても修正されました。 AMDVLK 2021.Q3.7ソース、およびこのドライバーアップデートのUbuntuおよびRHEL/CentOSバイナリビルドは、 GitHub 。

Qt6でリリースされたQt6.2 LTSは、広く採用される準備ができていることを目指しています

Qt 6.2 LTSは、Qt6シリーズの最初の長期サポートリリースとして本日リリースされました。また、Qt 5.15 LTSからの移行に適したポイントにすることを目的として、すべての主要モジュールがQt5から移植されました。 Qt 6.2 LTSは、新しいシリーズの最初の長期サポートリリースであり、Qt6が実行可能なステップであるために開発者とユーザーにとって輝かなければならないポイントであるという点で、QtCompanyにとって非常に重要なステップです。 Qt 5.15を過ぎており、ほぼ機能が同等です。本日の発表では、「ほぼすべてのユーザーがコードをQt5からQt6に移行できるはずです」と述べています。 物議を醸していることが判明したQt5.15と同様に、Qt 6.2LTSポイントリリースはQtCompanyの商用顧客を対象としています。 Qt 6.2に移植されたQt5モデルには、Qt Bluetooth、Qtマルチメディア、Qt NFC、Qtポジショニング、Qtクイックダイアログ、Qtリモートオブジェクト、Qtセンサー、Qtシリアルバス、Qtシリアルポート、Qtウェブチャネルなどがあります。 Qt Webengine、Qt Websockets、およびQtWebview。 Qt 6.2は、Qt6ツールキットの半年の更新として、3Dパーティクルのサポート、さまざまなハードウェアアクセラレーションによるグラフィックスの改善、主要なマルチメディアの書き換え、およびその他の改善も追加します。 Qt 6.2プラットフォームカバレッジは、Windows 11サポート、Apple Silicon上のmacOSを追加し、webOSサポートが改善され、INTEGRITYおよびQNXリアルタイムオペレーティングシステムサポートを復元します。WebAssemblyターゲットはテクノロジープレビューです。 本日のQt6.2 LTSリリースの詳細については、 Qt.io 。

Minecraftのエフェクト表示は、画面の乱雑さを減らすために変更されています

水曜日です。そして、それが何を意味するのかご存知でしょう。別のMinecraftスナップショットがここにあり、1.18のリリース日より前にテストするための別の機能があります。これはかなり軽いですが、かっこいいものがあります。最も注目すべきは、画面が少しすっきりしているように見えるようにすることを目的とした、改良されたエフェクト表示です。 スナップショット21w39aでは、アクティブなエフェクトのリストがインベントリの左側から右側に移動されました。 。 2つの異なるエフェクト表示もあります。クラシックリストは多くの状況で引き続き表示されますが、新しいコンパクトビューにより、各エフェクトが1つのアイコンに凝縮されるため、たとえばレシピブックが開いているときに、よりきれいに表示できます。 このスナップショットは、いくつかの新しい進歩ももたらします。洞窟と崖が世界の上から下に落ちる、Feels Like Homeが溶岩の上をストライダーに乗る、Star Traderが高さ制限で村人とビジネスをする、そして完全なJulieに行くことができますジュークボックスを牧草地に入れるためのサウンドオブミュージックのアンドリュース。 変更の完全なリストを確認するか、公式サイト。これはベータ版であるため、これらの詳細はすべてリリース前に変更される可能性がありますが、今年後半にCaves&Cliffsパート2と一緒に実装される予定です。 サンドボックスゲームの詳細については、そのリンクで掘り下げることができます。

Linux5.16「コンテキストタイプ」が追加されたより拡張可能なVirtIOGPUドライバーを搭載するには

「コンテキストタイプ」の概念に関するVirtIODRMカーネルドライバーに関するGoogleの作業と、さまざまなタイプのコンテキストを初期化できることは、Linux 5.16でマージされ、このドライバーの重要な部分であるより多くのユースケースを開くように設定されています。グラフィックス用のオープンソース仮想化グラフィックススタック。 既存のVirtIOGPUドライバーは、ゲスト仮想マシン内の3DでのVirglプロトコルの使用をモデルにしていますが、このコンテキスト初期化/コンテキストタイプの作業では、ゲストVMとホスト間のGPU通信用の追加プロトコルに対応できるようになっています。 Virglのサポートを補完するものとして、GoogleのChrome OSエンジニアは、このVirtIOドライバーを使用したOpenGLとVulkanのGFXSTREAMサポートに注目しています。このコンテキストタイプの作業により、VirtIOドライバーやその他のプロトコルを介してWaylandコマンドを渡すことができるようになる可能性もあります。 Chrome OSのエンジニアは、CrosVMで新しい可能性をテストしてきました。 8月に私が最初に書いたのはこれは、VirtIOGPUサポートをより拡張可能にすることを目的としたGoogleとの連携です。今日のニュースは、VirtIODRMドライバーの新しいコンテキストコードが今週のdrm-misc-nextバッチの一部として送信されたことです。 コードは現在DRM-Nextに向かっており、カーネルのVirtIO機能をさらに改善するためにLinux5.16でメインライン化されます。 すべてのコンテキスト初期化作業は、このプルの一部として送信されましたリクエスト。

Twitchは、憎悪の襲撃に対抗するための電話と電子メールの検証オプションを追加します

憎悪今年、レイドはTwitchでますます破壊的な問題になり、ターゲットの多くをプラットフォームから完全に追い出しました。本日、 Twitchは、ストリーマーが投稿できるユーザーを制御するために使用する新しい検証ツールを追加したことを発表しました。ボットアカウントの軍隊による組織的なハラスメントキャンペーンを排除することを目的とした新しい電話確認オプションを含む、チャットウィンドウ内のメッセージ。 「Twitchでは、攻撃的であるかどうかにかかわらず、あらゆる種類の憎悪とハラスメントは受け入れられず、禁止されています。メッセージ、悪意のあるフォロー、または過去数か月にわたって疎外されたクリエイターを標的にした悪質な「ヘイトレイド」攻撃」と同社は 。投稿では、新しいツールの仕組みと、作成者や改造者がツールを見つけることができる場所について説明しています。 新しい電話確認システムを使用すると、Twitchストリーマーはチャットに許可される前に確認済みの電話番号を要求できます。チャットに参加します。 「更新された、より詳細なメール確認設定とともに、クリエイターはメールと電話による確認を組み合わせて使用​​して、特定のニーズを満たすことができるようになります。」 ストリーマーは、電話やメールによる確認の要件を有効にすることを選択できます。いくつかの異なるレベルで。これらは、すべてのアカウント、初めてのチャットユーザー、指定された時間よりも存在しないTwitchアカウントとのチャット、または指定された時間よりも短い時間ストリーマーのアカウントをフォローしているアカウントに適用できます。 ストリーマーは、VIPフォロワー、サブスクライバー、モッドを検証要件から免除することもできます。 今日、電話による検証を有効にすることで、コミュニティの手にさらに力を入れています。チャット!クリエイターやModは、チャットする前に、視聴者に電話番号(またはメール)でアカウントを確認するように要求できるようになりました。詳細については、ブログを確認してください: https://t.co/TlqCS4OzQC — Twitch(@Twitch)2021年9月29日 確認設定がオフになっていますデフォルトで、設定画面のモデレートオプションの下のTwitchダッシュボードにあります。 Modは、チャットを選択してからモデレート設定を選択することで確認設定にアクセスできます。 Twitchによると、ユーザーは電話回線ごとに最大5つのアカウントを確認できますが、これらのアカウントのいずれかがサイト全体の停止を受けた場合、残りはまた、停止されます。電話番号が禁止されているアカウントに関連付けられている場合、その電話番号を使用して追加のアカウントを確認することはできません。 電話の確認ではSMS経由で配信されるコードを使用するため、陸上回線とVoIP番号は使用できません。検証用。ただし、2要素認証とは異なり、アカウントは、ユーザーがアカウントにログインしようとするたびにではなく、電話による確認を1回だけ実行する必要があります。 Twitchは、次のような追加のツールを開発していると述べています。チャネルレベルの禁止回避ツール。今後数か月で展開されます。 「オンラインでの嫌がらせや憎悪に対する単一の修正がないのと同じように、Twitchをより安全にするための私たちの仕事は決して終わりません」と同社は書いています。 「しかし、有毒な行動が私たちのコミュニティへの道を見つけることができる限り、私たちはそうすることをより困難にする方法に取り組み続けなければなりません。」

パフォーマンスがさらに向上したPostgreSQL14.0のリリース

PostgreSQL14.0が正式にこの広く使用されているオープンソースSQLサーバーの最新バージョン。 ほとんどの主要なPostgreSQLリリースと同様に、PostgreSQL14ではパフォーマンスがさらに向上します。特に、並列クエリ、並行性の高いワークロード、パーティションテーブル、論理レプリケーション、およびバキュームに関する新しい最適化があります。 PostgreSQL 14にはBツリーインデックスの更新もあるため、より効率的に管理されます。 PostgreSQL 14のlibpqライブラリでは、複数のクエリをパイプライン化して、高遅延接続でのスループットを向上させることもできるようになりました。 PostgreSQL 14.0では、ストアドプロシージャがOUTパラメータを介してデータを返すこと、SQL標準のSEARCHおよびCYCLEオプションのサポート、範囲タイプで複数範囲のサポートが可能になり、VACUUMがより積極的になりました。 PostgreSQL.orgを介した今朝のPostgreSQL14.0リリースの詳細 a>およびリリースノート。 PostgreSQL/pgbenchテストプロファイルは、PostgreSQL14ベンチマークを提供するためにまもなく更新されます。