「ノード」を含む日記

はてなキーワード: ノードとは

スパコンの中のソフトウェアを開発している人にお時間をいただいて色々お話を伺ったのだけど、非常に面白かった。ある程度組み込みっぽい泥臭い運用環境なんだろうなとは思ってたけど、思った以上に凄く頑張ってた。また、閉じられた世界にいつまでもいられないことも知った。思ったよりOSSへの依存度が高いことを知った。ノードのスペックはかつての覇者Summitなどと比較すると華々しい報道の裏で実は致命的にポンコツなところがあることも知った。

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

2021-11-04

■anond:20211104105840

やきう脳は他競技もノードーピングだと思ってるお馬鹿だから困るよな

2000本安打駒田「野球はスポーツじゃなくてレジャー」

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

2021-10-11

■エンベデッドスペシャリスト2021/10/10＠新橋TKP

去年は午後1が数点足りず不合格。問題文に相槌うってメモしてたら時間なくなりました。

リトライ。今回はメモや書込みは最小限に、淡々と読み進める！午後1も5分程度余るようにできました。

----

午後1・・・・設問2→1の順で解いた。良かったと思う。

■問1：ペット医療点滴のシリンジポンプ（45min）

設問1

(1)準備中､設定中､設定可

(2)0.5mm

(3)144回転 128pps

設問2

(1)a：キー判定　　b：設定終了キーの押下★　　　　　　　　　（★…ちょうどの単語がなかった）

(2)c：シリンジID、点滴流量

(3)薬剤が詰まり圧力センサの出力値が基準値を超えた

設問3

(1)d：設定開始★　　e：設定中★　　f：準備　　g：準備中　　（★…設定終了と設定完了かも）

(2)設定項目に不足があった場合✕　

　　　（✕設定完了後にリーダをSポンプに接続したとき、一括登録した時、など迷ったが分からない）

■問2：DXレストラン（40min）

設問1

(1)0.38ms

(2)料理人が品切れ情報を登録する前に利用者が注文情報を送信したとき

設問2

(1)入店､清算、キッチン

(2)a：注文履歴情報　b：キャンセル対象の注文情報　c：指示タスク　d：片付け指示　e：空席管理情報の該当テーブル

(3)全テーブルタスクに品切れ情報を送信する

設問3

(1)料理がロボに格納され、かつ着座人数が1人以上であるとき

(2)g：注文履歴情報の該当する注文を配膳済みに更新する

(3)h：該当するテーブルタスクに通知する

----

午後2（120min

■問2：工場生産ラインの可視化

設問1

(1)出力ノード　　　　（★ふつうに工程かも。迷った。）

(2)a：SDカードとフラッシュメモリのモデルを読み出し、作成日時を比較し新しいモデルをRAMに展開する

　b：次回からフラッシュメモリだけで起動できるため　（全然わからない。SDカードは他工場でも使うのかなと。）

(3)圧縮行程の工程生産能力：2222個/h

　ライン生産能力：1667個/h

　工程間滞留量の最大値：600個　　（概念が全然分からない。。）

設問2

(1)a：ドライバの識別 ID、ドライバ用の個別データ　　b：センサの識別 ID

(2)a：読み込むべきモデム及びドライバが、SDカードにある

　 b：読み込むべきモデム及びドライバが、フラッシュメモリにある

　　　（5文字差がSD→FMの差だとすると同文言の答えだと推測）

　　　（「読み込むべき」が無いと「準備完了（条件1,2とも偽）」が説明できない）

(3)(a)d：電流センサ　e：産出センサ　f：投入センサ

　 (b)g：投入量通知　h：中断　i：再開

　 (c)工程1。工程2から工程1に投入量通知が送られているから。

　 (d)工程異常、ライン異常

設問3

(1)a：152byte増

　（計算: ①サーバ接続情報(64)が増える、

　　　　　②工場 ID(4)がS工場の圧造工程と転造工程の2工程分増える、

　　　　　③さらにT工場熱処理工程とU工場表面処理工程の工程情報が増える。

