「ARM」を含む日記

■

HomePodが負け負けの負けデバイス

AppleTVは便利だけど微妙

Swiftの人気の低さ

iPhoneは途上国でそんなに売れない

Windowsのエンジニアファーストの勢いが止まらない

こんな状況でARM Macとか頭湧いてるとしか思えないし、囲い込みすぎて誰も居なくなった計画都市みたいな間抜けさがあるな

Permalink | 記事への反応(0) | 10:02

ツイートシェア

■

A64FXがARMベースなら

そのうちスマホに入るんだろな

フガクロイドみたいな

Permalink | 記事への反応(0) | 18:25

ツイートシェア

■

Intel新コアの仕様判明！

女の子1コア　１２７個の女の子ではないコア

ホモじゃないだとぉ・・・

そんなARMいたね

Permalink | 記事への反応(0) | 17:31

ツイートシェア

■anond:20200625063230

というか、

ＡＳＩＣやＬＳＩを作ったことある人なら、当たり前すぎることなんだけど、

語弊があるどころかニュアンスが逆なんだよね。

マイクロアーキテクチャを共通化するっていうことは、

開発者にとって楽になるどころか難しい方向に行くんだよね。

「フロントエンドのみArm命令に置き換えた形」という文言は、

「中身は前のまんまw」「命令セット入れ替えただけなんすわw」「命令デコーダをarm化したSparc64です。」という意味ではなくむしろ逆で、マイクロアーキテクチャが共通になるように、DDRとHBMの差分を見えなくしたりレイテンシを調整したりetc...して、ほとんど全部Verilogを書き直したってことなんだよね。

で、なぜそこまでしてマイクロアーキテクチャを共通化するかっていうと

チップの検証で、過去の資産を活用するためなんだよね。

LSIチップの検証って組み合わせパターンが天文学的数字すぎて分岐網羅とか全然できないんだよね。

ソフトウェア的な分岐網羅に換算したら0.1%となんじゃないかな。

そこでマイクロアーキテクチャを共通化してると、過去チップのLSIテストケースを流用できるわけなんだな。

でも、カバレッジ全然ないのに、もしLSIにバグがあると作り直しにｳﾝ億円ぐらいお金かかるからね。

これは国プロだからそこらへんどうしてるんだろうね。

Permalink | 記事への反応(0) | 06:51

ツイートシェア

■Mac が ARM になったら win が動かなくなる ?

そもそも Mac で M$ 製品を使うようなドザ崩れの屑に Mac を使う資格は無いので存分に M$ の PC に androidOS の携帯でも使ってろ.

Permalink | 記事への反応(3) | 21:38

ツイートシェア

■anond:20200624041055

そうかな・・・

基準は、富嶽（富岳？）のCPUA64FXは命令デコーダをarm化したSparc64か？否か？

だと思ってたけど・・・

Permalink | 記事への反応(1) | 04:24

ツイートシェア

■anond:20200623231337

｜因みに富嶽（富岳？）のCPUは命令デコーダをarm化したSparc64です。

｜https://monoist.atmarkit.co.jp/mn/spv/1905/07/news013.html

フリーライターの立場でこんな学術的な記事書けるのすごいと思うけど

”CPUは命令デコーダをarm化したSparc64です。”とかフリーライターの書いた記事を参考にしゃちゃダメでしょ・・・・

スパコン京の時に聞いた話だけど、HPC用のプロセッサは特注品でSI用に作ってるやつとは

ISAが同じなだけで、中身は全然違うとさ　

わかりやすいとこだと、HPC用はL3キャッシュが無くてSI用はL3まである。

HPC用がL2までしかない理由は、これまたHPC用特別カスタムのLinuxカーネルに合わせるため。

LinuxカーネルがHPC用特別カスタムなのはそうしないと勝てないかららしい(OSノイズ)。

だから全部作り直しだと思うよ

SI用のsparcの資料

https://www.fujitsu.com/jp/products/computing/servers/unix/sparc/featurestories/technology/performance/processor/index.html

HPCの富岳のやつ

https://github.com/fujitsu/A64FX/blob/master/doc/A64FX_Microarchitecture_Manual_jp_1.1.pdf

