スマホでEOLが設定されているものがごく一部である。(Nexusシリーズ、Pixcelシリーズ
2019年7月3日水曜日
ハードウェアにEOLって基本設定されてないよねって思ったメモ
スマホでEOLが設定されているものがごく一部である。(Nexusシリーズ、Pixcelシリーズ
2019年4月17日水曜日
apt-getはまだオワコンじゃない話(2019年4月現在)
- Debian9(stretch) 及び Ubuntu18.04(bionic) においては apt-getコマンドはオワコン( deprecated/obsolete)ではありません。
- aptコマンドは…
- 人間がコマンドラインを叩く時に使うフロントエンドなインターフェースであるとされているそうです。
- そのために、バージョンで挙動が変わるかもとも明確に記載されています。
- ソースは man 8 apt
http://manpages.ubuntu.com/manpages/bionic/man8/apt.8.html - むしろ、シェルスクリプトにおいては、apt-getコマンドを使うことが推奨されています。
- aptコマンドはインタラクティブ向けとあるので、それはそうですよね。
- Debian stretch においては。公式ドキュメント参照
- https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_basic_package_management_operations
- 聞きかじった情報の裏とりをすることは大切ですね。
第2章 Debian パッケージ管理https://t.co/yhJEFcUVSU— nekomatu (@nekomatu) 2019年4月17日
---
ユーザーは インタラクティブ 用途には apt(8) コマンドを使うことが推奨されますし、シェルスクリプト中ではapt-get(8) や apt-cache(8) コマンドを使うことが推奨されます。
---
apt(8) の「SCRIPT USAGE AND DIFFERENCES FROM OTHER APT TOOLS」を参照。あと出力先が tty でないと「WARNING: apt does not have a stable CLI interface. Use with caution in scripts.」と警告出します。— ふみやす@シェルまおう(自称でない) FGO:838,149,789 (@satoh_fumiyasu) 2019年4月17日
ふみやすさんに教えて頂いて開いたらわお!ってなった。— nekomatu (@nekomatu) 2019年4月17日
---
apt - command-line interface https://t.co/dEVSRMHJX1
---
The apt(8) commandline is designed as an end-user tool and it may change behavior between versions.
---
誰だよー。apt-get オワコンとかいい加減なこと(ry
念の為、原文を確認もしましたけどもwhttps://t.co/nuBnBPW02a— nekomatu (@nekomatu) 2019年4月17日
調べものしてたら、apt-getはオワコンみたいの見つけて、そんなアナウンス流れてたっけ…?となってdocを開いてみたという経緯でした。
2019年2月26日火曜日
[ポエム]コンピュータ周りの未来をあれこれ。
この記事を書こうと思った動機と所感
最初に書くか最後に書くか悩ましかったのですが頭に持ってきました。ある程度ものごとが進化すると”成熟”して必要性を感じなくなります。例えば、Webページを開く時にパッと既に開く場合、そこから2倍速くなりました!となっても嬉しい人は限られるといった形です。必要性や利便性を感じられないものにお金を払うか?というとかなり微妙です。スマホの買い換え頻度が下がっていくのもこれに似たところがあるでしょう。
用途に対して十分な環境が揃っていれば満足である。 という話に過ぎないですが、お金が回らないということは開発する動機や予算が付きにくいということにもなっていくのでマクロ的な視点ではもう少し影響があるのではないかと個人的には思っています。ふわふわした感覚なので何がというのはないのですが。
用途に対して十分な環境かどうかと述べましたが、1ユーザーとしては、xR/ARといった用途ではいろんなものがまだまだと感じています。今回の記事は何が足りないんだろうなー・何を埋めたら十分になるかなー?と妄想して、適当にキーワードを当てはめてみた感じです。こうして見るとハードウェアレベルだったりチップレベルだったりで頑張らないといけない部分多いなぁと感じたのでこれからもウオッチしていきたいなと思いました。
全固体電池(バッテリー)
2020年を目処に全固体電池が出てくるというニュース記事がちらほら。車業界が頑張ってるらしく、量産と信頼性が必須なので広く恩恵を受けられるのかな?と。全固体電池の特徴として、体積辺りのエネルギー密度が上げられる(同じサイズならより長く使える)、電子移動度の観点で有利(高速な充電と大電力の出力が可能)、形状の自由度が高いなどがあるようです。
無線接続
WiFiの順当な進化に期待です。大容量・多接続がポイントになってくるのかなと。既に製品も出ていますがWiFi6(IEEE 802.11ax)が普及すると嬉しい予感です。Galaxy S10シリーズ、世界初のIEEE 802.11ax(Wi-Fi 6)対応スマートフォンに - INTERNET Watch
https://internet.watch.impress.co.jp/docs/news/1170858.html
ここに絡めるべきなのかは疑問があるものの、VRのヘッドマウントディスプレイ(HMD)に関して思うところがあります。HMDに表示する映像にについては当然それを演算してくれる処理装置が必要です。それがケーブルで繋がったゲーミングPCか、内蔵されたスマホ向けのチップかという差はシステムによって異なります。
例えば、ゲーミングPCと接続しているケーブルを単純に無線化する他にも、クラウドに演算させてしまうとかやれることがグッと広がるのがポイントです。
複数人がこの手のデバイスを使うと単純に倍・倍で帯域が必要になったり、家族はスマホを使っていたりとするといった光景は容易に想像できるため簡単ではないと思うのですが、例えばHMD向けの60GHzなアンテナは天井につけちゃうとか局所化しつつ使い勝手をキープすることは可能なような気がしています。
【イベントレポート】視野角と解像度が2倍に、SoCがSnapdragon 850になったHoloLens 2
PC Watch https://pc.watch.impress.co.jp/docs/news/event/1171418.html
> Azure Remote Renderingなどが紹介された。前者はAzureのクラウド側でコンテンツをレンダリングして、HoloLens 2に動画ストリーミングで表示するサービス。強力なGPUを持たないHoloLens 2でもストリーミングであれば高精細なモデルも表示可能でCADで作成した3Dデータを、Azure側でレンダリングして、HoloLens 2で見るなどのアプリケーションが考えられる
HDMIケーブルを駆逐? 4Kで『遅延ゼロ』の最新Wi-Fi、Snapdragon 855が対応
https://japanese.engadget.com/2018/12/06/hdmi-4k-wi-fi-snapdragon-855/
IEEE 802.11ax, IEEE 802.11ay
次世代の60GHz帯無線LAN規格「IEEE 802.11ay」、11のユーセージモデルを想定
https://internet.watch.impress.co.jp/docs/column/nettech/1131187.html
ルームスケールの無線給電
上記とも被る点があるのですが、常に電力問題があります。信号を無線化した場合でも充電が手間となってきます。電源も無線化出来ると快適度が一段上がりそうです。また、電源を外部化できるとバイブレーションによるフィードバックなども躊躇すること無く利用できるようになるなどxRにおいては体感を向上させることができそうな予感です。「長距離無線充電」制度化へ 総務省、20年度実用化後押し (1/2ページ)
https://www.sankeibiz.jp/macro/news/180705/mca1807050500001-n1.htm
とはいえ…
バッテリーパックを複数用意して利用している間に充電を完了させるという運用も当然あります。上記で述べた全固体電池が十分安く実用的に高速充電が可能ならばホットスワップで対応可能かも知れません。
PCIe Gen4
少し毛色が違いますが…。PCIeバスで高速なやつで欲しいものは、Ethernet、GPU、ストレージ辺りでしょうか。【イベントレポート】【詳報】AMD、PCIe 4.0に対応した第3世代Ryzenプロセッサを今夏投入 ~Core i9-9900Kを上回る性能を発揮し、より低消費電力とアピール - PC Watch
https://pc.watch.impress.co.jp/docs/news/event/1163917.html
アプリケーションによっては、CPUもGPUも無限に欲しいという状況は昔からです。より身近な話としてxRとかVRといったアプリケーションが目の前に転がっているのでこの辺はどんどん改善されてほしいところです。
おわり。
2019年2月25日月曜日
歯根破折の右上6番は抜歯、右上7番は正常 について
痛い話です。
恐ろしいことに軽率に神経や抜歯を行おうとするお医者さんに遭遇してしまいました。
彼らにとっては日々の日常となっているのでしょうが、当事者にしてみれば生涯に関わる一大事です。へらへらしてんじゃねーよって気持ちになります。リラックスして冷静なのと、患者をおもんばかれないのは全く別だと思います。
専門家の意見と判断はおおよそ正しいものですが、最後に結果とリスクを引き受けるのは自分自身なので私はなるべく情報を集める派です。メンタル持ってかれますけどね。
経歴
痛み始める 8/20
痛みを我慢できず。レジンを外したところ、歯髄炎が確認されたため、抜髄(神経を取る)
クラック(破折)の可能性。抜歯を示唆される。
色々調べる。抜いた場合のその後の処置、根幹治療の場合、
温存を希望として根幹治療で延命できないかと考える。
先生としても、痛みがなくなっているのであれば抜歯ではなく根幹治療を考えていた。でも、そこまで調べてるなら大学病院で顕微鏡があるところで見てもらうのはどうかと提案されて、紹介してもらう。
大学病院1回目、初見。レントゲンと状態を見る限りでは根幹治療で良さそう。2回めの予約
大学病院2回目。専門医に見てもらう。中を綺麗にして顕微鏡で確認したところ 歯根破折が認められる。そのため、抜歯を推奨。多少ならば接着法を検討されるがこうなってしまうと厳しい。地元の病院に戻してもらう。
抜歯
2週間、元の治療とは関係がないが予防治療として横に生えている半分埋没している親知らずを抜歯。
その後2週間
落ち着いてきたので歯周ポケットの深さを測定。右上7番中央が10mmと異常な深さになっている。2ヶ月前の測定では7mm.明らかに進行。
先生によると10mmは骨が溶けている(細菌に浸潤されている)状態。
原因は状況から推定だが7番も破折。7番は銀歯にしているので可能性はより高いらしい。銀歯を外して観察しクラックしているようならば抜歯。
ここで何かお医者さんが微妙(言っていることおかしいだろ)だなと思って転院。
結局、7番は様子見で良いとなって、6番の入れ歯作成。
2019年1月17日木曜日
Windowsの「プロセッサーのスケジュール」の設定について
結果的にこれはWindows設定の「プロセッサーのスケジュール」をデフォルトから「バッググランドサービス」に変更することで解決しました。
しばらく、この設定の意味することが分かっていなかったのですが息抜きがてらに調べたのでまとめておきます。
---
マルチコアCPUの消費電力はスケジューリングで変わる? - ASCII JP
http://ascii.jp/elem/000/000/672/672088/index-3.html
Long/Short - スレッド切り替え間隔を長くするか短くするか。長いほうがコンテキストスイッチのオーバーヘッドが小さくなり、短いほうがリアルタイム性は上がると推測されます。
Variable/Fixed - フォアグランドなプロセスにCPU時間を優遇するか否か。優遇する割合は次のパラメーターで設定できます。
QuantumBoost - 上記パラメータがVariableに設定されている時に利用されるパラメーターです。1倍、2倍、3倍から選べます。
Variable/FixedとQuantumBoostは被ってしまっているところがあるが互換性の都合と考えられます。
私が小学生でも知っていると冗談で馬鹿にされた「プロセッサーのスケジュール」の秘密はこのようになっていました。
> 「プログラム」と「バックグラウンドサービス」の2つの設定があるが、前者は「Short-Variable-3倍」(クライアント版Windowsのデフォルト値)を設定するもので、後者は「Long-Fixed」(サーバー版のデフォルト値)を意味
ボイスチェンジャーのようにリアルタイム性が要求されるプロセスを実行する場合は、フォアグランドが優先されるとアンダーバッファを引き起こす可能性があり得そうです。
また、リアルタイム性を上げるために切り替え間隔をShortに切り替えるのは何か効果が望めるかもしれません。とはいえ当然ながら、リアルタイム性を向上させるとオーバーヘッドが増加するのでこの辺りのバランスになりそうです。効果の程はやってみないと分からないところがあります。
8コアのようなシステムならば基本的にはプロセスアサインのstrategyがうまくできれば意識しなくても良さそうなものなのですが、この辺りはよく分かっていません。