　　　　　　これは他工場の工程なので投入センサ情報/産出センサ情報/設備数/設備情報が

　　　　　　不要だから、工程名(32)+工場 ID(4)+【a】識別 ID(4)★だけで良い。

　　よって、①64、②4*2工程=8、③(32+4+4)*2工程=80 を合計して152byte。）

　（★が明言が無く加算していいのか謎。除くと144。そもそも他工場の工程も加算で良い？）

　 b：工程間滞留量

　 c：工程生産量と同値が表示される

(2) j：工程情報通知

　 k："投入量通知"を受信した場合　　　（★時間なかった。テキトウ。）

　l：モデルの"サーバへの接続情報"の先頭バイトが0

----

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

2021-10-05

■anond:20211005055655

いや何いってんの？

Appleは中国のファブが磨いてきた枯れた技術にお墨付きを与えるようなモノづくりをしているだけ。先端を追わずに、いいとこ取りしていく狡猾なスタイルだよ。そのくせものすごい精度を求めてくる、生産者としては厄介企業。

技術的なイノベーションは常に中国で起きている。

例えば最近で言うと、シリコン酸素アノード電池を実用レベルにもっていき製品化したのも中華メーカーだ。これも現在のものを置換えていくだろう。

画面内指紋認証技術もたくさんの機種に搭載されてきた中で着々と世代が進んで高精度化している。

画面内インカメラについても、去年夏、実用化されたZTE Axon 20 5G(≒Rakuten BIG)では酷評が多かったが、最新の第3世代になってくるとXiaomiやOppoにも今夏の採用機種がでるほど品質面の問題がなくなってきたという事情がある。

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

2021-08-22

■

彼女の元カレは

彼女が泣いてクスリは止めて欲しいと懇願した時、

ノードラッグノーライフと言い切ったらしい。

増田くんは真面目だから変な心配しなくていいからうれしいと言ってた。

でもそうかな？

僕は元カレがちょっと男らしいなと思うし、

真面目なのはむしろ元カレのほうじゃないのかな？と思った。

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

2021-07-02

■anond:20210701235419

ん？親が消えても子ノードは独立に存在するからその下に孫ノードがつけられるという話ではなく？

子が親になるというか

Permalink | 記事への反応(1) | 00:07

2021-07-01

■anond:20210701234600

https://anond.hatelabo.jp/20210701213344

気になったら見てみてNE

おお、更新された。

こういう仕様か

エントリとそのページのHTML データだが紐づいてて

親ノードや子ノードが更新されるわけじゃないんだな

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

2021-06-20

■anond:20210620162352

ノードを遡ってみたら他の人にも言われてた

怖い

Permalink | 記事への反応(0) | 16:26

2021-06-18

■anond:20210618184327

pop(i)の計算量がO(n)であることを言いたいだけなので、for文を使わないメリットとか考えていません。

また、nodesをスタックのように用い、do somethingの中でnodesの末尾にノードを追加するようなことは、普通にあると思います。

その場合、get_node_list()で取得したnodesの先頭または末尾から順番に処理されるとは限りません。

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

■anond:20210618170112

ではi番目の要素へのアクセスは、要素数を持っておいて、近い方から行うのですか？

それとも、インデックスとノードのポインタの対応付けを木などに格納しておくのでしょうか？

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

■anond:20210618164927

ポインタが末尾を指しているなら、先頭のノードに到達するにはn回リンクをたどらなければいけないよね？

Permalink | 記事への反応(0) | 16:53

■anond:20210617075257

アルゴリズムいらないって言ってる奴いるけど正気か。

そういう奴は、これのどっちが正しいかみたいなことをいちいち個別に覚えるのか……。

nodes: list['Node'] = get_node_list()
while(nodes):
    n: 'Node' = nodes.pop() # 末尾のノードから処理
    # do something

nodes: list['Node'] = get_node_list()
while(nodes):
    n: 'Node' = nodes.pop(0) # 先頭のノードから処理
    # do something

追記