Permalink | 記事への反応(1) | 04:06

ツイートシェア

■anond:20200623225858

かなり少ないね。

半導体屋の人口がそもそも少ない。

これはソフト屋と比べて、ね。

且つその中のCPU担当の人なので更に少ない。

因みに富嶽（富岳？）のCPUは命令デコーダをarm化したSparc64です。

https://monoist.atmarkit.co.jp/mn/spv/1905/07/news013.html

Permalink | 記事への反応(1) | 23:13

ツイートシェア

■日本にCPUアーキテクトって何人いるんだろ？

富嶽でArmアーキに変更加えてCPU作ったけど、何人くらいアーキテクトいるんだろう。

CPUのあるところまでは本などで説明されるけど、実設計って資料ないので独学難しそうだし、やっている日本企業ももうないし。

Permalink | 記事への反応(3) | 22:58

ツイートシェア

■anond:20200623021537

おっしゃる通りだけど、コンピュータサイエンスは例外だと思う。

多分医学に次いで、学術界と産業界が近い分野なんじゃ無いかな。

というか、進歩が早すぎで学術界＝産業界になってるか、学術界が産業やってる感じ。

Google Amazon Microsoft intel Arm nvidiaの方が大学よりも研究力上なのは事実な訳で。

日本のプログラマーがスパコンに興味無いのは、

日本はITを使ってサービスを作るエンジニアが大半で、ITそのものを作るエンジニアはほとんど居ないからでしょ

Permalink | 記事への反応(1) | 02:51

ツイートシェア

■anond:20200623001201

京の小型版が売れなかったとしたらCPUがSPARCだったってこともあったんじゃないかな。LinuxもSPARCのサポート打ち切ってるでしょ。

今度のは今勢いに乗っているARMだからどうなるかな。Crayも富士通製ARMを採用し始めてるんでしょ。

Crayだけ売れて富士通はCPUベンダーとしてのみ潤うって程度の落ちになりそうな気はするけれど。

Permalink | 記事への反応(0) | 00:40

ツイートシェア

■anond:20200612170803

回答ありがとうございます。

そんな仕事があるのですね。

Armのコアを触っててもISAとRTL以降なのでイメージわかなかった。

Permalink | 記事への反応(1) | 17:18

ツイートシェア

■

ARM版Windowsは失敗だ。エミュレーションもあるとはいえ

既存のアプリは、ARM用にビルドし直さなければ快適に動作しない。

ARM版Macは成功するだろう。

既存のアプリは、ARM用にビルドし直すだけで動作するだろうからだ。

Permalink | 記事への反応(2) | 21:14

ツイートシェア

■[ハローワーク]

プログラムなどを中心とするIT産業

月収：中心価格帯

２０代月収　１８－２３万円

４０代月収　４０－６０万円

２年ぐらいのプロジェクトが多い

１０年　２０年という長期型の労働には向かない（Windowsが７から１０への移行　を例にとっても　移り変わりの頻度が高い）

知らなければならないことが複雑多岐にわたるケースがある

　　　　　　　　　　　　↓

例１：生保業界向けのシステムを作る場合生保のことを知らないといけないなど[サービス]

例２：IntelとARMで若干動きが違うが、その差が重要になる場合などの構築[ハード]

よくある誤解　例　各種障害　発達障害　：　会話などが少ない業界のため、きちんと動作するプログラム（難易度高め）が書けるのに発達障害といっても信じてもらえない

Permalink | 記事への反応(0) | 08:34

ツイートシェア

■anond:20200605080155

そろそろARMが煮えてきて　Core iっていうシリーズも長かったな。

Permalink | 記事への反応(1) | 08:22

ツイートシェア

■

結構本気

プロセサが成熟してきて、CPUがARMが増えて、成熟して

プログラム技術が５年ぐらい前から徐々に変わりつつある新しいプロセッサルールに対応しつつある技術が増えてきた

とはいえ、新しいというか、古いというか時代は交互というか面白いねとかどこが嘘に聞こえるのか？

Permalink | 記事への反応(1) | 18:51

ツイートシェア

■anond:20200524132828

