【Linux】突然回線切断しても続きから作業を再開できるようにする方法 - 私は素人サーバ管理者
電波が不安定な状態で無線回線を使っていると回線が頻繁に切断され、その度に作業がやりなおし・・・なんてことがあります。 このような場合に対処するには、screenコマンドが便利です。 screenコマンドを使うと万一回線が切断しても、直前の状態から作業を再開できます。 screenコマンド screenコマンドは仮想端末を管理するコマンドです。 screenコマンド上で複数の仮想端末を立ち上げることができ、1つの画面で複数の端末を切り替えながら使ったりすることができます。 screenコマンドは実に様々な機能を持っていますが、今回は回線切断に対応できるように起動・切断・再接続の方法について説明します。 起動 起動は簡単です。コマンドプロンプトで「screen」と入力します。 入力すると仮想端末が立ち上がります。 ウィンドウタイトルが「screen 0: bash」となっていて、screenコ
ClamAVをCGroupで管理してCPUを節約する | DevelopersIO
こんにちは、せーのです。今日は最近触っているClamAVについてのちょっとした工夫をご紹介します。ClamAVに関わらずサービス実行するプログラムであれば応用がきくかと思いますので参考になさってください。今までのシリーズをご覧になった上でこちらの記事を読むとより理解が深まります。 Amazon LinuxにClamAVを導入する Red Hat Enterprise Linux 5.9にClamAVを導入する ClamAVとCloudWatch Logsを連携してウィルス検出をメールで通知する サーバーはウイルススキャンのために立てているわけではない ご存じの通りClamAVはアンチウイルスソフトウェアです。サーバーがウイルスに侵されないように監視、検知するためのソフトなわけですが、ウイルススキャン中にはサーバーをくまなくチェックするため、CPU使用率がぐんっと上がります。チェックするファ
EXT4 vs XFS vs Btrfs vs ZFSをfioでベンチマークを取ってみました。 - Qiita
概要 CentOS7のデフォルトのファイルシステムがXFSとなりました。 mkfsコマンドでも、minix, xfs, btrfsが使えるようになりました。 そこで気になるファイルシステムを色々調べ、ベンチマークを自分なり取ってみました。 多少なりともご参考になればと思います。 色々なファイルシステム こちらをご参考ください。 http://qiita.com/sion_cojp/items/c8e015db39ddbf43012e それぞれファイルシステムを作ってみる 今回の環境は CentOS6（ホスト） 4Core, MEM:32G, HDD:300G CentOS7（ゲスト。こちらで計測しております。） vCPU *1, MEM:4G, HDD:40G 容量が少なかったため、btrfsのベンチマークが終わった後、zfsにファイルシステムを変更し検証をしております。 ### zfsの
CentOSにおけるintel CPU ターボブースト動作の確認 - 生物物理計算化学者の雛
先日SandyBridge世代CPUの新しい計算機が使えるようになりましたので、従来のマシンとシミュレーション計算時間の比較を行いました。 ・新マシン Xeon E5-2630 2.3GHz 6 core (TurboMax 2.8GHz) ・旧マシン Xeon X5680 3.33GHz 6 core (TurboMax 3.6GHz) ・テスト計算 シングルコアジョブ（メモリ使用量は少なく、処理速度はCPU性能依存） 周波数比は 2.3GHz / 3.33GHz = 69% とかなり大きいので、NehalemとSandyBridgeのCPUアーキテクチャの違いがあるといっても旧マシンの方が処理速度は速いと予想していました。ところが、両マシンともほぼ同じ計算時間で終了しました。 この要因としてターボブーストの寄与が大きいかと思い cat /proc/cpuinfo によってCPU周波数を
TCP/IP で TIME_WAIT が残る時間を短くする
TIME_WAIT 状態の TCP コネクションが多数残る netstat コマンドで TCP コネクションの状態を確認していると、"TIME_WAIT" という状態のコネクションがたくさん確認される場合があります。 "TIME_WAIT" 状態というのは TCP コネクションにおいて、こちら側から通信をした場合に "FIN_WAIT_1" (FIN ACK 受信) から、"FIN_WAIT_2" (ACK 受信) または "CLOSING" (FIN 受信, ACK 送信)を経て、コネクションを閉じられる状態となったことを示すもののようです。 そしてこの "TIME_WAIT" から、実際にそのコネクションが閉じられて "CLOSED" となるまでの間に待ち時間があり、これによって、短時間に通信が集中すると、その分だけ通信終了間際の "TIME_WAIT" 状態のコネクションが多数、ne
見落としがちなLinuxのWEBチューニング | Act as Professional
WEBコンテンツ配信にLinuxを使うのは一般的になりましたが、CentOSやUbuntuをはじめ、大抵のディストリビューションが低スペックなマシンでも動くような初期設定になっています。 トラフィックの上限でもない CPUリソースの枯渇でもない HDDのIOが遅い問題でもない コンテンツが重くなる(接続できない) というケースで、見落としがちなLinuxのネットワーク周りのチューニングについてです。 iptables関連 iptablesを使用している場合、下記のパラメータを注意して下さい。 /proc/sys/net/ipv4/ip_conntrack_max ip_conntrackに記録できる最大値です。65536あたりが初期設定になっているかと思います。これだとパケットの取りこぼしがすぐに起きてしまいます。1コネクションあたり約350バイト消費するので、実装されているメモリに応じて
IDCF テックブログ
IDCフロンティアのUI・UXチームです。 前回はフロントエンド領域の開発に関する業務フローを中心にご紹介しました。今回は利用技術だけでなく、効率的に開発を進めるための工夫や普段気を付けている点などをご紹介します。 前回のブログ内容と合わせて読んでいただくと、実際の業務イメージが想像しやすいかもしれません。 利用技術 JavaScriptライブラリ ライブラリの取り扱い 静的解析ツール CI CD 生産性を上げるための工夫 デザインシステムを用いたUI仕様の決定 テスト駆動開発を用いた手戻り・抜け漏れの防止 Autifyを用いたE2Eテストの実施 普段開発やコードレビューで意識していること 長期メンテを考慮した設計・実装にする 初心者でも読める実装を心がける どんな方が向いているか お客さまの分かりやすさを追及するためにどんなUIがいいか考えられる方 より読みやすく保守しやすいコードを書く
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
oss-d.net