CUDA を AMD GPU で動かす ZLUDA｜七誌
NVIDIA の CUDA は、AI・機械学習分野で広く採用されています。この状況下で登場した ZLUDA は、CUDA アプリケーションを AMD GPU 上で動作させる翻訳レイヤーです。その開発経緯は企業戦略や法的課題が複雑に絡み合っています。 ※ この記事は Claude 4 Opus との対話をまとめたものです。 プロジェクトの誕生と技術的成果ZLUDA プロジェクトは 2020 年、ポーランドのエンジニア Andrzej Janik 氏によって開始されました。当初は Intel 在籍中に Intel GPU で CUDA アプリケーションを実行できるようにすることを目指していました。しかし、Intel はそのようなビジネスケースはないとして、このプロジェクトへの公式支援を拒否しました。その結果、2021 年 2 月に ZLUDA のコードは GitHub から削除されることとなり
MariDB Connector/C がデフォルトでSSLを強制するようになった - methaneのブログ
MariaDB 11.4 がGAになり、SSLが自動で有効になるようになりました。合わせてMariaDB Connector/Cも3.4からデフォルトでSSLを利用し、かつサーバーの証明書を検証するようになりました。 これにより、MariaDB Connector/C 3.4以降のライブラリを利用してMySQLや古いMariaDBに接続する場合に、SSLで接続できないとか、証明書の検証に失敗するといった問題が発生するようになりました。 これらをリンクしたPythonのmysqlclientやRubyのmysql2のようなクライアントライブラリには続々と問題報告が上がってきています。 この問題に対処するいくつかの方法を紹介します。まずはConnectorをリンクしたライブラリの利用者ができることから。 MariaDB Connector/C 3.3を使う ~/.my.cnf 等が利用されるな
Meta（旧Facebook）が、Rustを社内の正式サポート言語に採用。サーバサイド向けとしてPython、C++、Hackに追加
Meta（旧Facebook）は、ブログ「Engineering at Meta」で公開した記事「Programming languages endorsed for server-side use at Meta」で、Rustを新たに社内の正式サポート言語に追加したことを明らかにしました。 Meta社内ではソフトウェア開発において正式にサポートする言語を慎重に選択しており、社内においてサポートされた言語に対しては十分な投資が行われ、プログラミング、デバッグ、デプロイなどにおいて良好な開発体験が期待できるとともに、新しプロジェクトが開始される場合には、サポートされている言語を選択することが推奨されています。 サーバサイド向けの言語としてこれまでPython、C++、Hackがサポートされており、今回そこにRustが追加されました。 性能重視のバックエンドサービスやCLIの開発にRustを推
Python 3.15からデフォルトのエンコーディングがUTF-8になります - methaneのブログ
Pythonがファイルを開くときなどに使われるエンコーディングはロケール（WindowsではANSIコードページ）依存でした。 Unixの世界ではどんどんUTF-8ロケールが一般的になっている一方、WindowsのANSIコードページはなかなかUTF-8になりません。 そのために、Unixユーザーが open(filepath) のようにエンコーディングを指定しないままUTF-8を仮定するコードを気軽に書いてしまって、Windowsユーザーがエラーで困るといった問題が発生します。 また、Windowsでもメモ帳（Notepad.exe）やVSCodeはすでにUTF-8をデフォルトのエンコーディングで使用しています。ANSIコードページがUTF-8になるのを待っていたらどんどん周りの環境から置いていかれ、レガシー化してしまいます。 Pythonがデフォルトで利用するエンコーディングをWind
Python 2.7が削除される「macOS 12.3 Monterey」では、Python 3の同梱もされないもよう。
Python 2.7が削除される「macOS 12.3 Monterey」では、Python 3も同梱されていないそうです。詳細は以下から。 Appleは現地時間2022年01月27日、開発者向けにmacOS Montereyの3rdアップデートとなる「macOS 12.3 Monterey」のBeta 1を公開し、このアップデートで、2020年にEOL(End of Life)となった「Python 2.7」を削除すると発表しましたが、 Python Deprecations Python 2.7 was removed from macOS in this update. Developers should use Python 3 or an alternative language instead. (39795874) macOS Monterey 12.3 Beta Relea
Python プロジェクトに型ヒントを導入し、型チェックの恩恵を受ける - A Day in the Life
最近、手伝っている仕事の機械学習プロジェクトで Python を書き始め、そういえば Python にも型ヒントあったよなぁ、とプロジェクトに導入してみたら簡単に導入でき、かつ静的型チェックの恩恵が受けれてとても便利だった。 しかしながら、型ヒントを書き始めるに当たり「型ヒントについて、どのドキュメントを読めばよいのか」や「どう型ヒントを導入すればよいのか」が最初はイマイチ解らなかったので、その説明とともに Python プロジェクトで型を書き始める方法を紹介する。 どのドキュメントを読めば良いのか この2つ読めば、他の静的型付け言語を書いたことがある人なら、まずは十分。 Understanding Typing 型チェッカー実装である、pyright のドキュメントの一部。ポイントが簡潔にまとまっている。 typing --- 型ヒントのサポート Python のオフィシャルドキュメント
Pythonがリリーススケジュールを変更、「Python 3.9」より毎年10月にメジャーリリース公開 | OSDN Magazine
Pythonの言語仕様などを決定するPython Steering Councilは10月30日、次期「Python 3.9」より年1回の頻度でメジャーリリースを公開することを発表した。今後は毎年10月にメジャーリリース版が公開されることになる。 この決定は、PEP 602として提案されていた年1度のスケジュールリリースを受け入れるもの。新しいサイクルでは、3.X.0の開発期間は17か月間で、その後7か月間でアルファリリースを行い新機能や機能強化を図る。次の4か月間はベータリリース期間でここでは新機能は導入せずバグの修正のみ。最後1か月間のRC（リリース候補）期間を経て正式版をリリースする。 決定についてSteering Councilは、ベータ、RC、正式版のリリースで一貫性のあるスケジュールを敷くことはコミュニティの助けになると判断したと説明している。例えば、ベータのテストを開始してフ
Get Started | Intel® Distribution for Python* | Intel® Software
The Intel® Distribution for Python* provides: Scalable performance using all available CPU cores on laptops, desktops, and powerful servers Support for the latest CPU instructions Near-native performance through acceleration of core numerical and machine learning packages with libraries like the Intel® oneAPI Math Kernel Library (oneMKL) and Intel® oneAPI Data Analytics Library Productivity tools
CentOS 8 と CentOS 7 の違い、yum やミドルウェアにも要注意 - サーバー構築と設定 ～初心者にも分かりやすく解説～
2019年9月24日に CentOS 8 がリリースされます。 RedHat Enterprise Linux 8 の情報を元に、CentOS 8 で想定される変更点をまとめました。 PHP や MySQL といったミドルウェアのバージョン変更や、 サービスの追加・削除など数多くの変更が入ることになります。 RHEL 8・CentOS 8 に PHP 7.3 をインストールする（remi 使用） 2020-07-07 CentOS 8 のリリースは2019年9月24日 CentOS 8 はリリース前の状態で、現在コミュニティによる開発が行われています。 2019年7月時点では、ベースとなる「RHEL 8」のパッチ開発と検証作業が進行中です。 前回バージョンアップ時は、「RHEL 7」の27日後に「CentOS 7」がリリースされましたが、 今回の進捗を踏まえると 2019年8月～9月 頃の
「Ubuntu 18.04 LTS」リリース | OSDN Magazine
英Canonicalは4月26日（英国時間）、Linuxディストリビューション「Ubuntu 18.04 LTS（Bionic Beaver）」を公開した。デフォルトのディスプレイサーバーはWaylandからX.orgに戻っている。 Ubuntu 18.04は2017年10月公開の「Ubuntu 17.10（Artful Aardvark）」に続くもの。 Canonicalは5年間セキュリティアップデートを提供する長期サポート版（Long Term Support、LTS）を2年おきにリリースしており、2016年4月に公開された「Ubuntu 16.04 LTS（Xenial Xerus）」以来のLTS版リリースとなる。Ubuntu 18.04のサポート期間は2023年4月まで。 Linuxカーネルは4.15を採用した。CPUの脆弱性であるSpectre、Meltdown向けの対策を行った
RHEL 7.5 で Python 2.7 が deprecated になりました - methaneのブログ
Red Hat Enterprise Linux 7.5 がリリースされ、そのリリースノートで "Python 2 has been deprecated" とアナウンスされました。 Chapter 54. Deprecated Functionality - Red Hat Customer Portal Python 2 has been deprecated Python 2 will be replaced with Python 3 in the next Red Hat Enterprise Linux (RHEL) major release. 次のメジャーバージョンでは Python 2 が Python 3 に置き換えられるから、 RHEL 7.5 から Python 2.7 が deprecated 扱いになるということです。 Ubuntu 18.04 LTS では m
Homebrew の Python で何が変わって何がもとに戻ったのか - methaneのブログ
rcmdnk.com 大分混乱した状態になってしまったので、今年何が変わってきたのか、今回の変更でどこまでもどったのかを整理しておきます。 1/19 python という formula が python コマンドをインストールしなくなりました。 python コマンドを起動すると、通常は /usr/bin/python が起動するようになりました。 1.5.0 — Homebrew 3/2 python という formula が Python 3 になり、 Python 2.7 は python@2 になりました。 python formula (Python 3) が python コマンドをインストールするようになったので、 python コマンドを起動すると通常は Python 3 が起動するようになりました。これが npm の gyp とか色んな所をぶっ壊す変更になっていました
最近のPython-dev(2017-04) : DSAS開発者の部屋
バックナンバー: 3月号 2月号 1月号 NEWS (changelog) の作り方 Mercurial時代からNEWSファイル (changelog) の扱いは面倒だったのですが、Githubに移行したことでよりコンフリクトが起こりやすくなり面倒さに拍車がかかりました。 また、コンフリクトせずに間違った状態でマージされるというかなり致命的な事故も起こってしまっています。 (ワークフローが cherry-pick になったためにマージ時に履歴が考慮されなくなったのか、それともMercurialよりもGitの方がマージがバカなのか、詳細は把握してません。) それで、1つの大きなNEWSファイルにエントリを追記していく代わりに、1つのエントリだけを含む小さいファイルを追加していき、ツールでそれらのファイルからNEWSファイルを生成する仕組みへの移行が急務となり、ツールの選定のためにコンペが行わ
Windows では2020年を待たずに Python 2.7 が使い物にならなくなっていく - methaneのブログ
昨日 mysqlclient 1.3.10 をリリースしました。 今までは Windows 版の wheel は Python 2.7 だけに提供していたのですが、 1.3.10 からは 3.5 と 3.6 だけに提供して 2.7 はドロップしました。 そもそも今まで Python 3 に wheel を提供できてなかったのは、 MySQL Connector/C の VC14 (VS2015) に対応したライブラリが提供されておらず、 Python 3.5, 3.6 は VC14 でビルドされていて VC12 用のライブラリにリンクすると大量のエラーでるわ自分で手順読みながら頑張って MySQL をソースからビルドしてもなんか動かないわで諦めてたからです。 それが、2年待て、よーーーやく MySQL Connector/C 6.1.9 から VC14 のライブラリが同梱される用になりまし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python3 - Mercurial
GitHub - faster-cpython/ideas
easy_install が消えた - methaneのブログ
今がPython 2からPython 3へ移行するのにベストなタイミング：トークセッションレポート
https://www.freia.jp/taka/blog/transfer-django-redshift-backend-to-jazzband/index.html
Client Challenge
