a2ikmのブックマーク / 2017年2月2日 - はてなブックマーク

a2ikm id:a2ikm

2017年2月2日のブックマーク (5件)

スピンロック - Wikipedia
この項目では、計算機科学におけるスピンロックについて説明しています。核磁気共鳴におけるスピンロックについては「交差分極」をご覧ください。スピンロック（英: spin lock, spinlock）[1]とは、計算機科学におけるロックの一種で、スレッドがロックを獲得できるまで単純にループ（スピン）して定期的にロックをチェックしながら待つ方式。スレッドはその間有益な仕事を何もせずに動作し続けるため、これは一種のビジーウェイト状態を発生させる。獲得されたスピンロックは明示的に解放するまでそのまま確保されるが、実装によってはスレッドがブロック（スリープ）したときに自動的に解放される場合もある。スレッドが短時間だけブロックされるならば、スピンロックは効率的であり[2]、オペレーティングシステムのプロセススケジューリングのオーバーヘッドを防ぐことにもなる。このため、スピンロックはカーネル内でよく使
a2ikm 2017/02/02
computing
リンク
Terminal.app でプロダクション環境へ ssh するとき背景色を変える - @kyanny's blog
iTerm2で、sshしたら背景画像なり背景色切り替えとか出来ないのかな。プロファイルの設定とかでも可。Windowsではputtyでプロファイル切り替えて、本番つなぐ時は赤っぽい背景色とかにしてる。— songmu (@songmu) July 24, 2012 ssh したときセッション別にターミナルのテーマかえるやつ、 Terminal.app でもやりたいなぁ。むかし @nabokov7 さんが Mac でやってた記憶があるけど、あれはいったいどうやってたんだろ。— Kensuke Nagae (@kyanny) July 24, 2012 設定をまるごと.Terminalファイルに書き出してショートカットにしてた。ショートカットごとに別の背景色や起動コマンド(ssh)割り当てたりして。RT @kyanny: ssh したときセッション別にターミナルのテーマかえるやつ…— nabo
a2ikm 2017/02/02
terminal

ssh
リンク
random(7) - Linux manual page
random(7) Miscellaneous Information Manual random(7) NAME toprandom - overview of interfaces for obtaining randomness DESCRIPTION topThe kernel random-number generator relies on entropy gathered from device drivers and other sources of environmental noise to seed a cryptographically secure pseudorandom number generator (CSPRNG). It is designed for security, rather than speed. The f
a2ikm 2017/02/02
linux

kernel

random
リンク
最近のruby-core (2017年1月) - Money Forward Developers Blog
こんにちは。卜部です。最近のPython-devが始まりましたね。すごい。こちらの連載は先月はお休みしてしまったのですが、引き続き頑張ります。 ruby-coreというRuby 本体の開発の議論がされているメーリングリストで、最近興味深かったトピックを紹介していきます。最近のruby-core (2016年11月) 最近のruby-core (2016年10月) 最近のruby-core (2016年9月) 最近のruby-core (2016年7月) 最近のruby-core (2016年6月) 最近のruby-core (2016年4月) 最近のruby-core (2016年3月) 最近のruby-core (2016年2月) [#12852] URI.parse can't handle non-ascii URIs Railsがよく ?utf8=✓ とかいうクエリをつけてきます
a2ikm 2017/02/02
面白いなあ

ruby
リンク
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット－ Publickey
果たしてGitLab.comで何が起きたのでしょうか？これまでの経緯をまとめました。スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
a2ikm 2017/02/02
gitlab

trouble

disaster

incident
リンク
- 2017年2月3日
- 2017年2月2日
- 2017年2月1日