はてなキーワード: MBとは
サンキューchatgpt
docker build --no-cache を使用すると、Dockerはキャッシュを一切使用せず、すべてのステップを再実行します。ただし、ベースイメージに関しては少し異なる動作をします。
docker build --no-cache を使用しても、ベースイメージ(FROM で指定されたイメージ)は一度ローカルにダウンロードされていれば再度ダウンロードしません。
ベースイメージがローカルに存在しない場合は、インターネットからダウンロードされます。
ローカルにすでにある場合は、--no-cache でもそのまま利用されるので、ベースイメージを毎回ダウンロードしているわけではありません。
UbuntuベースのPythonイメージは通常1GB程度になることが多いですが、軽量なイメージ(例えばbookwormやslimタグ)を使用すると、サイズを大幅に削減することができます。
bookworm(Debian 12ベース)は、一般的にパッケージが少ないため、通常の ubuntu イメージよりも軽量です。
例えば、python:3.11-slim-bookworm のようなイメージはかなり小さく抑えられており、数百MBに収まることがあります。
まとめ
docker build --no-cache でも、ベースイメージがローカルにある場合は再ダウンロードされません。
夏は気軽に半袖Tシャツ着勝ちだけど
今、娘にポロシャツを着せるのにはまってて
スポーツを習っているのでそのときにかわいいポロシャツを着せたり、
娘が通う園が白いポロシャツ指定なので、丸襟で、パフスリーブで、襟にかわいい刺繍が入ってて、ボタンはお花の形をしているポロシャツを探して着せたりしてる
ポロシャツの女の子向けって探してみたら奥が深くて、花柄のものや、レースがついてるものや、ボタンが飾りボタンのものや色々あって、「ほとんどブラウスじゃん!?」という印象のポロシャツを買うのが楽しい
ポロシャツを着てスポーツをしている娘を見ると、やっぱり上品な感じがして良き~と思う。
ポロシャツというのは、胸がある女性には着こなしが難しくて、女性が着ても清掃員、ヘルパー、スーパーの店員かな?という印象になる。女性がポロシャツを着ていると、「ん? なんかお仕事中ですか?」という感じになっちゃう。
ポロシャツを着ている女性が輝いておしゃれに見えるのは、やはりゴルフ、テニス等のスポーツをしているときである
MBさんがラルフローレンの黒と白のボーダーのポロシャツを着ていて、「おしゃれ!私もほしい!」と思ったが、私がこのボーダーのポロシャツを着てもおしゃれな印象には全然ならないだろうなと考えた。
ポロシャツはおじさんっぽいとよく言われるが、半袖Tシャツを着たおじさんよりもポロシャツを着たおじさんのほうがおしゃれだと思う
私自身は1枚も自分のポロシャツを持っていないのにこんなにポロシャツについて考えているかというと、ポロシャツそのものの世界にはまっているからである
ポロシャツの世界が奥が深いからだ。そして、女性には着こなしが難しいアイテムだからこそ考えさせられてしまう
かつてゴルフではポロシャツが活躍していたのに、今ではポロシャツを着たくない若者に向けて、モックネック、ヘンリーネックなるものが売られている
こういう情報を見ちゃうとやっぱりポロシャツは嫌われているのか、日常生活でおしゃれに着こなすポロシャツというものはオワコンなのか~と思っちゃう
幼稚園では白いポロシャツを指定する文化がまだまだ続くだろうから(保育園は私服が多い印象)園児がポロシャツを着る文化はこれからも続いていくのだろう
先ほども書いた通りポロシャツは胸のある女性には着こなしが難しいアイテムであるが、幼児体型の女児はポロシャツをおしゃれに着こなす。幼稚園がポロシャツを指定してくるのは、機能面でもファッション面でも理にかなっている
今の若い人は日常で、おしゃれしたいと思ったらポロシャツよりも、襟やボタンがついたオープンカラーシャツとか柄シャツとかに手が伸びるよなー
色々ありがとう!
OS: Windows 11 Home 64ビット 20,000
CPUクーラー: MasterLiquid ML240L V2 10,000
MB: MPG Z790 CARBON WIFI 40,000
Case: Fractal Design North Chalk White 23,000
メモリ: Crucial DDR4 PC4-25600 16GBx2枚 10,000
SSD: HIKSEMI 2TB NVMe SSD 20,000
GPU: DUAL-RTX4070-O12G-WHITE 80,000
300,000くらいになっちまった…
ゲームの好き嫌いについての語りを1MBほど集めれば「タイパを優先するなら最初からゲームなんて無駄なことはやらないだろ」という言葉が1つは紛れてくるものだ。10や20や100や200混ざっていても全然おかしくない。
だが待って欲しい、ゲームというのは言うほどタイパ度外視の遊びだろうか?
むしろ、より短時間で即物的に気持ちよくなりたいという願望を満たすことを重視したタイパ重視のコンテンツではないのか?
対して練習もしないままに大技がスイスイと繰り出せ、主人公キャラクター達はみるみるうちに成長していく。
これほどに素早くトントン拍子で進むのは食べることや読むことといった受動的な娯楽ぐらいのものだ。
生き物を育てること、楽器を演奏すること、スポーツをやること、能動的に関わることになる大部分の娯楽がこの速度に敵わない。
能動的な風でありながら、その実受動的な遊びのスピード感で進むということがゲームという遊びの特性だ。
確かにゲームという遊びの中にはやたらと時間をかけてジックリとやり込むことを求めるものもある。
全てのプレイヤーがゲームにスピードを求めているわけではないだろう。
だが、コントローラーを握る多くのプレイヤーがゲームに求めるものは「簡単にサッサと気持ちよくなりたい」なのではないだろうか?
自作PCはオワコンwwwwメーカーPCやBTOのコスパ良いのが常識wwwwみたいなブクマがあったので、そろそろPC環境更新しようかと思ってた頃合いだし調べてみた。
予算は前回組んだときと同じ30万程度で現行8070K+1080を131700K+4070程度が目標。
といったもの。
価格comの最安値ベースなので実費は+1~2万はある想定。丁度予算通り。
CPU:131700K \62,980
Cooler:H100x RGB ELITE CW-9060065-WW2 ¥14,066
メモリ:CMK64GX4M2E3200C16 [DDR4 PC4-25600 32GB 2枚組] ¥18,969
SSD:980 PRO MZ-V8P1T0B/IT ¥10,980
GPU:DUAL-RTX4070-O12G [PCIExp 12GB] ¥92,900
Case:Define 7 Solid FD-C-DEF7A-01 [ブラック] ¥24,800
Sound:Sound BlasterX AE-5 Plus SBX-AE5P-BK ¥16,800
合計¥283,677
光学ドライブ、その他ストレージ、OSは流用。ケースも流用しても良いが一応買い替え想定。
BTOなんて気にしたことすらなかったので標準的なブランドがわからん…なので取り敢えず「BTO パソコン おすすめ」でぐぐって出てきたサイトのお勧め1位にあったマウスコンピュータで試算。
ベースモデル:G-Tune FZ-I7G70 #FZI7G70B7ACCW101DEC
カスタマイズ後¥ 374,000
13700K「F」、ブランド不明32GBx2メモリ、ブランド不明4070、ブランド不明1TB SSD、ブランド不明750W電源(80PLUS GOLD)、その他オプション無し。
電源は標準がBROZEで、+4,400でGOLDに変更可能なので選んでみたがメーカー不明ってのが一番嫌な感じ。
当然OS(Win11 Home)含む構成なので公平のためDSP版の価格15,000円を差し引いても6万ぐらいお高い。この差額分が組み上げとOSインストール、梱包と発送費用と考えるとまあそんなもんやろなではある。
今時、自作PC組もうとする奴なんて組み上げとかセットアップ自体も趣味の範疇なのでこの差額分をどう思うか?がBTOにするか自作にするかの分水嶺なのだと思う。
自分的には、やはり使っているパーツのブランド不明なのがやはり面白く無いなと。メーカーとして一定品質を満たすものをメーカーの責任で選定しているのは理解するが同じぐらいの費用がかかるなら良さげなのを使っていて欲しいみたいなのがある(ただしマウスだと3年保証を\3,300~追加できるので、メモリとストレージと電源以外は基本1年保証しかない自作時よりはお得(?)という考え方はあると思う)。
あと自作PC好きは得てして余ったパーツでサブPCを組みたがる習性がある(要出典)。パーツ単位だとメモリは永久保証、電源は5~10年保証なのでサブPCでも安心して流用できるのはメリットかなと。もちろんこういうのをメリットと思わないなら無意味なのでBTOが良いのだと思う。
彼女いないだけの非童貞髪染め大学生が「弱者男性」名乗るのは違和感がある。
こんなのと、西成の日雇いホームレスを一つの括りにするのは違う気がする。
一方で、ウクライナの死線に送られる若者とか見ると、日本の弱者男性って全然弱者じゃないかあ?って気もする。国ガチャが大当たりなんだよねえ。
どうなんだろうと思うが、分類を試みる。
見た目の悪さ: ブサメン、身長165cm以下、ハゲ、デブの4つのうち、3つ以上コンプはLA,2つコンプはLB,1つ以下はLC
金の無さ: 年収200万円以下は、MA(MoneyがA), 年収200~600万はMB、年収600マン以上はMC。学生は学歴から補助線伸ばした平均収入で近似してくれ。
3×3で9分類に分かれる
<弱者男性>
LA + MA: 真の弱者男性、救われない。ジョーカー予備軍?
LA + MB: 先天的な見た目もあり、努力も諦めた層か。アンチマン当たりの層。
LA + MC:東大卒非モテみたいな層。先天的な見た目で差別されたが中身は努力してる世に恨みを持つ層。結婚相談所とかで相手されなくてストレス溜めてる層か。
LB + MA: 髪染めたりして、DQNになったりするマイルドヤンキー層か。
LB + MB: 努力してないだけの非モテで、ツイッターで一番声がでかい層。
LB + MC: 派遣社員にイキってる正社員が多い層か。結婚してフェードアウト系
LC + MB: youtuberとかやって、陰キャアピールがひどい層。単なる努力不足。
見た目ガチャが終わると、相当厳しいことがわかる。
見た目さえあれば、マイルドヤンキーになるなどかわしようがあるが、見た目が悪いと、とにかく被差別民に叩き落とされる人生になる。
結局、見た目が悪い奴をどう扱うかが大事なんだなとなる。
CacheStorageが肥大化することはよくあるのだが、実はこれ、外観上のサイズと実際のストレージサイズは連動していない。
実際に保存されている内容は多くても数MB、大半は1MB未満のファイルが大量に保存されているだけだが、その合計も数MB、それでもデフォでは350MBになる。実際に消費されているのは数MBなので表示上の問題だけ。
これはOpaque responseというセキュリティ上の制約らしい。
https://stackoverflow.com/questions/39109789/what-limitations-apply-to-opaque-responses
はてぶの上位にちょいちょい載ってるTBS系のニュースサイト、newsdig.tbs.co.jpについて。
https://b.hatena.ne.jp/site/newsdig.tbs.co.jp/
何がヤバいかって、くっそ巨大なCookie(LocalStorageとかも含むのか知らんけど)をしこたま保存してんのよ。
気付いた時点では640MBも占有してた。別に巡回チェックしてるわけでもなく、話題に挙がってたら見てみることもある程度のアクセス頻度なのだが。
Chromeユーザーはアドレスバーに↓コピペして確認してみてくれ。
chrome://settings/content/all?searchSubpage=tbs.co.jp&search=cookie
試しにCookie消去してから、ただ開いただけでサイト上で何の遷移もしてないのに279MBも保存された。
次点ではpresident.jpが553MB消費してた。(こっちも話題に挙がってたら見てみることもある程度。)
(その次にはGoogleが数百MBオーダーで消費してたけど、これはGoogleドライブのオフラインキャッシュとか考えれば妥当。他に数百MBオーダーで消費してるサイトは無かった。)
多くのサイトは数バイト~KBオーダーなのに、こいつら何保存してんのか不気味すぎる。
(追記)
各自の環境の消費量を教えてくれた方々や有意義なコメントを下さった方々ありがとうございます。
始めにお断りしておくべきだったかもしれませんが、自分はソフトウェア系ではありますが、Webエンジニアではありません。認識が浅かったり、古かったり、そもそも間違ってる可能性もあります。
CookieじゃなくてCacheStorageやんけと突っ込みもいただいていますが、「LocalStorageとかも含むのか知らんけど」と書いておいた意図は(どのような技術要素かはどうでもよくて)ユーザー端末に保存されるデータボリュームについての話を意図しています。ChromeのCookie絡みの設定画面での表示なのでこのような書き方をしましたが、解り難かったのならごめんなさいね。冗長ながらも認識齟齬を招かないように平易な表現で書くと、「ユーザの明示的な承諾なくユーザー端末に保存されるデータがデカイんだが」って話です。
で、各自の環境で「ユーザの明示的な承諾なくユーザー端末に保存されるデータ」が数GBオーダーにも及ぶという事例が少なからず報告されて、自分の環境だけではない事象だということが判りました。
さらにtbsとpresident以外にもいくつかのサイトが同様に肥大化していることも知れました。
結果的にはid:hinaloeさんの解説が解りやすかったです。ありがとうございます。
https://blog.hinaloe.net/2023/04/27/chrome-too-large-cache-storage/
CacheStorageがChromeの表示と、実際のディスク消費量と一致していないことが原因であると理解しました。
追試してみたところ私の環境ではChromeの開発者ツールでの表示が74MBで実際のWindowsのファイルシステム上は33.9MB消費されました。
実際のストレージの消費は表示値の半分程度ということになり、id:hinaloeさんの1.4GBに対して5MBのように実際の約0.3%という結果とは大きく乖離がありますので、各環境で大きく違いそうな気がします。
%USERPROFILE%\AppData\Local\Google\Chrome\User Data\Default\Service Worker\CacheStorage
※配下のどのディレクトリが対象サイトのものなのか一意に特定する情報が無さそうなので、Chrome開発者ツールのApplicationタブの左上の方にあるService Workersを選択すると、右側にReceived YYYY/M/D HH:MM:SSみたいな表記が有るので当該時刻に変更されたタイムスタンプを持つディレクトリを特定するような感じになるかと思います。
ついでに開発者ツールを触っていて気付いたベースで書いておくと、
といった感じで、ユーザが見たものをキャッシュしているのではなくて、先読みしてるような挙動に思えます。
ロード時間短縮でUX改善を狙ったものかもしれませんが、個人的にはそれを1か月も保持し続けるのは過剰な感じがしますが世の中的にはどうなんでしょうね?
(追記2)
hinaloe氏の投稿で紹介されているStackOverflowの投稿やそのリンク先のChromiumのバグレポートのやり取りまで目を通してみると、特に理由の説明なく平均7MBがパディングされると書かれた投稿があります。
https://stackoverflow.com/questions/39109789/what-limitations-apply-to-opaque-responses
https://bugs.chromium.org/p/chromium/issues/detail?id=796060
該当するソースコードは↓のようです。
この中で、ComputeRandomResponsePadding()という関数を呼び出しておりその実体は↓のようです。
この関数は符号無し64bit整数の乱数(つまり、0~18446744073709551615のいずれか)を14431 * 1024 = 14777344で割った剰余(つまり、0~14777343≒約14MiB)を返却します。
これがパディング値として採用されることになりますが、乱数が正規分布している前提で、平均すると(最大値14MiBの半分で)約7MBになるよねってことだと思われます。
故にChromeの設定画面から確認できるCookie等(LocalStorageとかCacheStorageとか諸々含む)のサイズは、概算してCacheStorageに存在するファイル数×平均7MBが過大計上されていることになりそうです。
これでChromeの設定画面から確認できるサイズと、実際のファイルシステム上で消費されているサイズの違いは合理的に説明できますが、TBS等の特定のサイトだけデカくみえる理由の説明にはならないのです。
なんなんすかね?
方程式を解く最中に自分が何をしているのか分からないということになっている。
数学においてはなんとなく生きてなんとなく死ぬという酔生夢死で終わるのではなかろうかという心地だ。
たとえば速度に関する関係式としてx(t+Δt)-x(t)≒v(t)Δtというのがあるわけだ。
ここから変位xを求めようという解法のテクニックとしてΔτ=t/nとおくとかΔτk=kΔτとおくとか、極め付けにはt=τkとおくことで区分求積法に帰着させる解法が載ってたりするわけだ。
しかしこうした変換式の設定が無意味ではないとどうして分かるのかと思ってしまうというわけだ。
もしそれぞれのtが出てる式についてt=と変形したとき、各式の左辺を等式で結ぶと恒偽式になるような状態だったら無意味な置き方だということぐらいは私にも分かる。
たとえばa=x+yと置く一方でa^2=x^2+2xy+y^2+1と置いたのではこれは1=0を導く関係式を導くのでこの置き方は無意味だと分かる。
他にも自明な例だけどもx=1と置きながらx=2と置いたり、x+y=2と置きながら2(x+y)=2と置くのも無意味だろう。
しかしこれらは経験的に自明なだけでなく各式をxy平面にグラフとして表したときに交わらないということでも視覚的に自明と分かる。
a+b=tとおくと同時に(a+b)^2=t+1と置いたらどうだろう。これは経験的には自明な無意味な置き方に思われるが実際にtだけの式に直すとt^2+t-1=0となる。少なくとも恒偽式ではない式が出てくるわけだ。
となれば経験的にそれとなく直感されない置き方についてはそれが無意味な置き方であるかどうかどうやって検討すればいいのかという話になる。
物理の式なんてものは多変数で高次式なわけだから恒偽式かどうか到底視覚化して判断できるものじゃない。もちろん経験的な勘が働くほど単純な式というのも多くはない。2aF/(M(a+b)+4ab)-gと(F+Mg)ab/(2ab+Ma+Mb)が常に等しいか常に等しくないのかなんて判断できっこないのだ。ある式で置くということにこうした複雑な式を出されたらその置き方が論理的に妥当かという検証などもうあきらめてとりあえず従っておくしかないわけである。
思えばなんで連立方程式は加減法や代入法で解けるのか、それをその方法で解くということの意味について深く教わった覚えがない。二元や二次方程式までならグラフなり平行移動なりの考えで方程式を解くことの図形的な意味合いの考察を垂らされた覚えがなくもないのだが、それは一般の方程式について解くことの意味の説明にはなっていない。
かくして応用が利かない中途半端な説明しか教授されてない結果として自分が何をしているのかも分からず形式的に方程式を解くだけかあるいはその連立方程式の妥当性が検証できないような悲しい人間が出来上がってしまっているわけである。
とはいえ任意の個数だけそれぞれが任意の関数であるもの同士が任意の個数の任意の演算子で結びついている表現されている何ものかについて、それを解くことの意味を解説されても分かる気がしないわけだけども(たとえば∫a+bはaという関数に一項演算子の積分演算子が作用した後、二項演算子+によってbと結び付けられ何がしかの値を示している、みたいなことをものすごく抽象化した話を言っている)。
この問題の難しさは、ある変数が変化すればそれ以外の全ての変数が変化する一方である変数以外の変数が変化した場合もある変数を含む全ての変数が変化するというその挙動の掌握することの難しさにあるのだろう。これが変化したらあれもこれも変化するという条件の中で論理的整合性を考えるというのは変数の数だけ変数の挙動を追跡する考える余力がないといけないというわけで凡人なら簡単に頭がパンクしてしまうわけだ。