@boronology systemctl たとえば root のパーティションなら -.mount って名前の unit がどっかに生えてる

だいたいのディストリビューションの /etc/fstab の雛形のファイルはそうなってるはず。

わたしは swap のマウントオプションはファイルでもパーティションでも sw を指定してる

truncate -s 0 /swapfile
chattr +C /swapfile
btrfs property set /swapfile compression none
fallocate -l 2G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile

@boronology まあ /etc/fstab が見えてる時点でまず root の mount には成功してるから root のパーティションのどっかに置けばいい

@boronology 昔はそうだったりしたけど今は /etc/fstab に何か書くと systemd.mount で並列に処理される。

まず空のファイルを作って chattr +C で CoW にならないようにしてから，必要なサイズにファイルを拡張する必要ある

@boronology いつもブロックデヴァイスへのパスを書いてるとこをファイルへのパスにするだけでは。

このアカウントは、notestockで公開設定になっていません。

chattr +C とかも要りそうな気がする，あと permission で怒られてるんだからちゃんと chmod 600 しておいたら

fallocate でもいいかもな。私はこっちつかってる

知らんけど

空のファイルつくるの，dd より truncate とかのほうが速いと思う

compress かけてもそんなコストに見合わん気がする

わかるなあ

2015 年の LinuxCon Japan の T シャツも「Linux デスクトップ元年」だった気がする

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

btrfs property set /mnt/swapfile compression none とかすればよさそう

chattr かなんかで swapfile だけ compress の attribute を外したりできないの。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

復活しないが……。

このアカウントは、notestockで公開設定になっていません。

こう，名作劇場的なやつとかの系列の古いアニメあんまり知らないんだよな

調べたけどダ・カーポの「空からこぼれた Story」か

ｴｯ

ハードウェア RAID，いいとこぜんぜん無いと思ってたけどそういうメリットはあるのか

このアカウントは、notestockで公開設定になっていません。

ロックロックロック

あそこのワークロードは一般人のそれとは天と地の差があるし普通の人は寿命とか気にしなくてもいいと思うんだよな

NUMBER GIRL は去年再結成してツアーやってて，チケットが瞬殺で売り切れたっぽいので，後から知った私はむしろコロナウィルスに感謝すらしてしまいかけたね

この Linux 4.21 というのは後で Linux 5.0 になったやつのことです。

Btrfs Restoring Support For Swap Files With Linux 4.21 - Phoronix - https://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Swap-Files-Linux-4.21

これ Dreamcast の NetBSD で体験した（メモリ 32MB の環境でビルドするのが悪いんだけど

このアカウントは、notestockで公開設定になっていません。

あと Btrfs は Linux 5.0 で swapfile サポートしてるよん

SSD の寿命，そんなヤワじゃないでしょ

このまえは Zepp で NUMBER GIRL が無観客ライヴやってた

あと zram は RAM ディスク上のブロックストレージに抽象化されてるので swap 以外も読み書きできる

普段からスワップしまくるようなことしないんであればまあビルドの時以外に性能が若干落ちるのはそうだろうけど，SSD がスワップ先ならまあまあそんなに性能悪化しないんじゃ

その場合だと後者のほうが前者より（ストレージの速度が遅ければ）性能が出るシステムではあるだろうけど，メモリが溢れまくって死ぬんだったら zram 止めて 8GB をフルでメモリに使った上でストレージに swap 作ったほうが安定するのでは。

“スワップの目的については多くの誤解があります。多くの人はスワップを単に緊急事態の際に利用できる「遅い追加メモリ」として見ていて、通常の負荷の際にオペレーティングシステム全体として健全に稼働することに貢献できることを理解していません。”

さっき unarist さんが post したのと同じ記事だけど。

このアカウントは、notestockで公開設定になっていません。

とりあえずこれを読んで >> スワップの弁護：よくある誤解を解く - https://chrisdown.name/ja/2018/01/02/in-defence-of-swap.html

zram，いってしまえばメモリを多少圧縮して効率化するだけでべつに swap とはまったく被らないと思う

swap out されたものを圧縮してメモリに置いてもメモリが圧縮したところでどうしようもなく溢れたら使えないし，そもそも swap はメモリが溢れたときにメモリの中身をストレージに退避するためのだけのものではないので

repo - https://gerrit.googlesource.com/git-repo/+/refs/heads/master/README.md

さっき unarist さんがこっそり post してた記事にも書いてあるけど OOM killer の発動を抑制するだけじゃないので。

Linux システムではメモリをバカみたいに積んでても swap はとりあえず用意するほうがいい

Gentoo Portage でも make.conf にジョブ数書いたところで ebuild の中で -j1 とか書いてるやつたまにあるよね。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ということは Android でかつてビルドが通ったかどうかとかは本当に使えない情報ってことですね。あるいは repo sync（というのが何かは知らんが）とか止めてちゃんと各 repository の commit を控えておくとかしてもうちょいなんとかするとかでしょう。

ジョブ数を少しずつ減らしていくのでもいいけど。

仮に並列ビルドでメモリ溢れるんだったらジョブ数を - j で指定するんじゃなくて load average で抑えればいいじゃんね

さっきも書いたけどビルドで並列ビルド止めたらとりあえず依存でヘンにコケるの無くなるしメモリも溢れんやろ