型ヒントをつけろと書いてあったので付けました。

コメント//から#にした。完全にミスった。指摘サンクス☺

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

2021-06-16

■anond:20210616082458

ノード？

ネットワークのノードのこと？

Node.js のこと？

これだから素人は

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

2021-06-15

■メモ

初日：2h30m

2日目：4h35m

3日目：2h13m

4日目：5h54m

5日目：6h22m

6日目：3h38m

7日目：直接的なモデリングは行ってないので時間は計測せず。ただ、公園の綺麗な休憩所のシーンに樫の木をアペンドして読み込み、それぞれ別のBlender ファイルを同一シーン上に並べ、それぞれのテクスチャもちゃんと反映された状態でレンダリングに成功するなど、素材を利用した制作術に進歩があった。また、本のBlender ファイルを読み込んでからテクスチャが反映されてない（モデルカラーがピンク状になっている）状態をシェーダーエディターで修正し、シェーダーエディターのモード変更でオブジェクトモードからワールドモードへ移行してHDRI画像が反映されていなかった状態を修正することでHDRI画像の設定の仕方を知るなど、新しい制作術を覚えることに成功した。

8日目：cgtraderのBlender用フリーモデルの完成度があまりにも素晴らしい。DLしたモデルが正常でないテクスチャ表示（紫色）になっていた場合は、『ファイル→外部データ→欠けているファイルを探す→DLしたモデルのテクスチャが格納されているフォルダで "欠けているファイルを探す" を実行』この手順でおおよそ何とかなる。

9日目：ニューヨークの一画を丸ごと再現したモデルが本当に凄い。街並みをそれっぽくローポリとテクスチャで綺麗に再現する手法の勉強になる。また、このモデルをBlenderで開いた時に初めて2画面（2ディスプレイ）で開くことで、Blenderが全画面モード中でも複数画面で編集画面を展開できることが分かった。全画面表示時、メニューバーから『ウインドウ→新規ウインドウ』の手順を踏むことで新しくウインドウが展開されるので、それを別ディスプレイに持っていけば、あっという間に2画面に渡った全画面表示編集環境が完成する。

『高品質な樫の木』オブジェクトのシェーダーエディターノードを参考にすることで、アルファ透過の仕方が分かった。テクスチャ画像とアルファ用画像は別に用意し、シェーダーミックスを経由して繋げるのが良さそうだ。アルファ用画像はマテリアル出力ノード一歩手前のシェーダーミックスの『係数』にリンクを繋ぐと上手くテクスチャの黒い部分が透過して抜けるようだ。

牛肉・リンゴ・バナナのモデルにテクスチャが貼られていないことへの修正対応を行ったことで、改めてオブジェクトへのテクスチャ貼りとノーマルマップ適用術を学んだ。

Permalink | 記事への反応(0) | 15:13

2021-05-28

■ASRockはひかえめにいってかみ

台湾ベースのマニアックなプロ集団というかんじで、

とにかくユーザ目線での製品がおおく素晴らしい

バイクでいえばスズキとかヤマハというかんじなのだろうか？（しらんけど）

たとえばこの製品だが、10GbEが2本ついていて、

IPMI機能がついているのだが、それぞれ単品で増設すると4万以上する。

https://www.amazon.co.jp/dp/B07W99M96C/

かつRyzenが使えるのでクソ高いXeonとセットにしなくてもよく、

低価格で「かなりガチな」本格的なサーバーなりWSがビルドできる。

まあ10GbEを活かした無瞬断の3ノードクラスタとかだよね。

これまでそういうことをやろうとしたら、Xeonとセットが必須で、

軽々と20マソを超えるようなビルドになるのがフツーだった。

もちろん逸般の誤家庭レベルの自分にはそんなことは不可能だったわけだが、

ASRockのおかげでそうしたことが不可能ではなくなった。（やったとはいってない）

こくじんさん「まじかみかみってよーだれだよコイツをかみってゆったのは出て来いよ！」という感じである