２０年前に、おれがコードを書いたとき、新入社員に毛が生えた程度だが、会社の外ではけっこう名うて。学生時代にブイブイ言わせた知識と、先輩と協力して書いた物。いまではあたりまえだろうが、社会５年目、プログラマー２０年目　という新人が書いたプログラムが会社には多く残っている。新人が書いたと思わずに経験年数に１５を足しておけばわかりやすい。

それも、女にもてない男が書いた、コードが残ってる。

そこから、２０年分。まだ足りない。でも新技術は着々と、業界でうわさされている。なかには日本の名前も聞く。

いまはARM全盛、AMDの時代だが、Intelの新技術のうわさがちらほら。いつでてくるかはしらないが、わくわくする。

Windows10のキャンペーンが終わったら、次はMacのキャンペーン。学校でのプログラム教育世代が、社会に出る。需要はたっぷりある。

Permalink | 記事への反応(1) | 13:30

ツイートシェア

■anond:20200517160751

まず、組み込みにソフトが枯れてないArchを使う奴はいないという訂正を入れておく

UbuntuもLXQtとかのDE使えばそこそこ軽いのでは？その上で何を動かして開発用に使うのかは置いといて

ARM上でJetbrains IDEは動かないし(非サポート)、VSCodeなんかもElectron製だからARMの上で使うのは中途半端に重そうだしなあ

Permalink | 記事への反応(1) | 21:43

ツイートシェア

■みんなArch Linuxのことを忘れてないか

前からプロジェクトとしては存在していたPine Tabのことが最近話題になっていて、

https://daily-gadget.net/2020/05/16/post-15100/

なんでいまさら？と思ったら、もうじき出荷開始とのこと、おめでとうございます。

https://www.pine64.org/2020/05/15/may-update-pinetab-pre-orders-pinephone-qi-charging-more/

ブクマのコメントを見ると、特にRAMのスペック不足で使い物にならなそうという意見が多い。このスペックのタブレットにUbuntuを入れるなら、まあそうだよなという感想しかない。

でもあらゆるLinuxディストロがUbuntuみたいにリソースリッチな環境で使うことを前提として作られてるわけではなくて、省リソースと安定性を優先して作られていて組込み用OSに多く使われているArch Linuxのようなディストロもそれなりに大きな勢力として存在してる。

じっさい、Pine TabはArm版のArch Linuxを公式にサポートしてる。

https://wiki.pine64.org/index.php/PineTab

ちなみに、この記事↓の人は開発者で、Raspberry Pi Model 2にArch Linuxをインストールして普段使いデスクトップ環境を構築してる。Raspberry Pi Model 2のRAMは1GB。著者の構築した環境で、RAMの常時使用量は165MB。

https://opensource.com/article/20/3/mac-raspberry-pi

この記事に影響されて自分でも古いThinkpadにArch Linuxを入れて、ストレスなく使える程度にリソースは食う環境を構築してみた。

日本語入力を起動した状態で250MBくらいのRAM使用。

Firefoxを起動したとたんに使用量が跳ね上がって800 MB-1GBくらい。

なので、RAM 2GBのPine TabにArch Linuxを入れて普段使いや開発環境として使うのは全然ありだと思う。

こういうことを考えるのは面倒くさいし、もっときれいなGUI環境でタブレットを使いたい人は無印のiPadがいちばんスペックとコストのバランスが取れていて手軽なのでは。

他に詳しい人の意見も知りたい。

Permalink | 記事への反応(3) | 16:07

ツイートシェア

■anond:20200512113448

某ARM版はまえのほうが使いやすいけど、つくれるから、問題はない。

Permalink | 記事への反応(0) | 11:36

ツイートシェア

■anond:20200413002154

イギリスって意外と工業力あるんだよね。

DysonもそうだけどARMもあるしF1走らせるような自動車メーカーもあるし飛行機もやってるよね

日本に目を向けると自滅としか言えないんじゃないかな。

なんで自滅してるのかわかんないけどほんと自滅としかいえない。

技術継承させたり新陳代謝させたりビジョンを持ったりマーケティングや販売戦略を練り直したりすれば十分持ち直せたはずだったけど

なんか知らんけど身を守ることばっかりになってしまった。

