descript.txtがあって、かつ1個以上のDLLがある、でいいような
descript.txtがあって、かつ1個以上のDLLがある、でいいような
しかし、ついにx86/64系命令セットでメニーコアする時代とはね…
SSP負荷試験は、いろいろ終わった最後の運用試験みたいな位置づけでよろしく
つまり優先度つきキューの一番最後に
このアカウントは、notestockで公開設定になっていません。
Ryzenとかのメニーコア系CPU上で、SSPでゴースト起動しまくった時の挙動が知りたい
このアカウントは、notestockで公開設定になっていません。
@noellabo さっさと一旦revertしときますわ…
ActivityPub/OStatus呼び分け部の残骸クリーンアップミスね…
Clean up OStatus-related codepaths #12173
https://github.com/tootsuite/mastodon/pull/12173
こいつ、protocol削除したせいで実行しちゃいけないcallしている部分あるな……Deadに少し積み上がってる。直すまでrevert推奨。
なんだこれ、めっちゃデッドジョブだらけなんだけど、どのコミットがバグっておるんだ
@aobanozomi そこまでアカウント数増えてないんだけどなあ。具体的にどの操作が重いの。
@cat_maidens できれば切っておいたほうが良いです。
すげえなとは思うけど、果たして今のソフトウェア技術でどこまで活かせるのだろうか
このアカウントは、notestockで公開設定になっていません。
@aobanozomi 特に管理者さんがなんかいじってる様子もないのでふつうに重いのでは説
safe wayは新しいカラム作って移行して差し替えろとか書いてますけど、今回の場合そこまでオオゲサにやることかいな…とは思いますね。
https://github.com/ankane/strong_migrations#renaming-or-changing-the-type-of-a-column
とりあえずめんどくさいのでrevertをrevertしてSAFETY_ASSURED=1で実行しちゃった★
@zundan Eugen御大もええんちゃうって言うてますな。
[北朝鮮「クリスマスプレゼント」は長距離ミサイルか 米司令官]
北朝鮮がアメリカへの「クリスマスのプレゼント」として、非核化交渉における不満を示す何らかの措置をとる可能性を示唆していることについて、アメリカ太平洋空軍の司令官は、北朝鮮が長距離弾道ミサイルを発射する可能性があるとの認識を明らかにしました。
http://www3.nhk.or.jp/news/html/20191218/k10012218811000.html
栄養ドリンクの類いは体力の前借りしてるだけで問題の解決にはなりません！
湾岸→環状→松原 のトラフィックそれなりにあると思うんだけどなあ。うまく大和川線に逃がせればいいんだけど。
大和川線開通で交通量多少逃がすのに成功したの確認してからかな？
信濃橋渡り線と大阪港線の車線増設で、そろそろ3号神戸線阿波座合流の車線が1本になるのどうにかしていただけませんかね…
※設計2車線とおぼしきものをゼブラゾーンでわざわざ1車線にしてる
もともと人工島結んで和田岬に着地する計画ではあったけれど、ケチってハーバーハイウェイ活用もワンチャンあるかなーと多少は思ってた。
ハーバーハイウェイはたぶん3号神戸線のバイパスに足る交通量確保を考えると不適格なのでは説
通航確保のためにトンネルかなーと思ってたらそこ橋なのかよ！って見た時思ったやつだ
大阪湾岸道路西伸部（六甲アイランド北～駒栄）｜阪神高速道路株式会社 https://www.hanshin-exp.co.jp/company/torikumi/building/wanganseishinbu/
神戸新聞NEXT｜総合｜阪神高速湾岸線の西伸部 海上長大橋の形式決まる https://www.kobe-np.co.jp/news/sougou/201912/0012948327.shtml
雑にgrepしただけなので「たぶん」という接頭辞がつくけどな！
@zundan すぐ終わるっしょw
Migrating to IncreaseBackupSize (20191212003415)
== 20191212003415 IncreaseBackupSize: migrating ===============================
-- change_column(:backups, :dump_file_size, :bigint)
-> 0.0100s
== 20191212003415 IncreaseBackupSize: migrated (0.0101s) ======================
どうしてくれよう…
== 20191212003415 IncreaseBackupSize: migrating ===============================
rake aborted!
StandardError: An error has occurred, this and all later migrations canceled:
=== Dangerous operation detected #strong_migrations ===
Changing the type of an existing column requires the entire
table and indexes to be rewritten. A safer approach is to:
1. Create a new column
2. Write to both columns
3. Backfill data from the old column to the new column
4. Move reads from the old column to the new column
5. Stop writing to the old column
6. Drop the old column
/app/db/migrate/20191212003415_increase_backup_size.rb:3:in `up'
まあ最悪ダメでもちょっとBackupsのサイズ表記が狂うだけじゃな…
backupsテーブルの一部をintegerからbigintにすげ替えるメンテナンス中に、ユーザーがエクスポート作業する確率なんてまあ無いと思うけど、エクスポート作業済でこのテーブル上にまだ残ってたアーカイブを、migration後でダウンロードしようとしたらどうなるだろう。
コード見た限りではぶっちゃけtootctl media usageでしか使ってなさげなので見なかったことにしてさくっと強行するプランでいいと思うけれど。
|￣￣￣￣￣￣￣￣￣￣￣￣￣￣|
| 私は#12502をrevertしました |
|＿＿＿＿＿＿＿＿＿＿＿＿＿＿|
∧∧ ||
( ﾟдﾟ)||
/ づΦ
|￣￣￣￣￣￣￣￣￣￣￣￣￣￣|
| 私はmasterにpushしました |
|＿＿＿＿＿＿＿＿＿＿＿＿＿＿|
∧∧ ||
( ﾟдﾟ)||
/ づΦ
