tmuxとscreenのそれぞれの優れてる点
B! 18 0 0 0 tmuxに慣れてみる: tmuxとGNU screenの違いなど から始まってtmuxを暫く試していましたが、 その中で気づいた 一方で出来るけど出来ないこと、 一方の方が優れてる点になどについて。 で、結局どちらを使うか。 screenの良い所 tmuxの良い所 まとめ screenの良い所 ステータスラインで全Window表示が簡単に出来る1。(tmuxでは全Paneを表示しようとするとちょっと大変、な上、切り替わった直後にきちんと載せることが上手く出来ない。) 各領域(Window)ごとにキャプションを付けられる。 コマンドのヒストリーが残って再利用出来る。 同時に二箇所に同じWindowを出せる(余り意味ない?) キーバインド時にcommand classが定義でき、複雑な連続キー入力によるコマンド実行が可能。 コピーモード時にYだけで一行コピー可能2。(コ
改行コードの変換と上書きモードについて。あるいは iconv と nkf に見る思想の違い - 玉虫色に染まれ!!
前エントリで id:CCG さんからコメントにてご指摘がありましたので、その点について補足のエントリを書きます。完全に続きの話なので、未読の方は、まず前エントリをご参照下さい。 改行コードの変換 文字コードを変換する場合は、同時に改行コードも変換したくなる事が多いかと思いますし、実際、 nkf ではそういった変換をサポートしていましたが、 iconv には改行コードの変換機能はありません。 したがって、改行コードを変換したい場合には別のコマンドを併用する必要があります。改行コードの変換は、 tr や sed で力技で片付けるのも手です*1が、 dos2unix とか unix2dos といった簡便なコマンドもあります。 $ iconv -f SHIFT-JIS -t UTF-8 README.TXT | dos2unix > readme.txt.utf8 （文字コードが Shift JI
Excelの使い方を学べるサイト - Excel Hack
キーワードで探す: 記事数 PDF: 50プルダウン: 39無料: 37変換: 36改行: 30ショートカット: 27できない: 26チェックボックス: 25日付: 24曜日: 23足し算: 22テンプレート: 21縦書き: 17シート: 14セル: 11自動: 11連動: 11関数: 10色: 9セル内: 9文字: 8Mac: 7作成: 7貼り付け: 7ソフト: 6一括: 6表示: 6削除: 6計算: 5VBA: 5時間: 5入力: 5検索: 4チェック: 4今日の日付: 4コピー: 4連続: 4横: 4コード: 4複数: 4設定: 4塗りつぶし: 4ダウンロード: 4Enter: 3カレンダー: 3スマホ: 3分割: 3フリー: 3CHAR: 3追加: 3表: 3ずれる: 3変更: 3印刷: 3年: 3レ点: 3数式: 3引き算: 3指定: 3カード: 3選択: 3編集: 3スラッシュ
LinuxでCPU使用率を上げるコマンド - ablog
いいものを見つけたのでコピペ。 yes >> /dev/null & 最後に & お勧め ｗ（二つターミナルが必要でなくなる。） ちなみに メモリ負荷をあげる魔法のコマンド /dev/null < $(yes) & LinuxでCPU負荷を上げる魔法のコマンド - Qiita ">>" は ">" でも良いと思うが、何か特別な理由があって">>"にしているのだろうか。 追記(2014/10/08): ただのメモにはてブがたくさん（当社比）ついてビックリ(^-^; コア数に対する考慮が足りない。 コア数に対する考慮が足りない。 - gomakyuのコメント / はてなブックマーク とコメントを頂いた通り、上記のコマンドを実行しても1つの論理CPUを使い切るだけです。 例えば上の図の通り、1ソケット * 4コア * 2スレッド で論理CPU数が8の場合は、ざっくり、1多重で実行すると12.5%
Linuxのハードウェアに関する詳細情報を取得する『Inxi』コマンド | 俺的備忘録 〜なんかいろいろ〜
今回は、Linuxが搭載されているハードウェアのパーツごと、例えばサウンドボードやマザーボード、ハードディスク等のベンダーや型番といった詳細情報を取得出来るコマンド『Inxi』を紹介する。 1.インストール まずはインストールから。 以下のコマンドを実行しインストールを行う。 Debian/Ubuntu sudo apt-get install inxi RHEL系 sudo yum install inxi --enablerepo=epel 2.コマンドの実行 さて、それでは実際にコマンドを実行してみよう。まずはオプションを付けず、デフォルトの内容を表示してみる。 以下の内容は、実際に自宅で用いてるマシンのデータを表示している。 $ inxi CPU~Quad core Intel Core2 Quad Q9550 (-MCP-) clocked at 2833 Mhz Kernel~
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
ログアウトしてもバックグラウンド ジョブを継続する方法
はじめに SSH 接続で時間の掛かるシェルスクリプトをバックグラウンドで走らせて帰りたいのに、SSH 接続を切るとジョブが死んでしまいます。SSH 接続に限らず目の前の OS からログアウトしたりターミナル エミュレータを終了しても同じ現象が起こります。 この症状は正常です。なぜなら、バックグラウンド ジョブを起動したプロセス(ログイン シェル)が子プロセスである該当のバックグラウンドジョブをハングアップ シグナル( HUP )によって終了させるからです。 シェルスクリプトを起動した親プロセスは子プロセスの終了状態を監視しています。ですからログアウトして親プロセスであるシェルが終了すると子プロセスはゾンビ プロセスとなってしまうので親プロセスとなるシェル(ログインシェル)は子プロセスであるバックグラウンド ジョブを kill ( kill -HUP ) するのです。 nohup コマンド
Windows コマンドラインから電源オフや休止を実行する ― ＠IT
解説 Windowsの電源モードには、電源オン／電源オフ／スタンバイ／休止状態という4つのパワー・ステートが定義されている。これに再起動を加えたものが、Windowsユーザーが意識して行う電源操作のすべてである。 省電力状態としてまとめられるスタンバイと休止状態の違いについて、簡単に解説しておこう。スタンバイとは、メモリ内容を保持したまま必要最低限の消費電力で動作するモードである。休止状態は、メモリ状態やデバイスのステータスといったコンピュータの状態をハードディスク上のファイル（hiberfil.sys）にそのまま保存し、電源オフにするモードである。復帰時には、hiberfil.sysから休止状態に入る直前の状態を復元する。 ユーザーはコントロール・パネルの「電源オプションのプロパティ」を使って電源オプションを設定し、［スタート］－［シャットダウン］で選択できる電源状態としてパワー・ステー
ORCA愉快日記(2009-06-30)
詳細は、下記のURLを参照。 @IT - 第20回 ファイル共有プロトコルSMB／CIFS（その1〜3） http://www.atmarkit.co.jp/fwin2k/network/baswinlan020/baswinlan020_01.html http://www.atmarkit.co.jp/fwin2k/network/baswinlan020/baswinlan021_01.html http://www.atmarkit.co.jp/fwin2k/network/baswinlan020/baswinlan022_01.html Windowsネットワークに関する全体を知りたいのなら、こちらを参照。 http://www.atmarkit.co.jp/fwin2k/serial/index/index.html @IT - ポート445（ダイレクト・ホスティングSMBサ
もういい加減GNU Screen使え - 高原芳浩のKeep-Alive
ディノでは京都1箇所+都内2箇所＋社内の計4箇所に分散されていたデータセンターを京都に集約しつつあります。私は昨日からその関連作業でネットワークチームと京都に来ています。作業の多くが遠く離れたコンピュータを介して行われる事になると同一データセンターのサーバに対してたくさんのSSHを立あげて作業するこは、ネットワーク的に効率的ではありません。クラウド環境がもてはやされている昨今おなじような状況の方も少なくないと推察されます。そこでリモートコンピュータでのオペレーションを効率的にする方法としてGNU Screenをご紹介します。というか、ネットが瞬断したくらいでいちいち文句垂れる奴は迷惑なのでいい加減にGNU Screenを使えばいいとおもいます。 やり方まず、作業用のサーバをデータセンター側に一つ作ります。このサーバへはローカルからSSHのAgentForwardを介してアクセスするので自分
trace-cmd
trace-cmdは、Linuxカーネルに内蔵されたトレーサ（カーネル内の各種処理を追跡するツール）である「ftrace」を簡単に操作するためのコマンドツールだ。 ftraceには、アプリケーションやカーネルの実行経路（ライブラリや関数を呼ぶ経路）の途上で、各種処理を追跡し記録する機能がある。ftraceを使って記録した情報を分析すれば、割り込み処理の遅延時間を調べたり、カーネルの動作が重い原因を探ったりする際に役立つ。 ただしftraceの操作は非常に煩雑なので、フロントエンドツールとしてtrace-cmdが広く使われている。trace-cmdのサブコマンドを使ってftraceを操作することにより、カーネルの動作の流れを視覚的に把握しやすくなる。 またtrace-cmdには「kernelshark」というGUIのフロントエンドツールがある。よりグラフィカルにトレースデータを表示するので、
(新人向け) Unixオペレーションの注意点 - Magical Diary
主に新人向けとして、Unixサーバで作業をする際の注意点を書いておく。 ここに書いてある内容は絶対的なものではないし、会社や現場ごとにルールがあるので、適宜ルールに合わせて実践すれば良い。 ログを取れ 何をやったか、何をやらなかったか、というエビデンスのためにログは必ず残しておく。SSHクライアントによっては毎回自動的にログ取得する設定が可能なので、設定しておくと良いだろう。 作業後に問題が発生した場合に作業内容を確認するためにも使うため、必ずログは取得しておくこと。 (追記) 当たり前だが、コマンドとその出力をペアで取ることに意味がある。 set -x (set verbose) しろ ログを取得しても、コマンドラインを編集した際には以下のように非常に見づらいものとなってしまう。(がんばれば解析することは出来るが…) ESC[0mESC[27mESC[24mESC[JESC[1myasu
Linuxでうっかりrm -rfしちゃったけど復活出来たよー＼(＾o＾)／ - y-kawazの日記
サーバのファイル整理作業をしていたところ…、 間違えてrm -rfしてしまった！ ぎゃーバックアップもねー！ 長いこと生きてたらこんな経験の1度や2度はありますよね？ えぇ、ついさっきやらかしちゃいましたｗｗオワタｗｗｗ 速攻「rm 復活」とか「rm 取り消し」とかでググッたねｗ、したらmcってプログラムのUndelete機能使えばよいって情報が出てくるが、どうやらこれext2じゃないと使えないっぽいぞ…、うちext4だ。 混乱。以下ターミナルのヒストリーより実況。 ## こーいうときはまずあれだ、現場保存！ ## まずは今いるパーティションを確認 # df -hT Filesystem Type サイズ 使用 残り 使用% マウント位置 /dev/sdb2 ext4 193G 6.9G 176G 4% / /dev/sdb1 ext3 194M 22M 163M 12% /boot /d
これからの「GNU Screen」の話をしよう
縦分割が目的で使い始めた開発版の GNU Screen。CVS、Subversion、Gitとリポジトリを追いかけていると、他にも便利な機能があることが分かってきました。ここ半年ほど主だった変更はありませんが、4.1.0 のリリースに向けてドキュメントも整備されてきたようですので、2年ほど使用してきて分かってきた変更点をまとめようと思います。 4.1.0における変更点 ここで取り上げる変更点は次の通り。詳細は ChangeLog などを確認してください。 新しい機能 縦分割 レイアウト ウィンドウグループ マウス操作のサポート コマンドメッセージの抑止 外部からのコマンド問合せ 拡張されたコマンド／機能 最大ウィンドウ数の増加 ウィンドウ番号の相対指定 イベント発生ウィンドウの装飾設定 設定で使用可能な変数／書式の追加 ウィンドウリスト／画面リストの拡張 その他 256色サポート コマンド
vimでバイナリを表示し、値を変更したい - rderaログ
バイナリファイルを表示させることなら、 $ hexdump -C picture.png 00000000 89 50 4e 47 0d 0a 1a 0a 00 00 00 0d 49 48 44 52 |.PNG........IHDR| 00000010 00 00 00 0a 00 00 00 0f 08 02 00 00 00 52 9d c9 |.............R.?|とか、 $ xxd picture.png 0000000: 8950 4e47 0d0a 1a0a 0000 000d 4948 4452 .PNG........IHDR 0000010: 0000 000a 0000 000f 0802 0000 0052 9dc9 .............R..みたいに、hexdumpコマンドとかxxdコマンド(この記事を書いてて知った)を使えばできる。 でも、
HugeDomains.com
Captcha security check dollpaper.com is for sale Please prove you're not a robot View Price Processing
Linux でプロセスごとのメモリー使用量を調べる
メモリ使用量を比べると Fluxbox=6~7MB に対して、WindowLab=300~600KB なので、リソースが乏しいザウルスには最適。 徒然な覚書 : WindowLab より 2006 年 7 月 29 日に引用 があったので、自分の使ってる sawfish についても調べてみようとして、ハタと困った。プロセスごとのメモリー使用量の調べ方が分かんない。 というわけで、メモリー使用量を調べる方法をメモ。 ps alx 調べ方は、分かってしまえば簡単。次のコマンドを実行する。 $ ps alx すると、ズラーと次のような結果が表示される。 F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND 4 0 1 0 16 0 1896 464 - S ? 0:06 init [5] 1 0 2 1 34 19 0 0 - SWN
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
layer8.sh
Linux/cronを使ってDDNSのIPを更新 - The Legend
find／grep／xargsコマンドを使いこなす 業務で楽するためのUNIXテクニック集「検索」編