おそらくこのまま自動車も白旗あげる日がくるよ。なんでそうやって自滅するのか意味分からんけどね。

Permalink | 記事への反応(6) | 00:28

ツイートシェア

■anond:20200320113420

いまめんどくさいのはARM

ほぼ問題ないことはわかってきてるんだが、どうすっかなという

Permalink | 記事への反応(1) | 11:38

ツイートシェア

■anond:20200315225230

• Linux CLI Launcher
  • ホームアプリ
  • 基本無料、一部アドオン有料
  • Androidパワーユーザー向け
  • CLI(CUI)なホームアプリ。
    非常に軽量で他のアプリ起動はキーボード入力によってキーワード絞り込みをかけていく。
    膨大にアプリをインストールしているのならばキーボード絞り込みのほうが速い。
    ウィジェットの設置は出来ない。
    アプリ内APIが整備されており、時間や気象情報などは初期状態で表示可能。
    一部のPOSIXコマンドが動作するため表示項目を自作することが可能。

• SKK for Android(海月玲二氏版)
  • IMEアプリ
  • 無料(ただし野良アプリ)
  • Androidパワーユーザー向け
  • 形態素解析をしない有名なインプットメソッドのAndroid版。
    Google IMEやATOKのように一発変換志向ではなく単語毎の変換を想定している。
    形態素解析をユーザー自身が行うことによって誤変換を減らす試み。

• Hacker's Keyboard
  • IMEアプリ
  • 無料
  • Androidパワーユーザー向け
  • ファンクションキーも備えた多機能なIMEアプリ。
    CtrlキーやAltキーも備えているので、キーが足りないときに向く。

• Termux
  • ターミナルエミュレーターアプリ
  • 基本無料、一部アドオン有料
  • Androidパワーユーザー向け
  • UNIX/Linux界のターミナルをエミュレーションしてくれるアプリ。
    APT風のパッケージ管理システムも備える。
    BashやZshなどのシェル、CやC++などのコンパイラ、VimやEmacsなどのテキストエディタ、Node.jsなどのサーバーサイドスクリプティング環境などなど、大抵の欲しいものはパッケージ管理システムからARMバイナリを入手可能。
    存在しなくとも自身でコンパイル/ビルドすることによって使えるようになる。
    当然SSHやGitも使えるので急を要するときに活躍する。
    ホームアプリLinux CLI Launcherの表示項目を自作するバックエンド環境としても有用。
    多くのギークがiOSへ移行しない理由の一因。

• Tasker
  • ユーティリティアプリ
  • 有料
  • Androidパワーユーザー向け
  • AndroidやAndroidアプリのAPIを呼び出し制御するためのユーティリティアプリ。
    機能としては自由にスクリプディングできてしまうTermuxの下位互換ではあるが、GUIによって操作できるのでユーザビリティは高い。
    TaskerでできないことをTermuxに求めることが多い。
    多くのギークがiOSへ移行しない理由の一因。

• IFTTT
  • ユーティリティアプリ
  • 基本無料、一部機能有料
  • スマホ上級者向け
  • WebサービスのAPIを呼び出し制御するためのユーティリティアプリ。
    この系統のユーティリティアプリでは最もユーザーが多く、情報量も豊富。
    IoT家電の制御などでも定番でスマートハウスをDIYするときは必ずと行ってよいほど話題にのぼる。
    こちらもTermuxの下位互換ではあるのだが、GUIで操作できるのでユーザビリティは高い。

• Pocket Git
  • Gitクライアントアプリ
  • 有料
  • 情報技術者向け
  • GitのGUIクライアントアプリ。
    少々クセはあるものの簡易的なGit操作が可能。
    すべてのGit機能を扱えるわけでないため、踏み込んだ操作はTermux上のGitの方が良い。

• Todoist
  • Todoアプリ
  • 基本無料、一部機能有料
  • スマホ中級者以上向け
  • Todoを管理するためのアプリ。
    iOSやAndroidほかWindowsやMac、Linux、更にはWatch OSやWear OSにまでクロスプラットフォームに展開している。
    入力するTodo内に日付などが含まれていると日付に合わせたTodoを自動作成する。