このアカウントは、notestockで公開設定になっていません。

swap，作らなければそもそもメモリが溢れかけたときにはもうシステムを止めるしかない不安定システムの出来上がりだしそんなしょっちゅう溢れつづけるわけでもないんだからべつに……。

このアカウントは、notestockで公開設定になっていません。

OOM は Out-of-Memory という事象なので

OOM って言い方良くないな。OOM Killer です

ちゃんと swap 設定した上で OOM を無効化すればいいでないの

一晩か二晩くらいほっとけばええやん

つよつよのマシンなくても時間かければビルドできるんでないの。

Android ビルドしたことないから知らんけれども submodule なりなんなりのコミットが違う時点でそれは同じコミットのビルドではないだろうしそりゃコケるときはコケるだろうから数時間前にビルドが通ったかどうかなんて何の役にも立たない情報ってことになる……。

このアカウントは、notestockで公開設定になっていません。

もしそうならそりゃコケるときはコケるでしょ……。

え，前はビルド通ったっていうのはそもそも同じコミットのものをビルドしたわけではないの？

このアカウントは、notestockで公開設定になっていません。

そもそもそれはちゃんと吐かれたオブジェクトファイルなのか？

ビルドでコケたとき並列ビルドやめてみるとかはテッパンだけどそういうのはやったのだろうか。それと，valid じゃないって言われてるのならそのファイルそのものについて調査するのが筋でしょう。

なぜエラーが出るかわからない→エラーメッセージを読みましょう

ちゃんと読め

「まあ」が多い

まあエンドユーザーに技術的な視点なんてどうでもいいのでただの改悪にしか見えないのもわかる……。

まあ Servo ベースで色々強くなってきてるしそこらへんの部分は堪忍してあげて……

Firefox のヘヴィーユーザーではないので plug-in がどうにかなったりしてもまあ元々のがセキュリティ的にアレだったりして技術的負債だったろうからどのみちどっかで切らないとそれこそ Opera Presto みたく結局それ丸ごと終わって Chromium 互換とかになりかねないだろうなと思ってた

テープが劣化してきた気がする

なぜか GitHub で誰だかわからんアカウントの repository に Opera Presto の一部が置いてあることは見なかったことに。

でもアレを改修して現代の HTML をレンダリングするのはそれはそれで厳しい，というかムリだろうな……。

Opera Presto を救ってほしいわかる

Jon Stephenson von Tetzchner を応援したいので Vivaldi

SpeedDial も使ってるな

このアカウントは、notestockで公開設定になっていません。

Opera（Presto 時代）とか Vivaldi は bookmark に別名振ってアドレスバーにその別名打てば飛べるみたいなのも出来る

ブックマークを使わなければ解決

このアカウントは、notestockで公開設定になっていません。

× NextCloud
○ Nextcloud
× Owncloud
○ ownCloud

然るに『Fate/Grand Order』などストーリーを売りにしているものはそのうちアーカイヴを出すだろうという気もするが，『Fate/EXTRA』のようにスクリプトを本として刊行するのは当分来なさそうだしそもそもそれが商品価値があるから中々アーカイヴが公開されないんだろうとは思う

ストーリーが評価されつつも惜しまれつつ終わったサーヴィスが，後継の人気の高まりに合わせてユーザーから提供を受けてストーリーのアーカイヴを公開するの，かなり面白い

このアカウントは、notestockで公開設定になっていません。

そういえばそれで記事書いてた人じゃん

このアカウントは、notestockで公開設定になっていません。

追体験が容易になったことと追体験が困難になったことが同時に発生しているというのはかなり面白い事象だ。

色々なものがアーカイヴされていても，たとえば TV 番組ならマスターテープは局にしかないし録画は個々人しか持ってなかったけれども，現代はあらゆるアーカイヴが私的にアップロードされて共有される時代でもあるので，古い時代の追体験が更に容易になった時代でもあるのだなあ。

そもそも昔は同時性を楽しめたの都会の人間だけで地方の人間はナチュラルに流行や情報が数ヶ月や数年遅れて入ってきたりしてるよね。

もちろんアーカイヴできるメディアや方法があっても体験の希少性を商品価値にすることで敢えてアーカイヴしなかったものも昔からたくさんあるのだけれども

これ，アーカイヴ性についての議論が欠けているように思われる。即ち，音楽なりファッションなり昔から当然あったその場での体験や流行がシーンとして共有される文化は（少なくとも 20 世紀以降は）様々なアーカイヴがあって，世代ではない人間も触れ得るし，実際そうして昔のシーンを受け継いで新しい文化を紡ぐ人間というのも多々居るのだけど，少なくともソーシャルゲームについてはまったくアーカイヴが出来ないので後から追えない

@omasanori OK

民家の水道から赤ワイン、醸造所の不具合で流出　イタリア https://www.cnn.co.jp/amp/article/35150465.html?ref=rss&__twitter_impression=true

グランジが再燃！クールに気こなすテクを伝授。 | Vogue Japan https://www.vogue.co.jp/fashion/article/2020-01-14-grunge-gods

このアカウントは、notestockで公開設定になっていません。

さいきんあそこ行ってないな

春から麻辣大学

このアカウントは、notestockで公開設定になっていません。