第592回 QEMUでGPUの3Dアクセラレーションを利用する | gihyo.jp
広く使われているマシンエミュレーターであるQEMUには、3Dアクセラレーションに対応した仮想GPUを作る機能が存在します。そこで今回はこの機能を使って、ゲストマシン上でOpenGLベンチマークツールを動かしてみましょう。 QEMU/KVMと3D GPU QEMU/KVMはLinux用に広く使われているマシンエミュレーターです。たとえば仮想マシン管理ツールであるlibvirt/virt-managerや、libvirtのGNOME製フロントエンドであり第572回「GNOME Boxesを使用する」でも紹介されている「GNOME Boxes」は、QEMU/KVMをバックエンドとして利用しています。同様に第590回「Windows/macOS/Linuxで使える仮想マシン管理ツール『multipass』」で紹介したmultipassも、Linux版のバックエンドはQEMU/KVMです。 Vi
第441回 QEMU/KVMでUEFIファームウェアを使う | gihyo.jp
UEFI（Unified Extensible Firmware Interface）はOSとファームウェアの間の橋渡しを行うインターフェースの仕様です。今回はQEMU/KVMで、このUEFIをサポートしたファームウェアを使用する方法を紹介します。 UEFIとQEMU/KVMとOVMF いわゆる「PC/AT互換機」とも呼ばれるIntel系CPUを搭載したPCでは、電源投入後からハードウェアの初期化、ブートローダーの起動などを「BIOS」と呼ばれるファームウェアが担っていました[1]。UEFIはこのBIOSを置き換えるための仕様で、機能の強化や起動の高速化、業界団体による標準化などが行われています。ここ数年のx86マシンであればほぼすべてUEFIファームウェアに置き換わっていますし、ARMプラットフォームでもよく使われるU-Bootが最近UEFIをサポートするようになりました。本連載の読者
Linux Foundation、Redisをフォークした「Valkey」プロジェクトを始動 ―BSDライセンスでオープンソースとして提供 | gihyo.jp
Linux Foundation、Redisをフォークした「Valkey」プロジェクトを始動 ―BSDライセンスでオープンソースとして提供 Linux Foundationは2024年3月28日、Redisに代わるオープンソースの新しいインメモリキャッシュストアシステム「Valkey」のコミュニティを立ち上げ、開発を行うことを発表した。 Linux Foundation Launches Open Source Valkey Community -linuxfoundation.org valkey : A new project to resume development on the formerly open-source Redis project. We're calling it Valkey, like a Valkyrie. -GitHub We are excited
第801回 続・USBメモリ型SSD選手権！長時間の書き込みにも強いデバイスはどれだ | gihyo.jp
第三種目 限界突破8GB走（書き込み部門） 第一種目の8GB走（シーケンシャル書き込み部門）では、NVMe SSDとUSBメモリ型SSDの間であまり差がつかず、360MB/sあたりに限界があるように見受けられました（図2、図3）。 図2 USBメモリ型SSDは、従来型USBメモリ（茶色の線）に比べて8GBの書き込みに必要な時間（横軸）が格段に短かかった 図3 しかし、NVMe SSDとUSBメモリ型SSDの間では最高速度（縦軸）の面であまり差はつかず、360MB/s付近に天井があるように見受けられた そこで第三種目では限界の突破を試みます。速度の壁はSSD自体の性能に起因するものではなく、テストに使用していたUSBポートが5Gbpsまでにしか対応していないことが原因と考えられます。 特にノートPCにおいては、USB Type-CポートとType-Aポートの両方が搭載されている場合に、T
M:Nスレッドによる軽量な並行処理への挑戦 | gihyo.jp
STORES株式会社でRubyインタプリタ開発をしている笹田です。お正月に新年早々おでんを腐らせてしまったので、今年は作ったらさっさと食べることを目標にしたいと思います。 この記事では、主に私が開発している、Ruby 3.3で導入されたM:Nスレッドについて紹介します。 M:Nスレッドはスレッドの性能向上のために導入されました。M個（大きな数）のRubyスレッドをN個（十分小さい数）のネイティブスレッドだけで実行するというモデルで、スレッド管理のオーバヘッドを抑えられる方法として知られており、ほかにもGo言語などで利用されています。今後、大量のネットワーク接続を処理するといったことをRubyで記述することを検討したい場面が出てくるしれません。そのようなときにRubyでスイスイとプログラムが書ければいいなと思っており、その一貫です。最終的には、Ractorを用いた軽量な並列・並行アプリケーシ
Pythonの構造的パターンマッチングのさらに便利なパターン紹介 | gihyo.jp
鈴木たかのり（@takanory）です。今月の「Python Monthly Topics」では、第1回で紹介したPython 3.10の新機能「構造的パターンマッチング（Structural Pattern Matching）」の続きをお届けします。 前回は構造的パターンマッチング全体の説明、いくつかのパターンをコード例を交えて紹介しました。今回はその続きとして、前回紹介できなかった他のパターンについても紹介します。 Python 3.10の新機能：構造化パターンマッチング | gihyo.jp 構造的パターンマッチングとは 前回の繰り返しになりますが、この記事で初めて構造的パターンマッチングを知った人に向けて、簡単に紹介します。詳細は上記の記事を参照してください。 構造的パターンマッチングはPython 3.10で新しく導入された文法です。Python 3.10は2021年10月に
2024年最初のカーネル「Linux 6.7」がリリース、新ファイルシステムBcachefsをサポート | gihyo.jp
Linux Daily Topics 2024年最初のカーネル「Linux 6.7」がリリース、新ファイルシステムBcachefsをサポート Linus Torvaldsは1月7日（米国時間）、事前の告知通りに「Linux 6.7」の正式リリースをアナウンスした。開発期間中に年末年始が含まれていたため、通常よりも1本多い8本のリリース候補版（RC）を経ての公開となる。サイズ的には過去のリリースの中でも最大の部類に入るものの、リリースに際しては大きなサイズのカーネルにありがちな大きな混乱や問題もなく、Linusが望んだように穏やかな年始めとなったようだ。 Linux 6.7 -Linus Torvalds Linux 6.7における最大のハイライトは、長年に渡って実装が期待されていたコピーオンライト（CoW）の新ファイルシステム「Bcachefs」のサポートで、現時点でも実験的な立ち
すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 | gihyo.jp
すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 全国銀行資金決済ネットワーク（以下、全銀ネット）とNTTデータは12月1日、2023年10月10日～11日にかけて全国銀行データ通信システム（以下、全銀システム）で発生した通信障害に関する報道関係者向けの説明会を開催しました。本件についてはNTTデータが11月6日に行った途中経過報告の内容をもとにレポートしましたが、今回、全銀ネットとNTTデータが揃って会見を行ったことで、より詳細な障害の原因が判明したので、あらためてその内容を検証してみたいと思います。 説明会の登壇者。左から、全銀ネット 企画部長 千葉雄一氏、事務局長兼業務部長 小林健一氏、理事長 辻松雄氏、NTTデータ 代表取締役社長佐々木 裕氏、取締役副社長執行役員 鈴木正範氏 なお、全銀ネットとNTTデータは、今回の障害に関して金融
Misskeyのパフォーマンス改善の取り組み・2023年7月 | gihyo.jp
本連載は分散型マイクロブログ用ソフトウェアMisskeyの開発に関する紹介と、関連するWeb技術について解説を行っています。 ここ最近でMisskeyのユーザー数がさらに急激に増えています。そのため、運営者がより少ないコストでサーバーを維持できるよう、Misskeyのスケーラビリティ改善を急いでいます。 今回は、そういった最近のMisskeyのパフォーマンス改善の取り組みについて、検討中のものも含めて紹介したいと思います。 misskey.ioの登録ユーザー数の推移 Identicon生成の無効化オプション Identiconはユーザーが自身のアイコンを設定していないときに代わりに表示されるアイコンで、これはユーザーごとに異なるようになっています。 仕組みとしては、https://misskey.example.com/identicon/hogeにリクエストされた際に、hoge部分をシー
Goの新しい構造化ロガーを体験しよう | gihyo.jp
logパッケージ Goには標準ライブラリとしてlogパッケージが提供されています。logパッケージで行えることはそう多くはありません。たとえば、デフォルトではログは標準エラー出力に出力されますが、log.SetOutput関数で出力先を変更できます。また、利用する関数によってログを出力した後の挙動をコントロールできます。たとえば、log.Print関数はログを出力するだけですが、log.Fatal関数はログ出力後にos.Exit(1)を呼び出します。log.Panicはログ出力後に出力したログと同じ文言を引数としてパニックを発生させます。 logパッケージでは、ログとともに関連するデータを出力したい場合は、log.Printf関数を用います。次のように、書式を指定して出力します。 log.Printf("request_url=%s request_method=%s", r.URL, r
RISC-Vの進化を牽引するEsperantoの挑戦。シンプルなアイデアと実装の困難さ―Dave Ditzelへのインタビュー | gihyo.jp
RISC-Vの進化を牽引するEsperantoの挑戦。シンプルなアイデアと実装の困難さ―Dave Ditzelへのインタビュー 2022年8月、2年半ぶりに渡米した際にAIアクセラレータを開発する企業を2つ訪問しました。1つは前回記事のCerebras Systems、そしてもう1つがEsperanto Technologiesです（写真1）。 写真1 オフィスのあるビル。カリフォルニアの青空がよく合います Esperanto社はRISC-Vを牽引してきた企業の1つです。そのFounderであるDave Ditzel氏は、1980年にDavid PattersonがRISCのアイデアを提示した有名な論文[1]の共著者であり、長くプロセッサ業界の第一線を走り続けているエンジニアです。筆者がDaveに初めて取材したのは2004年でしたが、それ以来[2]、何年かおきにDaveと会い、そのとき
これまでとこれからのGo | gihyo.jp
Goの歴史 本連載では、筆者（tenntenn）と周囲のGoエンジニアで、Goに関わる今アツい話を取り上げていきます。最新のGoの機能やこれからリリースされるGoの機能はもちろん、実際の開発現場で用いられているノウハウや自作ライブラリやツールについてご紹介します。第1回目はtenntennがこれまでとこれからのGoについて取り上げます。 Goは2009年にGoogleによって公開されたプログラミング言語です。2012年にGo1として正式公開されました。2022年現在では、GoogleやNetflixをはじめとする海外企業だけはなく、筆者の所属するメルカリなど国内の企業でも多く用いられるようになってきました。海外のGoの導入事例は公式サイトのケーススタディで確認できます。国内企業の導入事例はGoの公式Wikiに掲載があります。これらを見るとスタートアップからメガベンチャー、大企業までさまざま
第6回 中国が世界の大規模OSSプロジェクトを主導する | gihyo.jp
2021年にApache Software Foundationにインキュベートされた5プロジェクトはすべて中国発 OSSであってもプロプラエタリであっても、「継続して更新され、価値を生み出し続ける」ソフトウェアに価値があります。 これまでレポートしてきたとおり、SaaS時代になり、OSSをコアにしてサービスを提供し、開発コミュニティの大きさを投資家にアピールして資金調達に成功するユニコーン企業が米中で出てきています。中国のファンドYunqi Capitalが「OSSビジネス化4.0」と呼ぶ時代に、中国はApache Foundation、Linux Foundationなど、OSSを支えるFoundationへの貢献を増やしています。 Linux Foundationから派生したCNCF（Croud Native Conputing Foundation）には26件の中国発OSSプロジ
新人エンジニアにおすすめする一冊 2022 | CyberAgent Developers Blog
こんにちは！CTO統括室の黒崎(@kur_m88)です。2022年度のサイバーエージェントには新卒のエンジニアが約90名入社してくれました。 アフターコロナー1期生の新入社員へ、代表藤田からのメッセージ 2014年までエンジニアブログを遡ると、こんな企画がありました。この企画を8年ぶりに復活させてみようと思います。 #e100q 新人エンジニアにお勧めする一冊 思いつきで企画してみたので100人に聞く時間はありませんでしたが、約40名から返事をもらえました。 社内でアンケートを募集した様子 おすすめする一冊の被りが多ければランキング形式にしようと思っていたのですが、あまり被りがありませんでした。 ちょっと分量が多いですがせっかくなので全部紹介しようと思います。 先輩エンジニア達から新人エンジニアに向けた言葉ももらったので、最後に載せてあります。ぜひ最後までご覧ください！ 新人エンジニアにお
第1回 中国が注目する「儲かるオープンソース」 | gihyo.jp
世界的なムーブメントに多くの中国企業が参加 多くのスマートフォンやネットワーク機器を開発している中国からのOSSへの貢献が、ここ数年、大きく目立つようになってきました。LinuxカーネルV5.10のコミットは13.4％が中国からで、最も貢献の多い国の1つです。コミットしたエンジニアの総数でも448名と最多で、彼らの多くがファーウェイ、シャオミなど中国のスマートフォン、ネットワーク機器の関連企業です。 近年は、Linux Foundation、OpenStackなどのファウンデーションやコンソーシアムのスポンサーに中国企業が目立つようになり、ボードメンバーにもアリババやファーウェイなどからの参加が見られるようになりました。ハードウェア企業は製品を、プラットフォーム企業はサービスを販売する。その品質を効率的に高めるために、オープンソースは有力な手法です。GoogleやMicrosoftがビジネ
Webエンジニアの新しい道 ～LINE Blockchain Labが拓くブロックチェーンの世界 | gihyo.jp
インタビュイー LINE Blockchain Engineeringチーム Software Engineer 高橋史季氏（左）、高瀬亮氏（右） LINEでは独自ブロックチェーンとして「LINE Blockchain Mainnet/Testnet」を運営しており、開発プラットフォームである「LINE Blockchain Developers」を通じてブロックチェーンサービスを構築できる環境を整えているほか、暗号資産として「LINK」も発行しています。LINEにおけるこれらの取り組みをリードしているのが「LINE Blockchain Lab」であり、ブロックチェーンに関するさまざまなプロジェクトが進められています。 特徴的なのは、ブロックチェーンの研究・開発でありながらも、Webを中心とした汎用的な技術を活用しながら未来の社会に向けた取り組みを行っている点です。今回、このLINE B
2020年6月12日号 Meltdown/Spectre/Foreshadowの後の世界・“CROSSTalk” | gihyo.jp
Ubuntu Weekly Topics 2020年6月12日号Meltdown/Spectre/Foreshadowの後の世界・“CROSSTalk” Meltdown/Spectre/Foreshadowの後の世界・“CROSSTalk” そろそろ定番になりつつある、CPU脆弱性の新顔が公表されました。通称“CROSSTalk”または“SRBDS”（Special Register Buffer Data Sampling）といわれ、INTEL-SA-00320またはCVE-2020-0543の識別IDを与えられたこの脆弱性は、いわゆるTransient Execution Attack（要するに“Spectre”や“Meltdown”などと同じファミリー）の一種で、MDSやTAAの応用的な位置づけです。対象となるのはIntelの1ソケット用CPUシリーズです（Inte
2020年6月9日 "Easy"へのあくなき追求 ― Puppy Linuxの作者によるイメージ書き込みツール「EasyDD」 | gihyo.jp
Linux Daily Topics 2020年6月9日"Easy"へのあくなき追求 ― Puppy Linuxの作者によるイメージ書き込みツール「EasyDD」 軽量でポータブルなLinuxディストリビューションとして評価の高い「Puppy Linux」や、Puppyをベースにカスタムコンテナ（Easy Containers）上でデスクトップ環境/アプリケーションを動かす実験的なOS「EasyOS」の作者として知られるBarry Kaulerは5月28日（オーストラリア時間）、USBメモリなどのポータブルメディアに簡単にOSイメージを書き込めるアプリケーション「EasyDD」をオープンソース（GPLv3）として公開した。 EasyDD: write image file to drive EasyDDはUSBスティックやSDカード、またはハードディスクなど外付けのUSBメディアに数ス
2020年6月5日号 MicroK8sのWindows＆macOSへのネイティブ対応 | gihyo.jp
MicroK8sのWindows・macOSへのネイティブ対応 1台のマシンでKubernetes（K8s）環境を構成できる便利なツール、MicroK8sがWindowsとmacOSにネイティブ対応しました。これまでの「Ubuntuが前提」という位置づけが、「たいていのラップトップで使える」というものに変化することになります。 十分な帯域を確保できていないような環境でk8s上で動かすソフトウェアをテストするような場合[1]に、覚えておくと非常に便利です[2]。 Windows版では単体のインストールファイル、そしてmacOS版ではhomebrewを用いて非常に簡単に導入でき、K8s環境の準備とは思えない手軽さで[3]使い始めることができます[4]。 その他のニュース WSL上のUbuntuで開発する、.NET SDKベースのマルチプラットフォームアプリケーションについて。.NET SD
2020年1月10日 Don't use ZFS ―Linus、ZFSをマージしない姿勢をあらためて強調 | gihyo.jp
Linux Daily Topics 2020年1月10日Don't use ZFS ―Linus、ZFSをマージしない姿勢をあらためて強調 「Don't use ZFS. ―ZFSは使わない。その理由はシンプルだ。ZFSはこれまでずっと、バズワード以上の何物でもなく、そして実感するのだけど、例のライセンシング問題は僕にとってZFSを価値のない存在と思わせるだけだ」 1月6日、IT業界に特化したオンラインメディア「Real World Tech」のフォーラムで繰り広げられたあるスレッドにて、Linus TorvaldsはZFSをメインラインにマージする予定がないことをあらためて明確に主張している。 Do not blame anyone. Please give polite, constructive criticism By: Linus Torvalds -Real World Te
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
