はてなブックマーク

あらすじ ある日のこと、Travis上のプロジェクトがdub使ってるとSEGVで落ちる、というチケットが。さらにスレッドが進み、どうもいろいろなパッケージで同様の問題が起きているとのこと。 LinuxでしかおきないぞとかdubでParallel GC(注:mark&sweep gcのmarkingのフェーズが並列)使ったときしか再現しないっぽいとか再現条件が特定されていく中でParallel GC内のスレッドでスタックオーバーフローが起きているのがどうやら原因だと判明。 といってもこの問題、Parallel GCの内部実装の問題ではない。OSスレッド、それもglibcのpthread実装に関連した問題だった。 この問題はglibcでは静的なTLSブロックがスレッドのスタックのtopに配置されることに起因する。 スレッド実装では最小スタックサイズを保証するために PTHREAD_STACK_

posix_spawn/vfork/clone(CLONE_VFORK) はメモリを共有するので速い. 速いが、親子でメモリを共有するので危険である. それでも速いのでプロセス起動で気をつけて使っている言語があり、どういう実装をしているか調べた. 前提 fork-exec間はasync-singal-safeな関数しか使ってはいけない http://mkosaki.blog46.fc2.com/blog-entry-886.html mallocを使っても問題ないかは実装依存 http://mimosa-pudica.net/linux-closefrom.html jemallocはおそらくだめ そんなことはなかった いまどきどれもpthread_atforkでロックの開放処理をしているのかも Rust どうも元ネタを追ってみるとFreeBSDでmalloc(jemalloc)が固まる問

自分ひとりで考えたわけではない(というかほとんどそうではない)が、採用面接で質問したいことを一覧でまとめてみた。 リスク管理はしていますか, 破滅的なリスクを無視してしまうことを避けるためになにかしていますか？ どうやって成果の判断をするのですか？ プロジェクトの納期が私個人の力で達成できない場合は、どのような行動が望まれますか？ プロジェクトが失敗した場合、その責任はどの程度追うことになりますか？ 開発のライフサイクルモデルはなんですか？ アジャイル開発についてどのように考えていますか？ 計画はどのように立ててますか？ 計画どおりに進んでいるかどうかはどうやって観測しますか？ 見積もりはどのように立てますか？ 見積もりの不確実性にはどのような手法で対処していますか？ 各人の仕事はどのようにアサインしますか？ 各人の仕事が予定どおりに進んでいるかどうかはどうやって観測しますか？ 上からふっ

cargo installで入れられそうなやつを雑にまとめてみた。 ripgrep(rg) - はやいgrep、あるいはag。 xsv - CSVツールキット。 alacritty - 速いらしいターミナルエミュレータ。 parallel - GNU parallelのRust版。 coreutils - GNU coreutilsのポート。使えないオプションや未実装のものも結構ある。 oxipng - pngファイルのサイズ圧縮。 rpc-perf - twitter製のrpcのベンチマークツール。memcachedの設定いじったときとか。 watchexec - ファイル変更にhookしてコマンド実行するユーティリティ。 flow - logのリアルタイム解析。 exa - lsのRust実装。デフォルトでいい感じになっているがコマンド体系が違うので慣れずに使わなくなってしまった。gi