はてなキーワード: ベンチマークとは
ちょっとした時間の隙間に、Twitterやはてなインスタを見ても、どうもワクワクしない。
パソコンとスマホの性能はベンチマーク上は上がっているが、何か新しいことが出来るようになっているわけではない。
もう少し生産的なことに使いたいなと思っても、なかなかそういうのに出会えない。
CAEソフトは個人が使えるような物は消え去ったままだし、パソコンの性能は足りないままだ。
3Dプリンターはもう少し性能が上がるかと思っていたが、何年経っても個人の手が出る価格帯のは変わってない。
AIと呼ばれるものも追いかけているが、出てくるものにワクワクしない。
ニュースで1日経てば忘れられるか、まだ研究者の対象から超えてないだろう。
CPUのクロックは微妙に速くなっているがシングルコアの性能はほぼ変わらない。
マルチコアになったとして、ThreadripperのようにIOダイを使って大きくしても、劇的に速くならない。
3D V-Cacheで積層してキャッシュを増やしても、アプリレベルでは劇的に速くなってない。
更に積層するのはあるかもしれないが、熱問題に対する解決策がないので出来ないでいる。
UCIe規格経由で複数のチップレットを接続するのが今後出てくると思うが、どれだけ専用の回路を搭載し利用するかで処理能力は変わるが、
Apple M1 UltraのようにProResの本数が増えても使いこなす人が居そうにないというのと似たことになりそうじゃないか。
GPUのように広帯域のHBM/GDDRと、データ依存性がない場合は処理能力高くなるが、
CPU側のメモリーとGPU側のメモリーとのコピーやらオーバーヘッドが合ったり、ゲームがAIの一部といった感じだし、
ゲームもベンチ上は数字が変わるが体感変わらねーなってのに金額が高くなるのもな。
ユニファイドメモリーにするとApple M1系のように性能でないしさ。
レイテンシは変わらないし、DDRの代わりになるものも出て来てない。
インテルがフォトニクスに注力してたり、日本の半導体戦略でもフォトニクスとしてが上がっていたりするが、
光は早いようで遅く、メリットだと低電力か発熱源の分散でしかない。
HPEがフォトニクスで先行していたが、処理能力というより、発熱源分散での設計のし易さアピールだった。
DPU(データ プロセッシング ユニット)、OPU(Optical Processing Unit)はスパコンやクラウドでは追加されるかもしれないが、
パソコンにはまだ遠そう。
DVDが不要になり5インチベイがなくなり、SATA SSDがなくなって2.5インチベイもなくなり、
ちょっとずつパーツ買って性能上げるなんてことはなくなって、全部とっかえ。
もう少しなんとかならないか。
CPUのクロックは微妙に速くなっているがシングルコアの性能はほぼ変わらない。
マルチコアになったとして、ThreadripperのようにIOダイを使って大きくしても、劇的に速くならない。
3D V-Cacheで積層してキャッシュを増やしても、アプリレベルでは劇的に速くなってない。
更に積層するのはあるかもしれないが、熱問題に対する解決策がないので出来ないでいる。
UCIe規格経由で複数のチップレットを接続するのが今後出てくると思うが、どれだけ専用の回路を搭載し利用するかで処理能力は変わるが、
Apple M1 UltraのようにProResの本数が増えても使いこなす人が居そうにないというのと似たことになりそうじゃないか。
GPUのように広帯域のHBM/GDDRと、データ依存性がない場合は処理能力高くなるが、
CPU側のメモリーとGPU側のメモリーとのコピーやらオーバーヘッドが合ったり、ゲームがAIの一部といった感じだし、
ゲームもベンチ上は数字が変わるが体感変わらねーなってのに金額が高くなるのもな。
ユニファイドメモリーにするとApple M1系のように性能でないしさ。
レイテンシは変わらないし、DDRの代わりになるものも出て来てない。
インテルがフォトニクスに注力してたり、日本の半導体戦略でもフォトニクスとしてが上がっていたりするが、
光は早いようで遅く、メリットだと低電力か発熱源の分散でしかない。
HPEがフォトニクスで先行していたが、処理能力というより、発熱源分散での設計のし易さアピールだった。
DPU(データ プロセッシング ユニット)、OPU(Optical Processing Unit)はスパコンやクラウドでは追加されるかもしれないが、
パソコンにはまだ遠そう。
DVDが不要になり5インチベイがなくなり、SATA SSDがなくなって2.5インチベイもなくなり、
ちょっとずつパーツ買って性能上げるなんてことはなくなって、全部とっかえ。
もう少しなんとかならないか。
なんかブコメいっぱいついてるけど、賢者っぽくいい加減なことを書くのはいかんよ。
リン酸鉄系もよく引き合いに出されるけど
あのさあ、LFP電池が使うリンの量なんて、農業利用される莫大なリン量に比べたらタカが知れてるというか、はっきり言って誤差のレベルでしょ。農業分野での消費量のオーダーは年間1.5億〜2億トンって世界じゃん。「世界の推定埋蔵量は700万トン」のコバルトに関して増田がやったような試算をリンでやったら、LFP電池のEV何台作れることになるかな?って話ですよ。
しかも、消費とともに土壌や水系に原子レベルで散逸して回収不能になる農業用途と違って、電池に利用するリンは決して「消費」はされないわけ。そもそもLFP電池自体がNMC系のLiBに比べて長寿命なうえに、最後までバッテリセル内に滞留してて100%リサイクルできるからね。今時の自動車産業は、現時点でも途轍もなく高いリサイクル率(重量ベースで99%)を誇ってるわけで、リンの資源制約がLFP電池ベースのEV生産の現実的障害になることはまずありえないよ。
電池技術開発はいまエネルギー分野で一番アツい領域のひとつだから、日本でも海外でも、企業でも研究機関でも、開発ロードマップがものすごく充実してる。主となる幹が太いし(現行技術の延長でモノにできる見込みの高い技術がある)、枝も多い(ブレイクスルーになりうる新技術が数多くトライされてる)。資源制約の問題があるから、脱コバルトと脱リチウムはその中でも優先順位が高い。2030年までにはほぼ確実にコバルトフリーLiBが主役を担うようになり、CATLはじめ各国メーカーからリチウムフリーの新世代電池も出てくる。
そういうタイムスパンで動いている業界で、EVの消費量とはほぼ無関係な2060年頃のリン資源の枯渇予測を持ち出してEV懐疑論の論拠にするの、たぶん増田も内心(コレ、ちょっと無理があるかな〜…)と思ってるんでしょ? だから、そのへん曖昧な書き方をしてるんじゃない? だったらさあ、
とにかくEVになるとテスラ信者が偉そうになる上に日本オワタ論者が寄ってきてセンセーショナルになりがちな風潮はマジで吐き気がする
とか書かないほうがいいよ。そういう仕掛けに気づかれると、元増田みたいな主張に対して「EVオワタ論者が寄ってきてセンセーショナルになりがちな風潮はマジで吐き気がする」って思う人はむしろ増えると思うよ。
これは増田の批判から離れるけど、供給制約がある資源の問題解決は、実は市場原理ととても相性が良いんだよ。シンプルに、あるアプリケーションを作るときに、割高な技術は割安な技術に負けるから。原材料の価格はずっと製造供給コストを拘束する。テクノロジーを高度化することで、安い原材料で同等性能を発揮する製品を作れれば、イニシャルの研究開発投資・設備投資を回収したあとはずっと製造供給コストを低廉にできるでしょ。
これは環境正義の話でも、途上国でのレアメタル生産に伴う労働搾取の話でも、資源安全保障の話でもないよ。単純に、レアメタルを使わないと作れない電池より、コモンメタルだけで安く作れる電池のほうが市場性を期待できるから、電池の研究開発は後者に向かって進んでる。
市場原理に任せれば、自ずとレアメタルは使われなくなっていく。その経由地が、現時点では、コバルトの代わりに供給制約が少ないリンを利用するLFPということ。数年前は「LFPは容量の問題でEVには向かない」と言われてたけど、すでにテスラやBYDのラインナップの半分程度はLFPに切り替わっている。なんでかといえば、一生懸命に技術開発したことで、安いけど必要十分な性能を発揮できるようになったから。
これからはもっと安い方式の二次電池が出てくるし、安くなればなるほど、そのアプリケーションは社会全体に広がっていく。それぐらいのペースでEVをとりまく環境は激変してるし、そこには日本の研究機関や企業も大いに関わっている。
なんか日本でのEV化懐疑論って、やっぱり「日本はEV化時代には勝てない」という悲観論が背後にある感じがするんだよね。でも、トヨタがダメでも日産三菱とホンダソニーは頑張るかもしれないでしょ。トヨタのエンジン作ってるヤマハ発動機が潰れても、日本電産は世界最大のeアクセルサプライヤーになるかもしれないでしょ。日本の衰退って、技術力の衰退だけじゃなくて、そういう時代の画期を新たな事業機会につなげるポジティブなマインド自体の消失にあると思うんだよね。
何度か書いてるけど、日本の自動車産業って、もともとは環境技術への適応によって世界的覇権を獲得してきたんだよ。マスキー法という非常に厳しい排ガス規制に、米国の自動車メーカーに先駆けて対応したからこそ、ホンダやトヨタは米国市場で急拡大できたわけでね。 https://www.ipros.jp/monosiri/term/%E3%83%9E%E3%82%B9%E3%82%AD%E3%83%BC%E6%B3%95
そしてEVについて、日本はもともと要素技術を全部持ってたんだよ。リチウムイオン電池の産業化は日本が先陣を切った。自動車の電動化技術も日本が先駆者だった。EVの発売と商用化だって日本がリードしてきた。今だって欧州のEV性能のベンチマークカーは日産LEAFだよ。いま世界の電池技術をリードしているCATLはもとはTDKの中国子会社だよ。
日本を愛し、日本の企業や技術に自信があるなら、なぜ変化をおそれるのかなあ。日本だけが「いやだいやだ」と言ってても、結局その変化は来ちゃうんだよ。日本だけが「HVが最適解だ」と言ってても、HVはもう世界中で売れなくなるんだよ。カリフォルニアのZEV規制では、PHEV以外のHVはもうエンジン車と同じ扱いだよ? https://xtech.nikkei.com/atcl/nxt/column/18/00001/04642/
もう「日本が誇るハイブリッド車」は、そのうち世界中で法規制で売れなくなる(禁止されたり、クリーン車との販売比率に制限を課されたりする)。だったらEVに全振りして、そっちでどんどんイノベーションして、欧州のいけすかない高級ブランドや中国のポッと出メーカーと互して戦える「日本が誇るEV」を売りまくればいいじゃない。なんでそっちに発想が行かない? 自動車産業を取り巻く客観的情報から隔離され(あるいは自ら目と耳を塞ぎ)、「EVなんかダメだ」と後ろ向きの大合唱をしてる連中が、日本の産業競争力をさらに下げ、国際市場での生残可能性を潰しているということに気づいてほしいなー。
…というようなことを書くと、さっそくブコメで自動車産業を取り巻く客観的情報から隔離された(あるいは自ら目と耳を塞いでる)実例が採取されたぞ。
id:XYXY EVが売れないのは懐疑論者のせい!は流石に草。どうにかこうにか気に入らないやつを攻撃して自分の見識をアピールしたいという要求しか感じられない
自分はこのエントリで「EVが売れない」なんて1mmも書いてないよね。というか…いいか、耳をかっぽじって聞けよ。あのな! EVは! 売れてるんだよ! HVより!
https://www.nikkei.com/article/DGKKZO59942190T10C22A4MM8000/
https://www3.nhk.or.jp/news/html/20220530/k10013648981000.html
https://www.autocar.jp/post/807594
日本にいて、自分が心地よく感じるメディアばっかり読んでると、そういうことがわかんなくなっちゃうだろ? 「EVはエコブームに乗じた高級車で、HVこそがICEの延長のスタンダードな乗用車」「EVは大して売れてない」っていう数年前のイメージのままEVを批判してるんだろ? それとは違う、自分の先入観とは反するファクトを不意に示されると、それは相手が「自分の見識をアピールしたいという要求」なんだと解釈して、肝心の新たな情報自体は見なかったことにするんだろ? そういう要求(正しくは欲求)しか「感じられない」理由は、あんたがそれ以外のことを「感じたくない」からなんだ。もう、まんま地面に頭を突っ込んで危機を逃れたつもりになってるダチョウじゃん(ちなみにこれは俗説で、そもそもダチョウにはそういう性質はないのだけど)。何が「流石に草」だよ。なさけない。
もう一度書くよ。こういう風に、現実歪曲フィールドの中で「EVなんかダメだ」と後ろ向きの大合唱をしてる連中が、日本の産業競争力をさらに下げ、国際市場での生残可能性を潰してるんだよ。
元増田が https://anond.hatelabo.jp/20220620201004 を書いてくれたので、こちらもリプライ。
スパコン富岳の世界一 起点は「2位じゃだめですか」|NIKKEI STYLE
日本のスパコン開発の、ターニングポイントになったのが2009年に行われた「事業仕分け」だ。蓮舫参議院議員による「2位じゃだめなんでしょうか」の名セリフは、多くの人がご存じだろう。
当時の民主党が科学技術への理解がなかったことの象徴のように捉えられているこの発言だが、実際にはそういったものではなかった。
理化学研究所(理研)が中心となり、NEC、日立製作所、富士通が共同開発していたが、事業仕分けの半年前にNECと日立が開発から離脱していた。リーマン・ショックの影響による業績悪化が表向きの理由だが、両社が担当していた「ベクトル部」の性能が上がっていないということも背景にあった。
さらには米国での次世代スパコンの開発状況や、急上昇していた中国の状況から見ても、世界一を取るのは厳しいと思われたのだ。
蓮舫議員の発言は1位を取れなかったときに、このプロジェクトの意義がどこにあるのかを聞こうとしたものだった。1位でなくても企業が利用しやすいものであれば役に立つのではないかと、むしろ助け舟を出していた。
結局、政治的判断で予算は復活し、残った富士通と理研が開発した京は世界一になったが、蓮舫発言は、富岳の開発にも影響を与えている。
一つには「世界一」を目標としなかったこと。もう一つは使いやすさや、アプリケーション開発を重視したことだ。
富岳の開発目標に「世界一」という言葉は入っていない。「京の100倍」という性能目標はあるが、ランキングを決めるベンチマークテストでの100倍ではなく、実アプリケーションでの性能が100倍という目標である。
ようやく登録者が250人ほどになった。
「再生数10回でも行けば嬉しいなぁ」というボーダーで始めたので、今の段階でも少し驚いている。
再生数が増えたり、登録者が増えたりしていることに一喜一憂して楽しんでいる。
この間のGWでなぜか登録者が爆増(当社比)し、この1ヶ月ほどで100人の増加となった。
ある1つの動画が2万回再生されたので、そこからの流入がほとんどだ。
喜ばしいことなのだが正直「なんで俺なんかのチャンネルに登録してくれたんや…」という気持ちである。
別に自分が面白いとも思っていないし、進歩はあれど、まだまだ稚拙だと思うので、チャンネル登録をされるレベルに達していないイメージだ。
動画投稿の方は概ね3ケタ(チャンネル登録者数より多い)は行くのでまずまず見られている感覚があるが、
LIVE配信の方は、同接はせいぜい6などで、コメントも停滞している時間の方が長い。
翌日や翌々日で、ようやく30回ほどの再生数になるので、「俺の興味のある人はまだまだ少ない」という認識だ。
チャンネルの動画再生時間も、収益化の1つのハードルである4,000時間を超えたので、せっかくなら今後も伸ばしていきたい。
そのためにはファンを増やす必要はあるのだろうけども、なにせ「自分の魅力が分からん」状態である。
素直にハシャげないし、プレイもうまくない、声も別にイケボで無いし、ボケやツッコミができるわけでもない。
人気のあるゲーム実況者や男性Vって、個人的に「いたずらっ子」だったり、良い意味での「悪ガキ感」が共通しているように思う。
良いベンチマークも見つけられていないので、このまま細々と続けるのか、どこかでやめてしまうのが現実だろう。
折角ならもうちょっと大きくしたんだけどなぁ。
まぁ今は楽しめてるからいっか。
*21 | マザーボードのフェーズの話 - PC Watch | https://pc.watch.impress.co.jp/docs/news/1152140.html | 373849521 |
*22 | PCエンサイクロペディア:第8回 PCのエンジン「プロセッサ」の歴史(2)~性能向上に勤しんだ486/Pentium世代 2. RISCのアーキテクチャに近づくPentium - @IT | https://atmarkit.itmedia.co.jp/fsys/pcencyclopedia/008procs_hist02/procs_hist04.html | 4701261286880018114 |
*23 | トレンドの光るPCはハデなだけではつまらない ~【DIY PC 08】マザー&ケースの機能を活用して作るイルミネーションPC - PC Watch | https://pc.watch.impress.co.jp/docs/news/1148442.html | 372842665 |
*24 | 【笠原一輝のユビキタス情報局】AMDのRyzen ThreadripperがIntelの危機感に火をつけた ~Intelの18コアのSkylake-X急遽投入の背景にあること - PC Watch | https://pc.watch.impress.co.jp/docs/column/ubiq/1062361.html | 347169693 |
*25 | 【Hothotレビュー】待望の第12世代Coreついに発売! ベンチマークで見るその実力 - PC Watch | https://pc.watch.impress.co.jp/docs/column/hothot/1363614.html | 4710698281882741314 |
*26 | 見れば全部わかるDDR4メモリ完全ガイド、規格からレイテンシ、本当の速さまで再確認 - AKIBA PC Hotline! | https://akiba-pc.watch.impress.co.jp/docs/sp/1231939.html | 4680749088087636034 |
*27 | 新登場の32GBメモリモジュール、使えるチップセットは? : AKIBAオーバークロックCafe | http://blog.livedoor.jp/ocworks/archives/52098537.html | - |
*28 | シングルチャネルおよびマルチチャネル・メモリー・モード | https://www.intel.co.jp/content/www/jp/ja/support/articles/000005657/boards-and-kits.html | 374335238 |
*29 | 【特集】同じSSDでもこれだけ違う。SATAから第4世代PCIeまで速度差を検証 - PC Watch | https://pc.watch.impress.co.jp/docs/topic/feature/1386511.html | 4715121623230645378 |
*30 | SSDの選び方:SLC、MLC、TLC、QLC、PLCの違いを解説 | ちもろぐ | https://chimolog.co/bto-ssd-slc-mlc-tlc/ | 369046698 |
*31 | 消耗品と有寿命部品について : NEWS: ビジネスPC | NEC | https://jpn.nec.com/products/bizpc/info/pc/cosmable.html | 4668458216799596930 |
*32 | M-DISC - Wikipedia | https://ja.wikipedia.org/wiki/M-DISC | 260312391 |
*33 | PS5にみる物理メディアの終焉 - ITmedia NEWS | https://www.itmedia.co.jp/news/articles/2006/17/news056.html | 4687255935115670114 |
*34 | 【特集】チャタってしまった10年物マウスが3,000円で完全復活! ~ドスパラ「マウスボタン故障修理サービス」に依頼してみた - PC Watch | https://pc.watch.impress.co.jp/docs/topic/feature/1160250.html | 4662344022334670305 |
*35 | ロジクールのトラックボールマウスM570を自分でスイッチ交換修理した方法 - ネットの海の渚にて | https://dobonkai.hatenablog.com/entry/Logicool-m570-repair | 4680507411203374530 |
*36 | マウスの左クリックがおかしくなったので分解修理した : トイレのうず/ブログ | https://1010uzu.com/blog/overhaul-mouse-failing-in-left-click | 304301040 |
*37 | Logicool MX300 Optical Mouse M-BP82のメンテナンス | https://orz7.web.fc2.com/rat/log/mx300-optical-mouse-m-bp82.htm | - |
*38 | 加水分解の止め方、ベタベタの除去 - 黒色中国BLOG | https://bci.hatenablog.com/entry/kasuibunkai | 4697762672020785762 |
*39 | Mouse Roller Wheel Durable Optical Pulley Repair Parts for Logitech MX510 518 G400|Replacement Parts & Accessories| - AliExpress | https://www.aliexpress.com/item/1005003407488009.html | - |
*40 | ASCII.jp:Windows 11にアップグレード可能なCPUは基本はやっぱり第8世代/Zen+以降になりそう? (1/2) | https://ascii.jp/elem/000/004/061/4061479/ | 4704977165657723746 |
*41 | Microsoft、2022年にWindows 11の高速化に注力すると宣言 - iPhone Mania | https://iphone-mania.jp/news-420988/ | 4711489752449241922 |
*42 | BIOSからUEFIへ BIOSはなぜ終わらなければならなかったのか:“PC”あるいは“Personal Computer”と呼ばれるもの、その変遷を辿る(1/4 ページ) - ITmedia NEWS | https://www.itmedia.co.jp/news/articles/2202/24/news067.html | 4715865033555686850 |
*43 | マザーボードのCSM(Compatibility Supported Module)を有効にする方法(ASRock製マザーボード) | TSUKUMO サポートFAQ | https://faq.tsukumo.co.jp/index.php?solution_id=1316 | 4709334416996014018 |
*44 | そうだ、グラフィックボードを増設しよう! でも、その前に... - ツクモ福岡店 最新情報 | https://blog.tsukumo.co.jp/fukuoka/2015/08/post_116.html | 298062585 |
*45 | 【備忘録】mbr2gptコマンド実行後の回復環境消失の対応方法: YOSIの小さな旅の記し | http://kykyblog.air-nifty.com/blog/2021/09/post-802f79.html | - |
*46 | Windows10/11でDiskPartコマンドを使用する方法 | https://www.diskpart.com/jp/windows-10/diskpart-windows-10.html | 4705642648092693218 |
*47 | アライメント | https://www.pc-master.jp/mainte/aft-hdd.html | 4699883528408540354 |
*48 | Windows 10 で Administrator ユーザーを有効にする方法 – ラボラジアン | https://laboradian.com/enable-administrator-on-windows10/ | - |
*49 | Windows 10 は既定で OneDrive にファイルを保存する | https://support.microsoft.com/ja-jp/office/windows-10-%E3%81%AF%E6%97%A2%E5%AE%9A%E3%81%A7-onedrive-%E3%81%AB%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%92%E4%BF%9D%E5%AD%98%E3%81%99%E3%82%8B-33da0077-770c-4bda-b61e-8c8e8ca70ac7 | 4687214936939669538 |
*50 | OneDriveのドキュメント・ピクチャ・デスクトップのバックアップ同期をやめる手順 | パソコンりかばり堂本舗 | https://ikt-s.com/onedrive-backup-skip/ | - |
*51 | Windows8をインストールしたSSDの寿命を延ばす対策 | ZAKKINKS | https://zakkinks.com/windows8_ssd_hack/ | 168055874 |
*52 | Windows10でSSDの寿命を延ばす対策【第一回】 | ZAKKINKS | https://zakkinks.com/windows10_ssd_optimization/ | 268597709 |
*53 | Windows10でSSDの寿命を延ばす対策【第二回】 | ZAKKINKS | https://zakkinks.com/windows10_ssd_optimization2/ | 276446264 |
*54 | 新しいコンテンツの保存先を変更する ( アプリのインストール先変更方法を例に ) | ドスパラ サポートFAQ よくあるご質問|お客様の「困った」や「知りたい」にお応えします。 | http://faq3.dospara.co.jp/faq/show/4557?site_domain=default | 369837603 |
*55 | 一方、ふうえんさんちでは… SuperfetchとPrefetchについて~(1) | http://blog.phooen.com/blog-entry-39.html | 217075081 |
*56 | windows10でAppData/Localを別ドライブへ移動する | ピースペース | https://nasu38yen.wordpress.com/2015/11/19/windows10%E3%81%A7appdatalocal%E3%82%92%E5%88%A5%E3%83%89%E3%83%A9%E3%82%A4%E3%83%96%E3%81%B8%E7%A7%BB%E5%8B%95%E3%81%99%E3%82%8B/ | 274477044 |
*57 | mutaguchi on Twitter: "Win10のスタートメニュー、ショートカットファイルとの関係性が未だにいまいちわからん。ショートカットファイルを編集すると、スタートメニューから消滅したりするんだよなぁ。挙動が分からなくて困る。" / Twitter | https://twitter.com/mutaguchi/status/1298882977863270406 | - |
トラバ・コメ・ブクマしてくれた方々に感謝。人の興味を惹く内容を投稿できて良かった。
hoimin-densetsuさんのセルクマか
ブクマエントリのdata-entry-createdと件のブクマの日時分が一致してるが、濡れ衣だ。
Core第1世代(Nehalem)のつもりで書いたが、Core Duoとかもっと古いのを失念してたので本文修正。
電源は新品がいい
古い電源でもイケるのではと憶測してそれを実証してみたいと思わなければ、自分もきっとそうした。
旧PCのだいぶ後で、TV録画のために買った外付HDDが元。ケースが死んだので、中身をデータ用ドライブとして使っていた。
一体何にパソコンを使っていたのか
はてブと5chとTwitterとそれらの引用元を隅々まで読む作業、動画・漫画鑑賞、Paradoxゲーム、相場観察。
上記用途にしか使ってないので、他に良いPCを買うのは勿体なくてできなかった。
Socket7のM/Bとかその頃のPC雑誌とか、必要な人がいたら譲るんだが。
参考文献57まであって草
老眼の始まったアラフォーで、日本人学生で、増田ユーザで、最近10年ぶりに自作PCをしたという積集合が空でない可能性とは。
無欲ではなく最高の贅沢なんだろね
過ぎた吝嗇は強欲と執着の発露だとは思う。
他の人は言うのを遠慮してたのに。
生憎、数年前のRyzenショックを見逃す程度には、自作PC事情への関与が薄かった。
なんでブログで書かなかったの
完璧主義と自意識過剰と怠惰のせいでブコメすら継続的にできない性質なので。今回は衝動的に長文を書きたくなって投稿した。
多分友達になれる
支出を抑制しようとする情熱が収入を増大させる方に向かって欲しい人生だった。
古老の趣味やな
初老のおじさんに何てことを。
机の周りもめちゃくちゃ綺麗にしてそう
偏執狂は恐ろしく整備された部屋か恐ろしく汚い部屋かどちらかに住んでいるものだと思う。
そういう行為から抜け出せないならそうすることが許容される愛嬌は持ち合わせたいものだねと。
裸踊りというのは一例ですが、洗脳されている人の特徴に、普通なら誰もやらないような奇妙な行動を取ることが挙げられます。
始めのうちは家の中に御札を貼るだとか決まった時間にお祈りをするだとかですが、段々とエスカーレトしてそのうち人前でも大声でお祈りさせたりだとか、大事なものを破壊させたりとかし始めます。
例えばその一つが裸踊りです。
必ず裸踊りが選ばれるわけではありませんが、普通なら人前では絶対にしないような行為でも洗脳中ならしてしまえることの例として挙げました。
これらには共通点があって、必ず人前で、普通ならおかしいと思える行動が選ばれます。
なぜそういった行動を取らせるのかいくつかの理由が考えられますが、総じて洗脳する側にとって都合がよいからと考えることができます。
一つは孤立。
洗脳している側は相手を意のままに操りたいと考えるので、他者の存在は不都合でしかありません。
ありとあらゆる手段で関係を壊そうとしますが、その一つとしてこういった行動を取らせることで相手側から距離を置くように仕向けます。
良識側が他者に作られた自分にとって不利益な悪であると思わせることで、洗脳されている人間の行動のリミッターを破壊します。
それら行動を自らの力で成し遂げられたことが自信となり、自らの中での信仰心が高まります。
信仰心とは言い換えれば洗脳する側に対する依存のことであり、それを繰り返すことで自らが進んで洗脳をされているような状況になっていきます。
要約すると、裸踊り行為とは洗脳する側にとってのわかりやすい信仰心、影響力のベンチマークとなっています。
取らせる行動を少しずつエスカレートさせていくことで、どのくらいまでの命令まで従うのか、つまり洗脳できているかをチェックする役割があるわけです。
例えば人通りのある中での社訓や校則の読み上げ、駅前でのビラ配りや募金活動なども、それそのものの効果よりも所属する組織にどれくらい忠誠心を持っているかを確認することの意味合いの方が強くあるといえます。
多かれ少なかれ、世の中では当然のように組み込まれているものです。
また、これらはさせることよりもするかどうかが重要です。
特定の個人を狙い撃ちにする場合は別ですが、多くの場合は、不特定多数の中から振り分けていくことで洗脳されやすい人間を見つけ出すために用いられます。
少しずつ無茶な要求をすることで、相手がそれに応じるかどうかを見て絞り込んでいくわけです。
いわばこの裸踊り行為は、現在進行系で洗脳されている最中に、これから要求がエスカレートしていくであろう予兆と考えることができます。
逆を返せば、こうした予兆が見られた時点ですでに洗脳がある程度進んでいることの判断材料となり、実害がないからと放置しておけばあっという間に取り返しのつかない状況まで突き進んでしまうことを意味しています。
自らの実体験でここまで書き進めてきましたが、わたし自信は心理学の専門家でもなんでもなく、この裸踊り行為に名前がついているかどうかを知りません。
しかし、もしこの行為に名前を付けることができて、広く一般的な知見として知られることができたら、洗脳による被害者を減らすことができるのではないかと思い文字にしてみました。
尺八に興味を持っていただき凄く嬉しいです。地殻変動…は言い過ぎかもしれませんが、大きな変革の波は確実に来ていますね。
そのきっかけになったのがご承知の通り泉州尺八工房のメタル尺八ですが、泉州尺八工房は以前より従来の尺八にとらわれずに尺八のポテンシャルをアップさせるべく新製品を発表し続けていました。
改良することでもちろん失われるものもあります。古典曲で使用される特殊奏法や特殊音が使えなくなったり。でも洋楽や現代曲を演奏する分には何の問題もありません。
現在は中国にもメタル尺八やプラスチック尺八を製作する方がいらっしゃいます(月泉組、清風閣、一音無心など)が、ベンチマークとなっているのは泉州の尺八でしょうね。
中国で製作している方とはツイッターで何度かやりとりしたことがありますが、すごく尺八愛にあふれ、熱心で正直好感が持てます。
最近リリースされている新しい尺八は、プロ尺八奏者の鯨岡氏がYoutubeで即刻レビューしてくれていますのでご興味あればご覧ください。
https://www.youtube.com/playlist?list=PLgM9mjDa77nFCoCcM6LO1tdaqSpFdwmnj
メタル尺八は私も所有していますが、確かにいいです。ただ、竹と比べ重量もズシリと重く、長時間吹き続けるのには向いてないかも…あと、冬は冷たいw
今後は3Dプリンタ尺八も活発になるでしょうし、新製品を出せばすぐにレビュー拡散されますから粗悪品は淘汰され、スペックの高い尺八がどんどん出てくるでしょうね。楽しみです。
https://pc.watch.impress.co.jp/docs/column/config/1389655.html
最初に書いたように、CPUやGPU、そしてそれらを統合した環境の優劣を比較するためには、ベンチマークテストはとても分かりやすい指標となる。n年前のxに対して、y倍の処理性能というのは絶対的なデータとして君臨する。
だが、個人が向き合う環境としてのPCの快適さを測る指標は、ベンチマークの値ではなかなか伝わらない。性能が10倍になったとしても体感的にはそんなに速くなった感じがしないことも多いからだ。
よくあるたとえ話が、PCを新しくしても秀丸エディタがちっとも速くならないというようなものだ。でも、使うにつれて、色々なシーンでの底上げが、トータルでの使い勝手を高めていることに気がつく。
今回は、たまたまWindows 11が古いプロセッサを切り捨てたので、仕方なくといった気持ちで移行を試みた。だが、そんなことでもなければ、特に不満のなかった環境を、この先、少なくとも数年は使い続けようとしていただろう。きっとそれで、自分では気がつかないままに、いろんな場面でソンをしていたに違いない。
数値で指し示すのが難しい余裕のようなものが、高性能PCの新しい当たり前なのだろう。まさに温故知新だ。本当は、それが分かる指標が欲しい。
「ベンチマークの見方よくわかりません!」って叫んでるだけやん・・・
ほんとうに何も勉強してないし経営者とのコネだけで寄稿してるんだなとわかる
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策(不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス)を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能)
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策(不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス)を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能)
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる