ネットワークファイルシステムとのやりとりで思ったほどの速度が出てなくていろいろ考えてみたけど、もしかしてネットワークカードのスペックって上下合計の値か。
全二重通信だから別枠だろ〜とか意味不明なこと考えてたわ
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
ネットワークファイルシステムとのやりとりで思ったほどの速度が出てなくていろいろ考えてみたけど、もしかしてネットワークカードのスペックって上下合計の値か。
全二重通信だから別枠だろ〜とか意味不明なこと考えてたわ
しかしそれにしても限界値出てない気はするな。通信路ではボトルネックは 2.5Gbps のはずなのに合計でも 1.6Gbps くらいしか出てなくない？
1.6 Gbps ならだいたい HDD の sequential RW 速度くらいだし、読み書き同時にやるならまぁ……という気持ちはあるんだけど、一方で SSD の RAID1 構成を読み書きキャッシュ用に使っていて HDD 自体も4台で冗長化しているのに HDD 1台ぶんの速度しか出ないのかという若干の落胆もある
4台のうち1台は hot spare だったから3台だわ
まあ冗長化したところで RAID 0 でもなければそんなに読むのも早くならないし書く方はそもそも理論上早くはならない、それはそうか…… だからこそ SSD キャッシュには期待してたんだけどなぁ
ワークロードとしては
* WAN から zip ファイルを落としつつ、ネットワークストレージに書く
* ネットワークストレージから zip を読みながらローカルストレージに展開
* 展開されたデータをネットワークストレージに書き直す
という感じで、 zip はキャッシュに載った直後でｱﾁｱﾁだろうしなんで遅いかなぁ
zip の中身が小さなファイル沢山なので、 samba のオーバーヘッドと考えるのがいちばん説明がつくのかな
そういえば伸長処理のコア毎の CPU 使用率見てなかったな。何もかもオワ
まさかそこボトルネックになるか？ と思ったけど。zip はファイルごとの圧縮だから著しく並列化効くはずで、なのに CPU 使用率は低かったからてっきり I/O が詰まっているものだとばかり……
よく考えると、16並列で小さなファイル作りまくるとか FS への負荷が嫌な感じになりそうだし、できたとしてもやらんよな
しかしネットワークストレージからファイル群を読んで zip をネットワーク越しに書き戻すのが 80 MB/s 程度だった気がするから、概ね 1.3 Gbps くらいなんだよなぁ。圧縮でも伸長でもあまりパフォーマンス変わってないように見えるし、やっぱり I/O っぽい雰囲気だ。
SMB で比較的小さなファイル群を読み書きするとそんなものなのか。
いや、読む方もアーカイバ側でスロットリングしてただろうから結局どこで詰まってたかはわからないな。もうテストする気もないしべつにいいか
NAS ではなくデスクトップ機間で rsync 使ったときは理論値出てたんだけど、 NAS でどこまでいけるかまだ試したことがなかったのよね。この調子だと日頃の用途では 1 Gbps ちょっと超えますよくらいのラインを期待しとくのが無難か。
少数のクソデカファイルをやりとりするのはまた別の機会にということで。
感情や感性ってのは自然と同じで、御するには難しすぎるからどうにか破滅を招かないよう共存を試みるものなのであって、大自然原理主義になったら文明を維持できず速やかに破滅するだけなんだよなぁ
予防接種を受けたいが、予定を入れてその通りに行動するというのが破滅的に苦手なのでいつになるかわからない
日中に外出して知らん人間と喋りしかも外出までするというのが嫌すぎて、引越したい欲を1年以上持て余している
ｲﾝﾀﾈｯﾂオンリーでキメたいところだが、内見に行かなかったら行かなかったで騒音とか近隣の治安とかの無視できない問題がな……
昔は予約を入れて散髪みたいなところで散髪をしていたんだけど、予約で他人と喋ったうえ未来の予定を入れて、しかもその通りに行動すると更に他人と近距離1対1で喋らされるとかいう地獄の時間が発生するので、嫌なことのオンパレードで本当に散髪が嫌だったのを思い出した。
あのころは3ヶ月とか4ヶ月とかの間隔でやってたなぁ
Since Mastodon 4.0, We should use SUPER STATIC ELECTRICITY FINGER to open to Toot screen in new mobile web UI!! LOL
尿道などに残った精子が多少なりとも体に再度吸収されて全身を巡ったりしまうのだろうし、実質的に全身がマラになったようなものでしょ (過言)
nocodb/nocodb: 🔥 🔥 🔥 Open Source Airtable Alternative
https://github.com/nocodb/nocodb
ほっこりした (たしかに自然な訳は難しそう) #bad_l10n
平成のオタクなので「俺を嫁」でいいか〜となってしまうが、何も良くない
今ちょっとMastodon公式アプリを触ってて気になったんだけど、投稿欄に何か入力して、やっぱりやめたいってなって×マークを押したら「下書きを削除しますか ？ キャンセル／下書き」の選択が出る。キャンセルは「閉じることをやめる」で「下書き」だと閉じて入力内容がどっかに行ってしまうんだけど、記入中の内容のことを下書きと言っている？下書きとは一時保存して初めて下書きだという認識だったんだけど。
丼も正味基本的なところはあらかたできてしまったので後はなんかモダン（笑）とか言いながらちょこまかデザインを変えては賞賛されたりボロカスに叩かれたりするだけになるんだろうが、それはそれとして動画投稿周りはろくな出来ではないのでどうにかなってくれ #チクチク言葉
どうもデータモデルの設計にまだ迷いがあって、このまま進めたくない気分なんだよなぁ
質の良い乱数は深い数学の知識が必要だと理解して、結局Mersenne Twisterかその亜種使ってる
乱数とハッシュと暗号はなぁ。自作を選択したくないやつの代表例
Herb Sutterは現代C++の機能を活用しつつ文法を整理したC++ 2を構想している人で、CppConで様々なアイデアを発表している他、ISO C++にも既存のコードを壊さない範囲でアイデアの一部を実現する提案を提出している。
C++ 2で書かれたコードからISO標準C++コードを生成するcppfront https://github.com/hsutter/cppfront があり、Godbolt Compiler Explorer https://godbolt.org/ でCpp2-cppfrontを選択することで気軽に試すことができる。
Can C++ be 10x Simpler & Safer? - Herb Sutter - CppCon 2022
https://youtu.be/ELeZAKCN4tY
「擬似乱数以外は」としたのは、OpenSSLで必要なのはただのPRNGじゃなくてCSPRNGなので、ふつうの用途に使うには遅くて大袈裟だったりする場合が多いので…（未検証）
cryptographically secure でない乱数、自分で実装したいかというと……うーん？
なんかめちゃくちゃ妙な環境とかで動かすならそういう選択もあるかもわからん (GPU とか)
雑にやって偶数と奇数が交互に出たりしたら (実害がないとしても) 悲しい気持ちになってしまいそうでな……
の投稿
8vit@gs.yvt.jp
このアカウントは、notestockで公開設定になっていません。
「まばたきのタイミングをバラつかせるためだけに使う疑似乱数が高品質なものである必要がどこにあるのか」という問題はさておき…
その場合は乱数そのものの質よりは分布の方が気になるやつだ
一時期の熱狂も収まってきて、MTは条件があえば使うオーバーヘッドの大きな乱数生成器という評価に落ち着いた感がある
個人的には一方向性ハッシュ関数とか気になってるんですよね。惰性で SHA512 とか 512/256 使うことは多いけど、 SHA-3 とか BLAKE3 とか他にもいくらか気になっているのがあり
一方向性というか、何にでも雑に使うことを考えるとどうしても暗号学的なものになるけど
身体は瞬きをするタイミングをどうやって決めているんだ？目の表面が乾いてきたときの、あの感覚を無意識に判定しているのか？キャラクターの瞬きタイミングをばらつかせるために、その場所の乾燥度やキャラクターの水分補給量などをシミュレートする必要があるのでは。
キャラクターの瞬きタイミングが短い→お茶に誘うと、ちょうど喉渇いてたんだよねと言って成功確率が上がる。
デスクトップマスコットが瞬きのモールス信号で SOS を伝えてきたら嫌すぎるな
普通に ECC とか OS で握り潰されそうだし管理者権限必要そう
どっちかというとまばたきでアイシテルと打ってくるゲロ甘かヤンデレかで評価の分かれる展開がですね
Rust の rand crate のデフォルトは ChaCha20 みたいなやつだった気がするな
ChaCha20-Poly1305 とかいう実態を全然知らんけど TLS で使われていることは知っていて名前も諳じることができるアレ
ライブラリがなくて手書きで実装するなら Xoroshiro シリーズが安牌っぽさはある((生成が)速くて(実装が)小さくて(周期が)長い)
めんどくさいことしなくても、我々にはrdrand命令があるのでは…？（他のアーキテクチャでも似たようなもんないかね）
メモリのテキトーな場所を読めばいい。ただし C で書くと未定義動作なのでアセンブリで書く必要があるし、 page fault で握り潰されないためには管理者権限が…… (?)
入力が信頼できない（ハッシュDoSのリスクがある）場合はSipHashファミリーがよく使われていて、これの演算はChaChaファミリーと共通している。
あれらそういうものだったのか…… (繋がりを認識したことがなかった)
RdRandのようなハードウェア乱数生成器を直接使うのは品質と速度の両面であまりおすすめできなくて、シード値に使うとかするとよい。またはすでにそのようにしているOSの/dev/urandomデバイスなどを使う。
std::random_device - cppreference.com
https://en.cppreference.com/w/cpp/numeric/random/random_device
まあ non-deterministic な (ことが期待される) 乱数なら C++ だとこういうものもあるし (もちろんこれを生で使うべきではなく seed 用)
いや「生で使うべきでなく」は嘘で、どうしても非決定性の乱数源が必要ならそうすべきだが……
C++11 以降の環境では「mt19937 のシードに device_random を使う」みたいな手法がよく紹介されていた記憶
諸事情あって新ﾋﾟｯｼでマルチディスプレイしてないので画面が狭くて TL の表示範囲が小さくなっている
Radeon RX 7900 XTX を入手したらちゃんと設定します
fn(A, B, C, D, ...) -> ReturnType を汎用化する構文入らねえかなあ 入るわけねえよなあ
n要素タプルを統一的に扱いたいみたいなやつなぁ (高階型と高階トレイト……)
まあ template の強力さゆえというのはもちろんあるだろうけど、その辺りの任意数要素の型リストの扱いについては C++ が先んじているね
Rust がそのまま泥沼に落ちることなく機能性で追従できるのかというのは見所
いやコミュニティで開発されてるんだからお前がしてもええんやぞ……
現状で任意要素数をやろうとすると cons list になっちゃうからなぁ
cons cell によるリストって再帰的な構造を持っていることもひとつの重要な性質だと思うんだけど、その含意が単方向連結リストにはない気がする
cons はいつも const<BS> で打つことになってしまうので実質6文字
Dvorak 配列だと典型的な子音の連なりが打ちやすすぎる (アルペジオ打鍵というやつ)
https://doc.rust-lang.org/1.65.0/std/primitive.array.html#trait-implementations
あれ、 Default ってまだまとめられてないのか。どうして……
Use const generics for array `Default` impl · Issue #61415 · rust-lang/rust
https://github.com/rust-lang/rust/issues/61415
ふーむ？
https://github.com/rust-lang/rust/pull/60466#discussion_r280989938
> The current Default impl for [T; 0] doesn't have a T: Default bound so this would be a breaking change.
はっはぁ……
specialization か const generics 用の条件付けみたいなのが必要になりそうか。そりゃ確かに面倒だろうな……
specialization はべつに実装対象を拡大するものではないから違うな。どちらかというとお気持ちとしては overload 的なものか？
空調も加湿器もつけてないのに室温が27℃もある、夏かよ
異世界おじさん (アニメ) も最終話まで放送してないしな (?)
何かを食べようと考えていたはずなのだが、何だったかがわからない
放置するとまた新たな my old gear が発生しそうな気がしてるんだよな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
国土が日本の45倍くらいあるのに人口はほとんど変わらないロシアくん……
本当は食べようとしていたのではなくゲームを遊ぼうとしていた可能性すらある
食への関心とこだわりが弱すぎて自信がなくなってきた
このアカウントは、notestockで公開設定になっていません。
賞味期限が切れたラムネ8袋と海苔5袋を発見してしまった
MT車の運転はたぶん好きな方だと思うんだけど、法令に従ってかつ走行経路上のあらゆる物の安全に気をつけながら走るというのはひたすらダルい
あと車を使わないといけないような用事自体も普通にダルそう (そんなに頻繁に外に出たくないし遠出も滅多にしたくない)
「喋るのは嫌いではないが知らん人の前で喋るのは嫌だし、そもそも知らん人の前で喋るような事態を避けたい」に近い
このアカウントは、notestockで公開設定になっていません。
寄合所帯に人が集まるのがそもそも微妙という目で見ているので、望ましくない度で言えば五十歩百歩という感想
べつに初手自前サーバにしろとまでは言わないけど、どうせ大半の人は一生サーバ立てず金も払わずそのままフリーライドするわけでしょ。べつに全員がサーバ立てろとまでは言わないけど程度ってもんがなぁ
にゅっの人)の投稿
Kazamin@misskey.io
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
つぶれてもお金返ってこなさそう。 https://fedibird.com/@trigon/109335202601984244
参考 https://mstdn.nere9.help/@hadsn/109331567566604373
へ、閉廷(白目) #ツジトミ
"代理人を務める稲田正毅弁護士（大阪弁護士会）によると、ツジトミの未使用残高は３００万～４００万円で届け出の対象外だった"
スーパーが予告なく閉店、独自の電子マネー戻らず…客は憤慨「まるで詐欺だ」 : 読売新聞オンライン https://www.yomiuri.co.jp/economy/20221112-OYT1T50147/
負債総額439億円、破綻した英会話教室「NOVA」はなぜ再起できたのか：多様化するニーズ（1/4 ページ） - ITmedia ビジネスオンライン
https://www.itmedia.co.jp/business/articles/1902/18/news045.html
思い出すシリーズを思い出した
いつのまにこんなの実装されてたの。全然気付かなかった……
『プリンセス・プリンシパル Crown Handler 』第1章・第2章見放題配信決定！ | 『プリンセス・プリンシパル Crown Handler』公式サイト
https://pripri-anime.jp/news/?p=2544/
このアカウントは、notestockで公開設定になっていません。
仮にも創作をしている人間が web サイトのスクショを URL 掲載もなしにツイートして剰え自分の画像を宣伝としてリプでぶら下げるとか、マジか？？？
というか自分で描いているというのさえ疑うレベル (興味ないので調べないが)
Don't like new interface · Issue #19487 · mastodon/mastodon · GitHub
https://github.com/mastodon/mastodon/issues/19487
>>The new look mirrors the mockups that Lickability designed for our iOS and Android apps
>
> Well, I'm glad I'm using a third party Android app then. :/
辛辣ｗｗｗｗｗｗ
Stylesheet for Stylus (firefox addon) to reduce blank spaces from Mastodon v4.0.0rc3 ($2457063) · スニペット · スニペット · GitLab
https://gitlab.com/-/snippets/2457063
dt/dd 的に見えるようにするために、ヘッダ部分のアカウントアイコンよりも本文を右へずらすのはポイントなのだと思う。
単に空白を減らすだけだととにかく見辛くなるんだけど、この本文を右へずらす変更だけでもぐっと読みやすくなる
このアカウントは、notestockで公開設定になっていません。
これビルドパイプラインで作ってるわけではなくて直置きなのか。ウケるな
そのあたり assets:precompile 的なやつがいい感じに vector image から生やすものなのかと思ってた。
まあ確かに考えてみると、そんなことしたら小さなサイズのアイコンで余白が無駄にデカくなったりするから手動調整は必要になってしまうのかな。
このアカウントは、notestockで公開設定になっていません。
まさかとは思うが、先頭2文字が 10 だからといって FF20+ ではないと思われている……？？？
じゃあ広告ブロックとか tracking protection まわりか……
トラッキング保護を最強にしたうえで Cookie は first party すら無効化して許可リストを育てる形にしているので……
tracking protection 無効化したら警告消えた。てことはやっぱり Cookie か storage まわりの機能か
一生ログインすることのないであろうサイトが cookie と storage を無効化しただけでこうなる様子をね
技術書典とかも、コレのおかげで欠片も参加する気が起きない
ログインするつもりのないサイトでユーザ追跡に使えるストレージリソースを供出させられるの、普通に嫌なので……
このアカウントは、notestockで公開設定になっていません。
と思ったけどスピンオフというか外伝というかの方の話題だったらもっと最近だな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Firefox に組み込まれた Rust | Mozilla Developer Street (modest)
https://dev.mozilla.jp/2016/07/shipping-rust-in-firefox/
Shipping Rust in Firefox - Mozilla Hacks - the Web developer blog
https://hacks.mozilla.org/2016/07/shipping-rust-in-firefox/
このグラフ見ると心が落ち着く……
キャプション:
> Firefox telemetry data showing zero issues in over a billion uses of the new Rust code.
このアカウントは、notestockで公開設定になっていません。
まず第一に reply は個々の投稿について言うもので、それらの集合に対する名前として thread があると認識しているので、型が違うなという感想はある。
そのうえで、 reply は特に今の自分ではない自我 (bot 含む) に対する反応という印象はあって、セルフのリプライというのは基本的に自然ではない気はする。
とはいえ、たとえば「タイマーをセットして未来の自分にリマインダー投稿を送る」みたいな用法だったら今の自分と未来の自分を別人として捉えてリプライと呼ぶのは違和感そんなにない。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
まあたとえば非営利のなんたら協会なら privately owned でないと言えるのか、たとえそれが加入や決議への参加の困難な閉じた組織であったとしても…… みたいな話はありそう
あるいは community based であって誰にも "owned" でないとしても、 standard-based でない変更の次ぐルールであることも可能なわけで。
おおよその気持ちはわかるが、実際どこまで許容できるのかを探るのはだいぶ骨が折れるんじゃないかという感想
このアカウントは、notestockで公開設定になっていません。
"topical" という英単語について調べると意味 (和訳) として「話題の」というのが出てくるわけだが、これが「巷で話題の〜」の「話題の」ではなく「話題 (topic) そのものについての」の方の意味で捉えるべきであることにちょっと確信を持ちづらくて困る
というのも、別に意味として「時事問題の」というのがあり、こっちはマジで「巷で話題の〜」に近いやつなので……
TOPICAL | 意味, Cambridge 英語辞書での定義
https://dictionary.cambridge.org/ja/dictionary/english/topical
> of interest at the present time; relating to things that are happening at present
やっぱり「現在の」が重要なのであって「topic の」ではないと読むべきなのかなぁ
どうも topic という語に対するイメージがなんか違うのではという気がしてきたな。 etymology 見るか
topic | Etymology, origin and meaning of topic by etymonline
https://www.etymonline.com/word/topic
ははー
話題や議論になっていること、というのが、話題や議論になるほど現時点で着目されている、という方向にニュアンスがシフトしていった感じか？
抽象的な「話題」というよりは、特定の何らかの議論に紐付いた言葉としての印象が強いのかな
このアカウントは、notestockで公開設定になっていません。
Topical Definition & Meaning - Merriam-Webster
https://www.merriam-webster.com/dictionary/topical
> a: referring to the topics of the day or place : of local or temporary interest
いきなり "of the day or place" 生えてきやがった
ふーむ…… topic の単純な形容詞系として topical を使うことは通常適当であるとは限らない、ということになりそうだな
このアカウントは、notestockで公開設定になっていません。
通常自分の姿を見ながら自分を屠ることはないので必要性は低い
ワイも布団と同じ部屋にﾋﾟｯｼ類置いてるので他人事ではない
何故だかたまーにケースを開ける機会があり、そのとき埃を飛ばすようにはしている
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
これはたぶん文脈が微妙に合わないし体験が伴うわけでもないし定量的に評価できたわけでもない話なので完全に独り言なんですが、新人 VTuber は編集済動画ではなく配信をして、少数のリスナーのコメントに律儀に反応して固定ファン (i.e. 承認欲求を持て余している暇人) を獲得さえできれば、ある程度の数字までは持っていける的な話を聞いた (そのある程度がどの程度かは知らんが、スケールさせづらいのは間違いない)
そういう最初期とそれ以降の行動指針が変わってしまうような状況、「小規模プレイヤーが参入しやすい」というメリットと捉えるか「一貫した戦略を持ちづらく、モノになるために今まで順調だった戦略を捨てないといけない」というデメリットと見るかは……
まあスケールする成長をできる人は最初から面白いから一貫した行動指針でもやっていける、そういうものなのかもわからんね。