• Google Keep
  • メモ、リマインダーアプリ
  • 無料
  • スマホ初級者以上向け
  • メモおよびリマインダーを管理できるアプリ。
    Google謹製で入手性が高く、他のユーザーとメモを共有可能なため簡易的にカンバン方式で業務マネジメントもできる。
    専用アプリでなくともHTML5対応Webブラウザさえあればプラットフォームに縛られることなく利用可能。

• Loop
  • 習慣トラッカーアプリ
  • 無料
  • スマホ中級者向け
  • 日々のルーチンワークタスクをリマインドし、タスク消化をログとして振り返ることのできるアプリ。
    筆者は正直に言うと障害等級2級のASDなので、コレの通知でご飯を食べ忘れないようにしたりして生きている(身内以外には障害者手帳を持っていることを告知していない。何かあったときのため一応取得している)。
    ちなみに英語では「Habit Tracker」と種別されるアプリなので、気になる人は海外も含めて色々探してみると良いだろう。
    WearOSスマートウォッチと連携可能。

• Evernote
  • ノートアプリ
  • 基本無料、一部機能有料
  • スマホ中級者以上向け
  • 有名なノートアプリ。
    簡易的なメモからWebページのスクラップ、PDFの保存など非常に多機能。
    ノートアプリで最もユーザーが多いと思われるが、自分に合った使い方を見つけるまでが1つの障壁になっている。
    つまり多機能すぎて大半のユーザーにはここまでの機能は必要ない。
    一時期よりもユーザーが離れてしまったため、ユーザーからはいつも事業継続が不安視されているもののしぶとく生き残っている。
    何だかんだで代替サービスもないため依存度の高い人ほど辞められない。

• Twitter
  • SNSアプリ
  • 無料
  • スマホ初級者向け
  • 今や日本で最も普及しているマイクロブログ型SNSサービスの公式クライアント。
    何を間違ったのか「怨恨の増幅器」などと揶揄されており、インターネットの光と闇の体現者。
    創業者のジャックドーシーが分散化を発表してギークから注目を浴びている。

• Subway Tooter
  • SNSアプリ
  • 無料
  • スマホ中級者向け
  • MastodonやMisskeyなどマイクロブログ型分散SNSのクライアントアプリ。
    Subway TooterはマルチカラムUIを採用しており、Mastodonが提供する様々なタイムラインを管理することが可能。
    分散SNSは「ギークのためのTwitter」などと呼ばれている。
    SNSをシステム的にも思想的にも深く理解している者が多く利用しているためTwitterのような荒れ方をあまりしない。
    荒れるときの議題が情報技術に関連することが多く、それらに疎いライトユーザーは議論に参加すらできないので、その点が問題と言えば問題。

• Discord
  • チャットアプリ
  • 基本無料、一部機能有料
  • スマホ中級者向け
  • ビデオゲームプレイヤーのためのチャットアプリ。ビデオゲーム界ではデファクトスタンダードの地位を確立している。
    音声通話が可能なボイスチャットチャンネルが独特でこれが支持されている。
    後述するSlackとAPIに互換性を持つなどDiscord運営側に「理解っている感」がある。

• Slack
  • チャットアプリ
  • 基本無料、一部機能有料
  • 情報技術者向け
  • コラボレーション型チャットサービスのはしり。
    チャットサービス内で動作するアプリケーションを自作するためのAPIが整備されており、局所的な需要にも対応できるようになっている。
    IT界ではデファクトスタンダードであり、普及しすぎて「Slack疲れ」なる言葉まで生まれている。
    Discordと比較して返信が元投稿に紐付けられるスレッドを備えているので会話の一覧性が高い。

• Riot
  • チャットアプリ
  • 無料
  • 情報技術者向け
  • 分散チャット向け通信プロトコルMatrix互換サーバーのためのチャットクライアント。
    分散SNSが「ギークのためのTwitter」ならば分散チャットは「ギークのためのSlack」である。
    オープンソース系チャットはMattermostやRocket.chatなどもあるが、他のチャットサーバーのチャットルームにも入れる分散チャットが現在ギークの中で最も熱い。

