従来から、「ARMはx86より(電力的に)効率的だ」という言説があります。これは単純に「ARMは省電力なスマホ向けで、x86は電力を食うPC向け」程度のアバウトなイメージのこともありますし、前世紀のRISC vs CISC論争のころからある「ARMはx86 (x64を含む)に比べ命令セットがシンプルなので、命令デコードにかかる電力が少なくて済んで効率的」という議論の形をとることもあります。 この議論については、半導体エンジニアの多くは「ARMがx86 より効率が良いというのは、もはや過去の神話」(in today’s age it is a very dead argument)という認識を共有していると言っていいでしょう。有名なところではApple CPU (ARM)とZen (x86)の両方を開発したジム・ケラー氏のインタビューでも言われていますし、Chips and Cheeseとい
大手ハイテク各社は世界中に巨大データセンターを建設しているが、それによって引き起こされる二酸化炭素排出量の大幅な増加の回避にも躍起になっている。 多くの電力を消費する人工知能(AI)がクラウド化されるのに伴い、太陽光発電や風力発電に余剰がある地域をソフトウエアを使って探し出し、そこでデータセンターの運営を強化するという手法も広がりつつある。二酸化炭素排出量とコストを削減することが可能になるからだ。 クラウドコンピューティングの管理を手掛けるシーラス・ネクサスの共同創業者で最高経営責任者(CEO)を務めるクリス・ノーブル氏は「再生可能エネルギーを最大限に利用するやり方でデータセンターを運営する方法を見つけ出すことが急務だ」と語った。 AIが必要とするコンピューティングがもたらす気候変動リスクは広範に及び、化石燃料を使用する電力からクリーンな電力への大幅な転換がなければ一段と悪化する恐れがある
(勤務先に投稿した社内ブログの焼き直しです) ある日同僚から ActiveJob の perform_later で Barbeque にキューした非同期ジョブの起動が遅いと言われた。が、非同期ジョブの使い所について個人的な考えを書いてみることにする。 相談は「非同期ジョブの結果をユーザーに返しているため、高速になって欲しい。現状、最大で数分の時間を要す旨のメッセージを表示している」という内容でした。具体的には {内部 API} が重く、一部の処理を非同期ジョブにしていてユーザー体験の悪化につながっているとのこと。 盲目的に非同期にしても嬉しいことはない 結論としては、非同期にするのであれば丁寧にやれば良いけど、そもそも同期的でよくない? と考えて欲しいと返した。 まず、個人的にはユーザーアクション起因かつユーザーへフィードバックする必要のある処理を非同期ジョブにするのは本当に長時間かかる
市販電気自動車の実用的な電費性能を確かめる「東名300km電費検証」シリーズ企画を始めたい。第1回は、BYDが「コンパクトEVの決定版」と謳う『ドルフィン』の電費計測を行った。厳寒期である1月の計測となったため電費を伸ばすには厳しい状況だったのだが、果たしてその結果は!? 「東名300km電費検証」企画について 航続距離が「短い」とされる電気自動車の真の実力を炙り出すため、勾配もカーブもある高速道路で「生きた」電費を計り、読者の皆さんの参考になるデータや事実を導き出したいという試みだ。これから様々な車種で同様に検証していくが、まずは基本ルールを説明しておこう。 【計測方法】 高速道路でACC(アダプティブ・クルーズ・コントロール)を使用し、80km/h、100km/h、120km/hの各速度で巡航した電費を計測する。ACCを使用することで、誰でも一定速走行を実現しやすく、読者の皆さんの再現
AWS、高速起動にこだわった軽量なJavaScriptランタイム「LLRT」(Low Latency Runtime)をオープンソースで公開。AWS Lambdaでの利用にフォーカス Amazon Web Services(AWS)は、実験的な実装としてサーバレス環境のAWS Lambdaで使うことにフォーカスした軽量なJavaScriptランタイム「LLRT」(Low Latency Runtime)をオープンソースで公開しました。 LLRTはRustで開発され、JavaScriptエンジンにはQuickJSを採用しています。 LLRTの最大の特徴は、現在のJavaScriptランタイムにおいて性能向上のために搭載されているJITコンパイラをあえて搭載せず、よりシンプルで軽量なランタイムとして実装することで高速に起動することにこだわっている点です。 これにより(Node.jsやDenoや
株式会社メガチップスは、Morse Micro PTY. LTD.製SoC「MM6108」を搭載した、IEEE802.11ah(Wi-Fi HaLow)対応のLPWA向け無線通信モジュール「MRF61_A」を開発し、2024年1月から量産を開始した。 「MRF61_A」は、IoTなどでの利用を目指すIEEE策定のLPWA向け通信規格であるIEEE802.11ah(Wi-Fi HaLow)通信を可能にする無線通信モジュールだ。 長距離通信と映像伝送が可能なスループットを低消費電力で実現し、センサデータと画像の同時取得や映像伝送などを可能にする。 新たな機器開発に加え、従来の2.4GHz/5GHz帯を使用したWi-Fi通信からの置き換えも可能だ。また、工事設計認証を取得済みであるため、最終製品での技術基準適合証明等の申請は不要だ。 その他の特徴としては、アクセスポイント製品とエンドポイント製品
5G対応かも不明、異例だらけのスマホ「HUAWEI Mate 60 Pro」レビュー 力業で制裁を回避した驚異のモデル(1/4 ページ) iPhoneやPixelといった新型スマートフォンが発売される中、中国ではHuaweiの最新スマートフォン「HUAWEI Mate 60」シリーズが話題だ。発表会もなく、突如発売されたこのスマートフォンはスペックの多くが謎めいた形で販売された。香港で「HUAWEI Mate 60 Pro」の実機を入手したので、レビューしていく。 iPhoneやPixelといった新型スマートフォンが発売される中、中国ではHuaweiの最新スマートフォン「HUAWEI Mate 60」シリーズが話題だ。発表会もなく、突如発売されたこのスマートフォンはスペックの多くが謎めいた形で販売された。香港で「HUAWEI Mate 60 Pro」の実機を入手したので、レビューしていく。
Note: Sections 2.0 and 3.0 of this article were added in response to comments on Hacker News and Reddit. Since its inception on 2000-05-29, SQLite has been implemented in generic C. C was and continues to be the best language for implementing a software library like SQLite. There are no plans to recode SQLite in any other programming language at this time. The reasons why C is the best language to
Jung Giuk2023-08-292019年 LINE に Build Engineerとして入社し、現在は「アプリプラットフォーム開発室」のディベロッパーエクスペリエンス開発チームに携わっていて LINE iOSアプリのビルド環境やコードクォリティの改善に取り組んでいる。 はじめに こんにちは、ディベロッパーエクスペリエンス開発チームのJungです。 この記事では2年以上 LINE iOSのビルドシステムとして運用したBazelをやめることにした背景についてご紹介します。 Bazel導入とこれまでのLINE iOS LINE iOS は200万行以上のソースコードと200以上のモジュールで構成される大規模プロジェクトです。 LINE iOSのソースコードとモジュールの数が増えて規模を拡大し続けるにつれて、ビルド/テストの遅延と DX(デベロッパーエクスペリエンス) の低下という避けら
ビデオカードのメモリが増設できない理由について、昔この業界に関わったことがある俺が説明してみる。理由は2つで、技術的ハードルが高い点と需要が無いという点である。 その1 技術的ハードルについて現在主流となっているビデオカードのメモリはGDDR6という規格である。こいつは16Gbpsでデータを転送できるんだが、1bitのデータのやりとりに使えるのはわずか62.5ピコ秒しかないということだ。これってメチャクチャやばい話で、僅か数mmの配線長の違いでも信号のタイミングのずれに影響してしまう。PC系のニュースサイトでビデオカードからクーラーを外した写真がよく掲載されているので試しに見てほしいのだが、タイミングずれが起きないようにGPUの周りを囲むように等距離になる位置にメモリが配置されているのがわかるだろうか?また、このような配置には、配線距離が短くなるメリットもあるのだ。 一方、PCに使われるメ
Cargo.tomlにはデフォルトのメタデータとPyO3の依存関係(バージョン)などが記載されています。また、pyproject.tomlにはビルドツールとしてmaturinが使用されることなどがあらかじめ定義されています。 注目すべきはRustスクリプトを記述するsrc/lib.rsファイルです。以下のようなscaffold(足場)が最初から記載されています。 src/lib.rsにデフォルトで記載されているscaffold 1 use pyo3::prelude::*; 2 3 /// Formats the sum of two numbers as string. 4 #[pyfunction] 5 fn sum_as_string(a: usize, b: usize) -> PyResult<String> { 6 Ok((a + b).to_string()) 7 } 8 9
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く