This domain may be for sale!
![ume108.mobi](https://cdn-ak-scissors.b.st-hatena.com/image/square/4cda7f5b1804e87900e790684d7055ab224f73ba/height=288;version=1;width=512/http%3A%2F%2Fblog.ume108.mobi%2Fwp-content%2Fplugins%2Fall-in-one-seo-pack%2Fimages%2Fdefault-user-image.png)
AMD,次世代Radeonで採用する積層メモリ技術「HBM」を解説。キーワードは「高性能&低消費電力」 ライター:米田 聡 2015年5月19日21:00,AMDは,2015年中頃の市場投入が予定されている次世代GPUにおいてカギとなる技術「High Bandwidth Memory」(以下,HBM)の概要を発表した。今回は,コーポレート副社長兼最高技術責任者(CTO)にしてコーポレートフェローでもあるJoe Macri(ジョー・マクリー)氏が電話会議で語った内容を基に,HBMとは何であり,それが次世代Radeonにどういったメリットをもたらすのかをまとめてみたい。 GDDR5の実装面積&消費電力問題を解決するHBM Macri氏は,HBMとは何かを説明する前に,HBMが必要とされる背景として「実装面積」と「電力性能比」の問題があると述べた。 下に示したスライドで右に見えるのは,「Rade
System call conversion for year 2038 [LWN.net] lwn.netでLinuxカーネルを2038年問題に対応させるにはという記事が公開されている。 32bit版Linuxカーネルのtime_tはsigned 32 bitなので、現行の32bit版Linuxカーネルをそのまま使い続けるシステムは、2038年問題の影響を受ける。 問題の日付が近づくにつれ、32bitシステムは様々な楽しげな理由により障害を起こすことが予測されるので、今日のLWN読者は、退職から呼び戻されて、紀南を救うために英雄的な活躍をするだろう。今対策をしなければの話だが。 さて、32bit Linuxカーネルでも、time_tなどの時間の表現に64bitの値を使えば2038年問題は解決できるか。実は、問題はそれほど単純ではない。 カーネル内部の時間表現を64bitに移行するだけでは
・安原製作所回顧録 カメラ好きでベンチャー精神の人は絶対に読もう。面白すぎる。 著者は1997年に、たったひとりで世界最小のカメラメーカー「安原製作所」を設立し、「安原一式」「秋月」という名前のフィルムカメラ2機種を世に送り出した伝説の人。元京セラ出身のエンジニアなので技術は分かったが、経営は素人、カネはないし、会社を離れたら信用もない。ないないずくしの状態から、過去に例がない零細カメラメーカーを興していく起業物語。 「今は良いメーカーの良い製品だけが存在している時代だ。人の生き死にに関わる製品ならそうあるべきだが、それ以外ならあやしいメーカーのあやしい製品があったほうが面白いと考えるのは私だけだろうか。安物の服を買って洗濯したらばらばらになった。これを友達に話すネタができたと考えるのは心が豊かなことではないだろうか。」 ユニークな会社であるが故にマスコミには200回以上取り上げられ「一式
B! 251 0 0 0 GitHubで面白そうなシェルスクリプトを探してる時に見つけた Spark by holman について。 数値を棒グラフ上に表示してくれるスクリプトです。 Spark 使用例 Spark Spark は数値群を引数に与えるか標準入力で与えてあげると その数値群を棒グラフに変換してくれるシェルスクリプトです。 インストールはGitHubのレポジトリ から直接sparkというスクリプトファイルを取ってきてPATHの通った所に入れるか、 MacであればHomebrewで $ brew install spark でsparkコマンドが使えるようになります。 使い方は非常にシンプルで $ spark 0 20 40 60 80 100 ▁▂▃▅▆█ こんな感じで数値を与えるとそれを棒グラフにしてくれます。 インプットに使える数字は少数も使えますが、 実際に使われる際には
Fedora 22より、デフォルトのパッケージマネージャが変更されるらしい。 RedHat系のパッケージマネージャといえばYumだったが、これからは DNF (Dandified yum) という次世代パッケージマネージャに替わる。 Fedoraを使ったことが無かったので全く知らなかったのだが、以下の象徴的なタイトルのブログを契機に知ることが出来た。 Yum is dead, long live DNF | DNF この記事が出た理由は、ブログ投稿と同日の2015/05/11に、DNF 1.0がリリースされたことだろう。 既存の要件を満たし、いよいよ乗り換え準備が出来たというメッセージだ。 DNF 1.0 and DNF-PLUGINS-CORE 0.1.7 Released | DNF 何故、YumでなくDNFなのか DNFは2012年にYumのフォークプロジェクトとして開始した 1。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く