• GSuite
  • オフィススイートサービス
  • 基本無料、一部機能有料
  • スマホ中級者向け
  • GoogleのDocuments、Spreadsheet、Slide、Hangouts Chat、Hangouts Meet、Drive、GMailなどその他の業務向けサービスをまとめた総称。
    設立年が若い会社ほど採用している傾向にある。
    法人オフィススイートのデファクトスタンダードであるMicrosoft Officeと比較すると低機能感は否めないが、Microsoft Officeへ依存していないならば大半の用途で必要十分ではある。
    今更GSuiteへ移行できないのであれば素直にMicrosoft Office 365を契約したほうが精神衛生上良い。

• Google Fit
  • フィットネスアプリ
  • 無料
  • スマホ初級者向け
  • Google謹製のフィットネスアプリ。連携できる他のサービスやアプリ、ガジェットが多い。
    Androidユーザーのフィットネス管理のハブとしては最も無難。
    無難ではあるが使いやすいかどうかは別の話。

• MyFitnessPal
  • フィットネス、栄養管理アプリ
  • 基本無料、一部機能有料
  • スマホ中級者以上向け
  • フィットネスアプリというよりは摂取した食品の栄養管理が主な機能と言えるアプリ。
    コンビニで買った弁当であっても商品名を入力すると各種栄養素やカロリーが表示される集合知の極みみたいな機能を持つ。
    こちらも使いやすいかと言われると悩むが、代替サービスは存在しない。

• Sleep as Android
  • 睡眠トラッカーアプリ
  • 基本無料、一部機能有料
  • スマホ中級者以上向け
  • 非常に高機能な睡眠トラッカーアプリ。
    睡眠したい時間と起床時間を入力しておくことで、それに合わせてリマインドしてくれる。睡眠するのを忘れる筆者には心強い。
    更に布団の上においておくことで睡眠が浅いときに目覚ましアラームを鳴動してくれたり、快眠できたかのスコアリング、いびきをした時間を記録してくれたりもする。
    スマートウォッチと連携することで、より精度を高められる。
    Google Fitと連携可能。

• WearOS by Google
  • ユーティリティアプリ
  • 無料
  • スマホ中級者以上向け
  • WearOS搭載スマートウォッチのユーティリティアプリ。
    WearOSスマートウォッチユーザーなので使っている。

ほぼ毎日使っている一部を挙げたけれども、出勤準備の時間が近付いてきたのでココまで。
気分が向けば追記するかも知れない。

Permalink | 記事への反応(4) | 05:43

ツイートシェア

■

明日しごとつらいな

各社のARMとIntelの複数の石　違いが少ないといえば少ないがないわけじゃない。

９９＄と９９．９％の違い　１％未満といえば　そうなんだけどな

Permalink | 記事への反応(1) | 13:43

ツイートシェア

■日本の半導体はどこで失敗したのか

1. 設計開発に必要なソフトウェアを国産開発できず、億単位のライセンス料金を払うだけで開発費が吹っ飛ぶ構造になった。
2. OSが国産できなかった。PC用OS、スマホOSとも。Androidの先行リリースに数億払うだけで端末開発費が吹っ飛ぶ構造になった。
3. ARMに代わる国内IPを開発できなかった。Cadence、SynopsisなどのベンダーIPも開発できなかった。IPライセンス料金だけで開発費が飛ぶ。
4. 半導体物性に詳しい人材は多くグローバルでも競争力につながっているが、物理限界でビジネス的に旨味のない領域を、アメリカ企業から押し付けられる構造になっている。(時間と投資が必要なわりに利益が大きくない）
5. 物性に強みがあるのに、ファブレスを目指した。
6. 国内数社で競っている時期に、統一ファウンダリー1社に統合するべきだった。
7. Appleの需要は大きいが振り回される。intelですらモデム開発でハシゴを外されたら事業継続できない。
8. 秘密主義が酷くエコシステムを構築できない。人材も来ない。
9. 計測に必要な計測機器がアメリカ企業ほどの性能を国産できなかった。
10. リサーチ部門がなく、自社で需要を作れなかった。アメリカのメディアに振り回される、米企業と年単位の遅れ。

Permalink | 記事への反応(0) | 10:51

ツイートシェア