小崎 資広 (KOSAKI Motohiro) @kosaki55tea . @sonots から日本のWeb界隈ではTCP_TIMEWAIT_LEN を変更してカーネルリコンパイルがデファクトという話を聞いて軽くぐぐってみたところ、たしかに大量にそのようなページがヒットする。しかもどれ一つとして理由が書いてない。そして日本特有の現象 2015-09-09 00:03:14 小崎 資広 (KOSAKI Motohiro) @kosaki55tea 軽くソースを見た感じだと、tcp_tw_reuse をセットすると１秒で TIME_WAITのsocketは再利用が始まるので、いまひとつリコンパイルの必要性が分からず。これ、ソース呼んで妥当性チェックした人がいるノウハウなのかなあ 2015-09-09 00:04:39

初めまして！ IT基盤部の安武です。 本日は、社内で最近始めた『詳解Linuxカーネル』という書籍の輪読会について紹介します。 この本は文字通り、Linux カーネルの仕組みについて詳細に解説した、1000ページ超の大型本です。 O’Reilly Japan - 詳解 Linuxカーネル 第3版 Daniel P. Bovet, Marco Cesati 著、高橋 浩和 監訳 2007年2月発行 決して易しい本ではありませんが、カーネルのアーキテクチャを理解しておくことはアプリケーション開発者にとっても、運用担当のエンジニアにとっても、アドバンテージになる技術スキルだと思います。 私は 2〜3 年ほど前にこの本を購入しました。 しかし、ときどきリファレンス的にピンポイントで参照することはあったものの、実質ほぼ「積ん読」状態( *1 )になっていました。 「複数人で輪読( *2 )したら読み

先日 GHOST と呼ばれる glibc の脆弱性が発表された。なんでも、「リモートから任意のコードを実行できる可能性がある」らしいではないか。しかも様々なプログラムで利用されているライブラリ部分の問題とあって、影響範囲がとても広い。なかなか厄介なことである。 はて、しかし一体全体どうやってリモートから任意のコードを実行しようというのだろう？ 話を聞くに、たかが数バイトの情報を範囲外のメモリに書き込める可能性があるだけだという。実際それだけのことでサーバーの乗っ取りなどできるものなのだろうか。そんなわけで、その疑問に答えるべく、本記事では以下の URL で解説されている実際の攻撃方法を若干端折って紹介してみようと思う。 http://www.openwall.com/lists/oss-security/2015/01/27/9 なお、本記事はこの脆弱性そのものに対する緊急度などについて言

