結婚相手のエンジニアが自宅サーバー勢、3回目の「サーバーラック移設の儀」に挑む一部始終「和室に鎮座するサーバーラックすごい」
茶猫。 @char_neko3 今日は主人の自宅サーバーを引っ越し先に移設するぞ！！！ （巻き込まれた）友人フォロワーのスーパーエンジニア達を召喚して合計6名で動きます！ #サーバーラック移設の儀 2023-02-04 07:01:44 茶猫。 @char_neko3 経緯:お付き合いして結婚したエンジニアが38U（でかい）の自宅サーバー勢だった。引っ越しの時どうするのーッ！？助けて友人フォロワー！ というのを過去2回やってて、今回3回目です。もう引っ越ししたくない！！！これでfixさせる！ #サーバーラック移設の儀 pic.twitter.com/z8nBEWjJ2V 2023-02-04 07:12:48
CPU使用率100％のWebサーバをOSのチューニングだけでCPU使用率20%まで改善する - 人間とウェブの未来
こんばんは、 @matsumotoryです。 hb.matsumoto-r.jp 上記エントリにおいて、プロセスの大量メモリ確保に伴うページテーブルサイズとベージテーブルエントリ数の肥大化によるcloneやexecveの性能劣化とCPU使用時間の専有問題、および、それらの解決方法についてシステムコールレベルで確認しました。 そこで今回は、システムコールやそのカーネル内部の処理の性能、というよりは、より実践的な環境であるApache httpdとmod_cgiを用いて、phpinfo()を実行するだけのCGIに対してベンチマークをかけた時にどれぐらいCPUのidleが空くか、システムCPUの使用量が変わるかを、前回示した解決方法の1つであるHugePagesを使うかどうかの観点で比較してみましょう。 特定条件下のWebサーバ環境のシステムCPUに起因する高負荷問題から、システムコールやカーネ
自宅サーバのインフラ設計書を公開します - @int128
自宅サーバのインフラ設計書を公開します。 Design paper of the home server（抜粋） 昨夜にTwitterで公開したら予想外に反響があったので、ちゃんとエントリに残すことにしました。クラックされるおそれがあるので、細かい部分は公開できないことをご了承ください。 内容はこんな感じ。 要件概要 機器仕様 ネットワーク設計 ソフトウェアスタック設計 共通基盤設計 サーバ詳細設計 上記にバックアップ設計や運用管理まわり*1を加えれば、インフラの設計書はだいたいこんな感じではないかと思います。 インフラの要件定義は難しい 一方で、インフラの要件定義は十分に標準化が進んでおらず、会社やチームによって文化がかなり違います。特に受託開発（SI）の場合は、お客様の中にインフラに詳しい人がいなくて調整に苦労することも多いと思います。費用と可用性のトレードオフの部分はなかなか伝わりづ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
5分で分かる！社内SEのシステム運用管理マニュアル
