へっぽこSE奮闘記
普段はLinuxでWebサーバ管理したりとか、Windowsアプリをちょろちょろと作ったりとかしてます。
ここは仕事で悪戦苦闘した内容などを備忘録としてメモするための場所にしてます。
尚、情報に対する責任は一切持ちませんｗ
カレンダー
2022年
May 
May 
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 |
カウンター
- 本日のアクセス
- 昨日のアクセス
- 総アクセス数
最近のコメント
記事カテゴリ
ブログサービス
Powered by
2008/4/10
毎夜行われている、ログローテート(logrotate)の時間（デフォルト朝４：０２）が、MRTGで見てみると、負荷がすごく高くなっている。
何がそんなに負荷が高いのかと調べてみたら、cron.daily内のslocate.cronにて実行されている、updatedbという処理が非常に重く、iowaitが発生しまくっていた。
updatedbコマンドは、locateコマンドで使用するためのファイルインデックスDBを作成する処理らしい。
もしlocateコマンドで検索しないファイル/フォルダがある場合は、updatedbをチューニングし、db作成対象外フォルダを指定すれば負荷を下げられるらしいです。
この辺のサイトを参考に
http://www.drk7.jp/MT/archives/000912.html
ちなみに、同じようにファイルを検索する、locate と findの違いですが、
locate ： updatedbにて作成されたインデックスDBを元に検索を行う。検索処理は早いのだが、DB作成後にCreate/Delete/Moveされたファイルは、うまく検索できない。
find ： 特に何も考えずに、ファイルを探す。 ベタに探すので、処理が遅い。
といった感じらしいです。
そもそも、locateコマンドを使わないのであれば、updatedb自体を動かさなくても良いのかも・・・
/usr/bin/updatedb -f "nfs,smbfs,ncpfs,proc,devpts" -e "/tmp,/var/tmp,/usr/tmp,/afs,/net"
とりあえず、updatedbの -eオプションに、インデックス作成対象外とするフォルダを追加して、難を逃れました！
0
何がそんなに負荷が高いのかと調べてみたら、cron.daily内のslocate.cronにて実行されている、updatedbという処理が非常に重く、iowaitが発生しまくっていた。
updatedbコマンドは、locateコマンドで使用するためのファイルインデックスDBを作成する処理らしい。
もしlocateコマンドで検索しないファイル/フォルダがある場合は、updatedbをチューニングし、db作成対象外フォルダを指定すれば負荷を下げられるらしいです。
この辺のサイトを参考に
http://www.drk7.jp/MT/archives/000912.html
ちなみに、同じようにファイルを検索する、locate と findの違いですが、
locate ： updatedbにて作成されたインデックスDBを元に検索を行う。検索処理は早いのだが、DB作成後にCreate/Delete/Moveされたファイルは、うまく検索できない。
find ： 特に何も考えずに、ファイルを探す。 ベタに探すので、処理が遅い。
といった感じらしいです。
そもそも、locateコマンドを使わないのであれば、updatedb自体を動かさなくても良いのかも・・・
/usr/bin/updatedb -f "nfs,smbfs,ncpfs,proc,devpts" -e "/tmp,/var/tmp,/usr/tmp,/afs,/net"
とりあえず、updatedbの -eオプションに、インデックス作成対象外とするフォルダを追加して、難を逃れました！
0
2008/4/9
うまいやり方が見つからなかったのですが、Linuxでファイルの更新日付が、指定日より新しいファイルを探す方法。
例：2008年4月1日 15:00以降に更新されたファイルを探す
1. 更新日付 で検索するための、ワークファイルを作成
$ echo > s.dat
$ touch -t 040115002008 s.dat
(touch -t mmddHHMMYYYY形式の場合)
2. ワークファイルより新しいファイルを検索
$ find -newer s.dat
■応用編
例：2008年4月1日 15:00〜2008年4月3日 15:00まに更新されたファイルを探す
1. 更新日付 で検索するための、ワークファイルを作成（startとend用）
$ echo > s.dat
$ touch -t 040115002008 s.dat
$ echo > e.dat
$ touch -t 040315002008 e.dat
(touch -t mmddHHMMYYYY形式の場合)
2. ワークファイルより新しいファイルを検索
$ find -newer s.dat -not -newer e.dat
もっと良い方法あるかもしれませんが・・・
0
例：2008年4月1日 15:00以降に更新されたファイルを探す
1. 更新日付 で検索するための、ワークファイルを作成
$ echo > s.dat
$ touch -t 040115002008 s.dat
(touch -t mmddHHMMYYYY形式の場合)
2. ワークファイルより新しいファイルを検索
$ find -newer s.dat
■応用編
例：2008年4月1日 15:00〜2008年4月3日 15:00まに更新されたファイルを探す
1. 更新日付 で検索するための、ワークファイルを作成（startとend用）
$ echo > s.dat
$ touch -t 040115002008 s.dat
$ echo > e.dat
$ touch -t 040315002008 e.dat
(touch -t mmddHHMMYYYY形式の場合)
2. ワークファイルより新しいファイルを検索
$ find -newer s.dat -not -newer e.dat
もっと良い方法あるかもしれませんが・・・
0
2008/3/11
Windowsアプリを作成する技術者として、無視することの出来ない.NET Framework。
こいつの最新バージョンは2008/3/11時点では .NET Framework 3.5となっています。
今までリリースされたバージョンは
.NET Framework 1.0
.NET Framework 1.1
.NET Framework 2.0
.NET Framework 3.0
.NET Framework 3.5
といった辺りがあります。
基本的に上位互換ありをうたっているものの、1.1 〜 2.0 の間では、一部が上位互換が無いらしい。。。
面倒な話です。
又、Ver1.0、1.1、2.0以上 については、それぞれが別フォルダにインストールされる為、DLL地獄みたいなことは発生しませんが、ディスクスペースに「無駄」が発生します。
更に2.0〜3.5の関係についても面倒なネタなのですが、これについては下記ページに分かりやすく解説されていました。
http://blogs.msdn.com/dd_jpn/archive/2007/11/13/6172535.aspx
さて、私の方で管理している .NET Framework 1.1 で作成したアプリケーション。
こいつをVer3.5 対応させるという話が出ているのですが、どうなることやら・・・
（当然テストはギッシリ行う必要がある ＝ 工数は多少必要 なのですが、予算が出るのかどうか・・・）
0
こいつの最新バージョンは2008/3/11時点では .NET Framework 3.5となっています。
今までリリースされたバージョンは
.NET Framework 1.0
.NET Framework 1.1
.NET Framework 2.0
.NET Framework 3.0
.NET Framework 3.5
といった辺りがあります。
基本的に上位互換ありをうたっているものの、1.1 〜 2.0 の間では、一部が上位互換が無いらしい。。。
面倒な話です。
又、Ver1.0、1.1、2.0以上 については、それぞれが別フォルダにインストールされる為、DLL地獄みたいなことは発生しませんが、ディスクスペースに「無駄」が発生します。
更に2.0〜3.5の関係についても面倒なネタなのですが、これについては下記ページに分かりやすく解説されていました。
http://blogs.msdn.com/dd_jpn/archive/2007/11/13/6172535.aspx
さて、私の方で管理している .NET Framework 1.1 で作成したアプリケーション。
こいつをVer3.5 対応させるという話が出ているのですが、どうなることやら・・・
（当然テストはギッシリ行う必要がある ＝ 工数は多少必要 なのですが、予算が出るのかどうか・・・）
0
2008/2/7
前回、Firefoxをキオスク端末に育てましたが、今回はIEをキオスク端末として動かす方法です。
iexplore.exe にパラメータとして -k をつける事により、簡単に全画面表示（F11を押したのと同じ状態）にすることが可能です。
"C:\Program Files\Internet Explorer\iexplore.exe" -k
但し、このままだと右クリックが使えてしまうので、このままの状態で店頭に並べるのはちょっと・・・
そこで、次のレジストリを追加します。
場所：HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Restrictions\
ここにNoBrowserContextMenuという名前のDWORD値を新規に作成し、
値に１を設定すれば、右クリックメニューは出なくなります。
（値を０にする or キーを削除すれば、右クリックメニュー復活です。）
尚、上記キーが無い場合は作成して下さい。
私のPCには、InternetExplorer以降がありませんでした・・・
以上の設定を行ない、IEを再起動すれば、無事にキオスク端末のできあがりです♪
ちなみに、http://support.microsoft.com/kb/823057/ja にいろいろな隠し技がのってます。
2
iexplore.exe にパラメータとして -k をつける事により、簡単に全画面表示（F11を押したのと同じ状態）にすることが可能です。
"C:\Program Files\Internet Explorer\iexplore.exe" -k
但し、このままだと右クリックが使えてしまうので、このままの状態で店頭に並べるのはちょっと・・・
そこで、次のレジストリを追加します。
場所：HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Restrictions\
ここにNoBrowserContextMenuという名前のDWORD値を新規に作成し、
値に１を設定すれば、右クリックメニューは出なくなります。
（値を０にする or キーを削除すれば、右クリックメニュー復活です。）
尚、上記キーが無い場合は作成して下さい。
私のPCには、InternetExplorer以降がありませんでした・・・
以上の設定を行ない、IEを再起動すれば、無事にキオスク端末のできあがりです♪
ちなみに、http://support.microsoft.com/kb/823057/ja にいろいろな隠し技がのってます。
2
2008/1/10
コマンドプロンプト（cmd）の文字コードは、chcpコマンドを使えば変更可能です。
>chcp
現在の文字コードを表示
>chcp 20932
EUCに変更
>chcp 50220
JISに変更
>chcp 65001
UTF-8に変更
>chcp 932
Shift_Jisに変更（デフォルト）
また、普通に文字コードを変更しただけだと、「フォントが日本語対象外」のため、２バイト文字を表示させると文字化けしちゃいます。
フォントの変更は
http://fine.ap.teacup.com/hepo/30.html
を参考にしてみて下さい。
25
>chcp
現在の文字コードを表示
>chcp 20932
EUCに変更
>chcp 50220
JISに変更
>chcp 65001
UTF-8に変更
>chcp 932
Shift_Jisに変更（デフォルト）
また、普通に文字コードを変更しただけだと、「フォントが日本語対象外」のため、２バイト文字を表示させると文字化けしちゃいます。
フォントの変更は
http://fine.ap.teacup.com/hepo/30.html
を参考にしてみて下さい。
25