日本語を含むZIPファイルを圧縮したのと違うのOSで解凍する際、文字化けが発生することがあります。 以下調べた対処法を書いていきます。 Windowsで圧縮したZIPをMac、Linuxで解凍する場合、逆にMac等で圧縮したZIPをWindowsで解凍する場合の両方で文字化けは起こりえます。 原因 Mac、Linuxではファイルを圧縮する際ファイル名をutf-8でエンコードするのに対し、Windowsではファイル名をCP932(Shift_JIS)でエンコードするのが原因。 ZIP (ファイルフォーマット) - Wikipedia 対処法 Mac,Linux→Windows Macで作られたファイルをWindowsで開く場合 Windows標準の解凍機能を用いる場合、修正プログラム( http://support.microsoft.com/kb/2704299/ja )を使うことでWin

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Linuxでコマンドを入力していくと、入力したコマンドは、履歴として蓄積されていきます。その履歴は、 $ historyで、それまでに入力したコマンドを表示することができます。 その中で、ある履歴のみ消したいと思うことがないでしょうか。 すべての履歴を消すのであれば、 $ history -cで、一括消去することができます。 でも、消したいのは、人に見られるとまずいと思うコマンドのみ。 そんなときは、これ。 $ history -d 履歴番号historyで、消去したいコマンドの番号を確認し、上記コマンドの書式で実行すると、指定の履歴のみ消去ができます。

最近、Linuxを使うことは減ってきたのですが、 どんどん新しい技術が生まれるこの世界で10年効く技術とは何だろうと思ったこと、 そしてそれを身に付けてみたいと思い 読んでみました。 読みながら試してみたことを以下にまとめておきます。 bigram.plをRubyで書き換えてみる 第3章では、シェルスクリプトやPerlスクリプトの紹介がありますが、p186のbigramによる自動執筆スクリプトをRubyで書き換えてみました。 bigram.rb #!/usr/bin/env ruby def build_bigram bigram = Hash.new{|h, k| h[k] = []} pre = '' while line = gets line.chomp! words = line.split(/\s+/) words.each {|word| bigram[pre] << wor

どちらも一時ファイルを保存するディレクトリだけれど、ちゃんと説明があったのでメモ。 /tmp ・再起動するとファイルは消える ・定期的に削除される（10日） /var/tmp ・再起動してもファイルは消えない ・定期的に削除される（30日） CentOS 6.xの場合・・・ 再起動後の処理は、/etc/rc.d/rc.sysinit で行われる。 定期的に削除する処理は、/etc/cron.daily/tmpwatch で行われる。 これらの用途は、FHS（Filesystem Hierarchy Standard(ファイルシステム階層標準）に記載されている。 Filesystem Hierarchy Standard http://www.pathname.com/fhs/ FHS 2.3によると・・・ /tmp：P.15 The /tmp directory must be made

サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第2回（毎週火曜日に掲載、これまでの連載一覧）。「WEB+DB PRESS Vol.80」（2014年4月24日発売）に執筆した「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第1弾は、富士通のエンジニアとしてLinuxカーネルの開発に参加されている小崎資広さんです。 Linuxカーネルは、ソースファイルだけで3万5000個以上、行数にして1500万行を超える、巨大ソフトウェアです。小崎さんが、どうやってこの巨大なソースコードと戦っているかは、きっと「エンジニアの学び方」の参考になるはずです。

Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記という日記がとんでもなく読まれていてビビる。ブックマークもいっぱいついた。はてなブックマーク - Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記 Linusがgitを２週間で作ったという話はわりと知られていなかったようなので、その話である。 gitっていつから作られているのだろうか。ということで、本家のリポジトリから引っ張ってくる。 $ git clone https://github.com/git/git わたしのしょぼいネット環境でも2分はかからない。 最初の10個のコミットは次のようになる。 $ git log --oneline|tail 9426167 Add "-lz" to link line to get in zlib. 7660a18 Add new fsck

cles::blog 平常心是道 blogs: cles::blog NP_cles() « X220 が Fan Error. により完全に沈黙 :: X220 のファンユニットを交換 » 2014/06/04 /etc/init.d/hoge start と service hoge start は何が違う？  systemmanagemant  cli 390 4へぇ 普段、Linux でデーモンを制御するには /etc/init.d/hoge というスクリプトを叩いている*1のですが、あるマニュアルを読んだら service hoge を使いましょう的なことが書いてありました。 試してみると確かに /etc/init.d/hoge start の代わりに service hoge start としても同じようにデーモンが起動できるようです。 ただ、困ったことに僕にはこの2つの違いが

crontabの設定方法をすぐに忘れるのでメモ代わりにまとめています。 ※最初にまとめてからかなり時間が経過したので、内容の精査とその間に勉強した項目を追加しました。 crontabを設定する方法 crontabを設定する方法には２通りの方法があるので説明をしていきます。 crontab -e ※コマンドで設定 crontab ファイル　※ファイルを読み込んで設定 「crontab -e」コマンドで設定 「crontab -e」コマンドを実行するとcronを設定する画面が表示されます。 「e」では無く、横にある「r」を誤って指定してしまうと、設定されているcronの内容が削除されてしまうので注意してください。 $ crontab -e 設定を編集する画面が表示されるので、下記のような書式で設定を行います。 00 * * * * /root/disk-space.sh ちなみに、設定している

意識するしないに関わらず、思っている以上に触れることの多いOSがLinuxです。いったいこのLinuxが世界中でどれほど使われているのか、そしてどのようにして作られてきたのかが簡潔にわかりやすく示されているムービーが、The Linux Foundationによって作成され公開されています。 How Linux is Built - YouTube カタカタカタと0と1の羅列が登場して…… その中から「HOW LINUX IS BUILT」というタイトルが出現 意識していなくても、みんなLinuxを毎日使用しています。 例えば手元のスマートフォン。毎日、85万台のAndroid端末(Linuxベース)がアクティベートされています。 ちなみに、Windows Phoneは1日3万台です。 このムービーを再生してからここまででだいたい30秒弱ですが、その間に100台のAndroidスマートフォ

先日、いますぐWindowsを捨ててデスクトップでGNU/Linuxを使う10+の理由というエントリを書いたところ結構な反響があったと同時に、「Windowsから離れることなんて出来るワケがない」という否定的な意見も多く見られたように思う。確かにWindowsにしか存在しないソフトウェアを使う作業（例えばボカロ作曲）などをライフワークにしている人はWindowsから離れることはできないだろう。 最近はMacユーザーが劇的に増えてきた。筆者もかつては仕事でMacを使っていた。Macでも仕事を進める上で困ることはほとんどなかった。（現在もそのMacは使っているが、OSXではなくPear OSが動いている。）筆者が幸運にもWindowsに縛られない仕事だったということも大きいだろう。（仕事上どうしてもWindowsから離れられないという人にはまず転職をお勧めしたい。プログラマやDBAなどのエンジ

言及するのが既に周回遅れ気味だが、いますぐコマンドプロンプトを捨てて、Cygwinを使うべき１０+の理由という記事がとても人気だったようだ。 Cygwinはご存知の方も多いだろうが、元々はCygnus Support（後にCygnus Solutionsに改名）という会社が開発した、Windows向けのGNU関連のツール群だ。Cygnusという名前にはGNUの３文字が含まれているが、これは「GNUのシノニム」というのが名前の由来だからだ。Cygnusが開発したWindows向けのGNUツール群＝Cygwinというわけだ。CygwinはまさにGNUオペレーティングシステムの一部のWindows移植版なのである。このへんのことはCygwinのFAQにも書いてある。余談だが、Cygwinの対抗馬としてはMinGWが出てくるが、こちらは「Minimalist GNU for Windows」の略だ