https://twitter.com/hashtag/%E9%80%B8%E8%88%AC%E3%81%AE%E8%AA%A4%E5%AE%B6%E5%BA%AD?lang=ja

Permalink | 記事への反応(0) | 23:03

2021-05-27

■anond:20210527205838

2ノードクラスタやん（IT用語）

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

■anond:20210527101954

スクレイパーみたいなのはノード繋ぎ合わせるようなのでできそうだけど

YahooにPipesとかなかったっけ

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

2021-05-25

■ラズパイの４ノード クラスター

清水さんの記事はいつも参考になるなあ

これはちょっとおもちゃ感あるけど、なんでも試してみるという姿勢がすばらしい

PoEで組むというのが「わかってる」人だなあと思う

https://internet.watch.impress.co.jp/docs/column/shimizu/1325054.html

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

2021-04-14

■政府の成長戦略 会議で半導体が取り上げられたようだがダメダメな件

時々増田に半導体ネタを投下している業界人の増田です。最近、ニュースで半導体不足が話題になることが多く、先日も政府が先端半導体製造に支援という話題が出ていたので、元ネタの資料を参照してみました。

https://www.cas.go.jp/jp/seisaku/seicho/seichosenryakukaigi/dai9/siryou1.pdf

資料を見た感想を一言で言うならば『これはひどい』業界未経験の新人が初めて作りましたって資料だろうか？普通はこのクオリティの物を外には出せない。

問題箇所を指摘してみよう。まず1点目。用語の誤用が多すぎる。『ミドルエンド』ってなんでしょう？ハイエンド、ローエンドっていう言葉は、エンドと付いていることからわかるように、上位側の製品、下位側の製品という意味を表している。真ん中のグレードを表したいなら『ミドルレンジ』です。

また、サイズ別の半導体製造能力っていう表現も普通はシリコンウェハの直径を意味している。つまり〇〇国は300mmウェハを用いた製造ラインが月産xx万枚、200mmウェハの製造ラインが月産xx万枚という具合だ。

製造の微細化技術で分けたいなら『プロセスノード別の製造能力』と記載するべきである。

2点目が『ローエンド工場』(この言葉も変で、普通はレガシィプロセスとか言ったりする)の設立年がおかしい点。老朽設備という事を強調したいのだろうが、ミスリーディングを誘っているように見える。各工場の主力製造ラインが構築されたのは私の過去記事でも書いたのだが、大半は2000年代だ。資料記載の設立年は工場の最初の建屋を作った年で、資料記載の各プロセスノードの製造ラインは90年代、2000年代に新しい建屋に作り直しており、実質的には別工場であり、70年代、80年代の設備をそのまま使っているわけではない。(そもそもシリコンウェハの口径が当時と今で変わっており、物理的に同じ装置が使えない)

3点目が元の資料で『サイズ別の製造能力の国際比較』と題した部分のプロセスノードの区分がおかしい点。28nm〜45nmを同じカテゴリにしてはいけないのだ。なぜなら必要になる要素技術が違うから。

ロジックプロセスの世代分けってそれぞれの世代に特徴的な要素技術がある。例えば45nm / 40nmの世代だと『ArF液浸露光装置』の導入とか。半導体の回路パターンは、露光装置と呼ばれる機械でパターンを焼き付ける分けなんだけど、45nmの線幅を書くために193nmの波長のArF光源の光を水で屈折率上げる必要があったりする。同様に32nm / 28nmだとHKMGと呼ばれる金属ゲート酸化膜形成技術と、露光を2回してより微細なパターンを形成するダブルパターニング技術の導入とか。

こういう要素技術の違いが何に影響するかというと、製造ラインを構築する費用にダイレクトに効いてくるのだ。1回露光でいいのか、2回露光が必要なのかというのは製造ラインを構成する露光機の所要台数にそのまま影響するわけで。装置1台で50億くらいするので、ライン全体ヘの影響は数百億〜1000億のオーダーになる。なので、政府が業界に助成金を出そうかという話をする際にはしてはいけないミスなのだ。