2ch特化型サーバ・ロケーション構築作戦 Part35

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 00:21:13

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/test/read.cgi/operate/1250495550/

**root▲▲ ★** · 2009/10/03(土) 01:20:10

>>20
FreeBSDディストリビューション - Wikipedia
http://ja.wikipedia.org/wiki/FreeBSD%E3%83%87%E3%82%A3%E3%82%B9%E3%83%88%E3%83%AA%E3%83%93%E3%83%A5%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3

うむ、、、どれでもないかも。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:21:59

>>12
LinuxとBSDって似て非なるものだし、高負荷はBSDがいいといわれてる＋BSDの知識もあるのに
敢えてLinuxに乗り換えるのは冒険だぞ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:22:27

>>14
root権限無しのサーバーでも全部FreeBSDじゃ?
てっきりFreeBSDなままなのはBig Server側の都合だと思ってたが、そうでもないのかな

**root▲▲ ★** · 2009/10/03(土) 01:23:38

>>23
現状だとroot権限なしのサーバも全部、FreeBSDですね。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:24:22

>>22
>高負荷はBSDがいいといわれてる
いつの知識だよと(ry

>BSDの知識
知識は何とかなるんじゃ?
ただ既存のスクリプト類が面倒だろうね。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:25:14

全部BSDで統一してあるのに変えようとか言い出す意味がわからない。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:25:54

今からLinuxに乗り換えとかrootたんの負担増えるだけだろ。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:27:10

古の騒動があったころはLinux 2.0だったような
いぢくる人がFreeBSDでと言ってるんだからそれでいいじゃない

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:27:43

ウィルス騒ぎに相次ぐ障害、変えようと言い出すのも分かる気がする。まぁOSの問題じゃない部分も多い気がするけどね。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:27:49

いままでそれなりに動いてるのに、敢えてここでDebianに乗り換えさせようと勧める意味がわからん
そんなに優位点あるか？この間のCentOSみたいにプロジェクト存続が危ぶまれる状況なら兎も角
物凄い優位性なけりゃ、慣れてるのが一番だろ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:32:58

中は、色んな人が継ぎ足し継ぎ足しに、なんだか大人の事情やらなんやらでスパゲッティ状態じゃなかったっけ？
それを焼き直すだけで死ぬんじゃ？？

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:38:13

慣れてるのがいいとは思うよ。
ID:HAQ2gmEq0が自分にアンカーかけてDebian云々言ってるけども、俺はDebianは触ったことないです。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:40:30

rootたんなり中の人から相談されてるわけでもないのに自分の意見だけ押し付ける時点で
意味のない議論としか

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:45:09

俺もそうおもう。
俺は押し付ける気はないんだが・・・そう思えたならすまん。
もともとBSD使ったことないからよくわからんけどね。
BSD使ってみたくなった。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 01:55:27

もうWindows Server 2008でいいよ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 02:03:15

uma作戦の頃はFreeBSDで特に問題なかったと思うけど
opteron導入したりメモリ4GB載せようとかやってた頃はかなり振り回されたね。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 02:17:06

とりあえずCentOSはやめとこうぜ

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 02:35:05

rootたんみたいにわかってる人間ならrh系よりdebianの方がいいだろうね

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 03:18:21

CentOSとUbuntuならどっちがいいかな。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 03:25:22

作業用のスレでぐちぐちやってると
中の人の気が休まらないので他逝ってやるよろし。

**root▲▲ ★** · 2009/10/03(土) 03:30:44

昔何度か試していまいちだった mod_mem_cache というのがあるわけですが、
最近の Apache 2.2 系では使いでがあるんですかね。

効果あるようなら、gimpo.2ch.net あたりで試してみようかなと。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 05:41:26

邪魔っぽいので消えます。

◆TWARamEjuA · 2009/10/03(土) 06:22:47

うちの林檎機が逝っちゃった間にいろいろとあったのですね。乙です乙です。

ちなみにとうとうPPCとお別れになっちゃいました。13年間(601->601e->603->G4->G5)ありがとうでしたm(_ _)m深謝
$ uname -a
Darwin p4016-ipbfp404otsu.shiga.ocn.ne.jp 9.6.3 Darwin Kernel Version 9.6.3: Tue Jan 20 18:26:40 PST 2009; root:xnu-1228.10.33~1/RELEASE_I386 i386

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 07:40:33

>>15
その二種類の選択肢出す人自宅サーバ初心者多い気がする

>>22
高負荷ならSolarisがどう考えてもベストだろ、と思った

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 07:51:31

>>44
>その二種類の選択肢出す人自宅サーバ初心者多い気がする
取っつきやすいからねぇ。

>高負荷ならSolarisがどう考えてもベストだろ、と思った
Solarisってどうなのかなぁ。ZFSが遅いってことぐらいしか知らない…。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 08:34:39

>>22
http://www.phoronix.com/scan.php?page=article&item=freebsd8_ubuntu910&num=1
[Phoronix] FreeBSD 8.0 vs. Ubuntu 9.10 Benchmarks

てかBSDでひとくくりにするのやめてくれ
FreeBSDとNetBSDじゃパフォーマンスもぜんぜん違うし

だが俺はFedora使い

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 09:08:27

インターネットしかやらないおれにBSDを入れるメリットはありますか?

◆cZfSunOs.U · 2009/10/03(土) 12:40:30

>>41 最近の流れでは mem_cache より disk_cache の方がいいらしいですね．
disk_cache の方がよくメンテされているというのと，
sendfile() を利用できる分効率もいいらしいということのようで．

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 13:22:55

SunOsキター(違

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 13:30:29

これは解決したの？

花子 ★と花代 ★の秘密の花園５
http://qb5.2ch.net/test/read.cgi/operate/1236572606/620
> 620 名前：削ジェンヌ▲ ★[sage] 投稿日：2009/09/29(火) 18:50:46 ID:???0
> お疲れさまでございます。
>
> school5サーバ、2chパスワードでログインできないようなのですが
> ちょっと見てやってもらえますかー？

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 15:35:02

SVR4とBSDの流儀の違いくらいなら、慣れの問題ですむけど、
いざという時に、IO周りとか中の小人さんの動きが想像できるというのが大きいわな。

◆TWARamEjuA · 2009/10/03(土) 19:03:50

こちらでご相談するのがよいかしら？
ってことで。

症状：
cobra2245鯖にて、本日2009/10/03 12:50(JST)より、Boo2008関連ファイルの自動生成装置より以下のエラーが出るようになりました。
panic: sv_setpvn called with negative strlen at /home/ゴホンと/云えば/龍角散.pl line 32.
該当行は以下のようになっております。
for my $key (sort keys %boo2008_DB_Hash){
註：%boo2008_DB_HashはDB_Fileにてtieされたハシュです。以下に該当行(line29-31)を。
my $boo2008_DB = tie %boo2008_DB_Hash, "DB_File", "$BooDB_Dir/$DB_Filename", O_RDWR|O_CREAT, 0666, $DB_Type
# or die "[error] Can not access $DB_Filenamen";
or next;

処置：
1. for構文を以下に変更してみた（DB_Fileのサンプルを参照した。http://search.cpan.org/~pmqs/DB_File-1.820/DB_File.pm#Another_Example ）
my ($status, $key, $value);
for (
　$status = $boo2008_DB->seq($key, $value, R_FIRST) ;
　$status == 0 ;
　$status = $boo2008_DB->seq($key, $value, R_NEXT)
) {
1-Result.
for行で同じメッセージが出た。（変化無し）
（次に続く）

**root▲▲ ★** · 2009/10/03(土) 19:07:57

>>52
む、何をどうすればいいのかしら。

◆TWARamEjuA · 2009/10/03(土) 19:09:12

2. panic: sv_setpvn called with negative strlen でググってみた。
どうもDB_Fileをコンパイルしたときの時期によるもの？（gccとの絡み？）
ということで、ダメもとで再installを試してみた。
$perl -MCPAN -e shell
>install DB_File
:中途省略
Running make install
Warning: You do not have permissions to install into /usr/local/lib/perl5/5.8.7/mach at /usr/local/lib/perl5/5.8.7/ExtUtils/Install.pm line 114.
Cannot forceunlink /usr/local/lib/perl5/5.8.7/mach/auto/DB_File/DB_File.so: Permission denied at /usr/local/lib/perl5/5.8.7/File/Find.pm line 875
*** Error code 13

　そりゃそうだわなぁ。と、ため息をついたところで頓挫しています。

　そこで何かよい処方があればと思い、このスレへ相談に来ました。
（次に続く）

◆TWARamEjuA · 2009/10/03(土) 19:12:47

可能性？
・portsによりDB_Fileの再installが可能なのか？
・それ以前にgccなどのCに関する部分の更新が必要なのか？
・最新のperl(5.10.1)を導入する？

などが考えられます。が、他にこういう方法があるよ！なんてのがあれば非常に助かります。

◆TWARamEjuA · 2009/10/03(土) 19:13:34

>>53
その核心を相談しに参りましたですですm(_ _)m

◆TWARamEjuA · 2009/10/03(土) 19:20:29

perlguts（ http://search.cpan.org/~dapm/perl-5.10.1/pod/perlguts.pod ）にsv_setpvnに関するものがありましたが、如何せんCには疎いものでして、、、
何かの参考になればと云うことでURIを指しておきます。

**なまえ** · 2009/10/03(土) 19:39:11

リブート要請スレは、いる人は、何か書いて下さい。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 19:52:23

>>54
文字コード関連もヒットするけどその辺は?

◆TWARamEjuA · 2009/10/03(土) 20:10:12

>>59
#!/usr/bin/perl

use strict;
use DB_File;

とだけしていますので、その線は薄いと考えています。
甘ぁーい？

**root▲▲ ★** · 2009/10/03(土) 20:47:18

DB_File を再インストールというか、
更新すればいいのかしら。

というかそろそろ、サーバ引越しの時期?
8.0Rが出たら、今保留にしているbanana3104に入れてみるとか。

**root▲▲ ★** · 2009/10/03(土) 21:15:56

>>48
なるほどです。

これも前にやっていまいちだった
(当時の md は実装がぼろかった)わけですが、
メモリディスク上にディスクキャッシュしてみる、
というのはありそうですね。

◆TWARamEjuA · 2009/10/03(土) 21:42:24

>>61
まずは、DB_Fileの更新をおながいしますです。
まずはやってみよーです♪

**root▲▲ ★** · 2009/10/03(土) 22:11:06

>>63
りょうかいです。

しかしPerlの再インストールなしにできるのかは、
よくわかんないです。

で、Perlの更新しようとすると、
激しく依存関係が以下略だったり。

◆TWARamEjuA · 2009/10/03(土) 23:27:37

>>64
linuxでいうところのapt-getと同じですね(´･ω･`)
でもしかし・・・
つ man perl-after-upgrade
だそうです♪

ちなみにおいらのところでは、perlのインストーラ(ソースパッケージを展開すると出てくる)が賢いのかどうかよく判らないのだけれども、
既存のperlとは別名で別バージョンのperlを入れられるのでshebangで振り分けたりしています。

**root▲▲ ★** · 2009/10/03(土) 23:32:03

ばっさり入れてみた。 @ cobra2245

%pkg_info -aI | grep DB_File
bsdpan-DB_File-1.820 DB_File - Perl5 access to Berkeley DB version 1.x

>>65
perl-after-upgrade は、ports 経由で更新した場合の後処理ですね。
>>64 あたりを支援するという。

◆TWARamEjuA · 2009/10/03(土) 23:47:53

>>66
ありがとうございましたですm(_ _)m深謝

しかし、状況は変わりませんでした(´･ω･`)
>>panic: sv_setpvn called with negative strlen at /home/...

さて次の手は・・・

**root▲▲ ★** · 2009/10/03(土) 23:49:20

panic: sv_setpvn called with negative strlen at

でGoogleすると、なんか出てきますね。
Perl 5.8.7の虫だったりするのかな。

**root▲▲ ★** · 2009/10/03(土) 23:53:31

>>7 は効果ありそうだから、
root 権限ありサーバの標準セッティングにしようかと。

重い重い重い重い重い重い重い×61＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1254497679/11-12

**root▲▲ ★** · 2009/10/04(日) 00:25:36

さて、突然ですがmod_disk_cacheのテストを。 @ gimpo

**root▲▲ ★** · 2009/10/04(日) 00:27:27

テスト開始。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 00:31:16

щ(ﾟДﾟщ)ｶﾓｰﾝ!!

**root▲▲ ★** · 2009/10/04(日) 00:36:02

入れた内容:

1) mod_cache と mod_disk_cache を有効化。

LoadModule cache_module libexec/apache22/mod_cache.so
LoadModule disk_cache_module libexec/apache22/mod_disk_cache.so

以上2行コメント外す(モジュールは作ってあった) in httpd.conf

2) 以下の2ch-cache.conf を設定ファイルのディレクトリに追加。

<IfModule cache_module>

#LoadModule disk_cache_module modules/mod_disk_cache.so
# If you want to use mod_disk_cache instead of mod_mem_cache,
# uncomment the line above and comment out the LoadModule line below.
<IfModule disk_cache_module>
CacheRoot /md/cache
CacheEnable disk /
CacheDisable /test/
#CacheIgnoreCacheControl On
#CacheIgnoreNoLastMod On
#CacheStoreNoStore On
#CacheDirLevels 5
#CacheDirLength 3
#CacheMaxFileSize 1000000
</IfModule>

</IfModule>

3) /md/cache をセットアップ。以下をシステム起動時の mdsetupfor2ch スクリプトに追加。

mkdir /md/cache
chmod 1777 /md/cache

/usr/local/sbin/htcacheclean -d10 -i -p/md/cache -l128m

4) 3) を手で実行。
5) httpd を再起動。

**root▲▲ ★** · 2009/10/04(日) 00:36:46

・軽くなった気がする。
・LAがちゃんと上がるようになった気がする。

けど、どうだろうか。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 00:39:12

うわ、スゴく軽くなった

**root▲▲ ★** · 2009/10/04(日) 00:39:32

>>73
>#LoadModule disk_cache_module modules/mod_disk_cache.so
># If you want to use mod_disk_cache instead of mod_mem_cache,
># uncomment the line above and comment out the LoadModule line below.

上記3行、設定例からの消し忘れ(消しました)。

**root▲▲ ★** · 2009/10/04(日) 00:41:16

>>75
airline とか見てきましたが、スパっと表示されますね。
これはうまくいったのかも。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 00:41:51

今までスレ読み込みや書き込みにちょっと待たされ気味だったのが
他のサーバ同様スコッとされるようになった気がす

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 00:45:12

プチジンギスカン設定みたいな感じですかね＞ mod_disk_cache

**root▲▲ ★** · 2009/10/04(日) 00:45:22

あとは、挙動不審な動作がなければいいですね。
一応、

CacheDisable /test/

なので、変なことは起こりにくいとは思います。

**root▲▲ ★** · 2009/10/04(日) 00:46:06

>>79
favicon.ico とか、
地味ですけど結構でかいかも(実はかなり読まれている)。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 00:46:07

おつっす

**root▲▲ ★** · 2009/10/04(日) 00:47:52

これが好成績を収めるようなら、
明日以降 changi や anchorage 等にも適用してみよう。

**root▲▲ ★** · 2009/10/04(日) 00:49:51

安全をみて、

> /usr/local/sbin/htcacheclean -d10 -i -p/md/cache -l128m

は、

/usr/local/sbin/htcacheclean -d10 -i -p/md/cache -l64m

あたりにしておくか。

**root▲▲ ★** · 2009/10/04(日) 00:51:23

>>84
done.

**root▲▲ ★** · 2009/10/04(日) 00:52:20

これがうまくいくなら、
HDD にやさしくなるから、サーバの寿命も延びますね。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 00:56:42

>>70
Q1. ジンギスカンをやっているのなら、なぜdisk cacheなんてものが必要なの？

Q2. disk cacheなんてやめて、全てRamdiskにすればいいじゃん

と言う疑問が湧いてくるのですが

**root▲▲ ★** · 2009/10/04(日) 00:57:22

top とかで見ると、httpd のコストが下がっているようです。
良い感じかと。

あとは前試して挙動不審だった、
htcacheclean がうまく動いてくれれば。

**root▲▲ ★** · 2009/10/04(日) 01:02:12

>>87
ジンギスカンは2chのいくつかのファイルの設定変更が必要になるです。
板が150枚とかあると、そのへんの設定変更をちまちまやらないといけなくて、
結構めんどくさかったりします。

しかもgimpoの板はどの板も「小さい」ので、
手間の割に見返りがあんまり期待できなかったりするです。

で、今回のディスクキャッシュはメモリディスク上に展開しています。
(>>48 >>62)

**root▲▲ ★** · 2009/10/04(日) 01:03:59

df 的に増えたり減ったりしだしたので、
htcacheclean はうまく動いているかんじ。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:06:17

丁寧な解説ありがとうございます。

でもメモリディスク上のディスクキャッシュなんて意味がある/効果があるのかしら？

プラシーボ効果とならないように客観的な観察をお願いしたく存じます。

**root▲▲ ★** · 2009/10/04(日) 01:09:14

>>91
> プラシーボ効果とならないように客観的な観察をお願いしたく存じます。

ですね。
しばらくの間ピーク時間を中心に観察強化するです。

で、このサーバは毎日体感できるぐらい重くなっていたので、
ユーザ側からの効果の体感はしやすいような気がします。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:11:31

apacheは静的なページにsendfile使う。
sendfileはカーネル側でファイルを読みネットワークに送る。
sendfile時カーネル側にキャッシュされてれば、ユーザーランド側でどうこうするのは無意味な気がするが、ユーザーランドの方がメモリ空間が広いから複雑だな。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:12:15

s/ユーザーランド/ユーザー空間/g

**root▲▲ ★** · 2009/10/04(日) 01:24:21

で、考えてみると、
これは小さい板の集まりの時により有効に働く気がしますね。

各datやsubject.txt、subback.htmlやindex.htmlがひっきりなしに更新される板だと、
キャッシュの利きは相対的に悪くなるので。

ジンギスカンだと、
subject.txtやsubback.html、index.htmlを書き込むコストも下がりますが、
mod_disk_cacheではそれらは変わらないと。

>>93
> sendfile時カーネル側にキャッシュされてれば、
> ユーザー空間側でどうこうするのは無意味な気がするが、
> ユーザー空間の方がメモリ空間が広いから複雑だな。

そですね。

changi設定(/usr/local/bin や /usr/local/lib をメモリディスクに置く)の時も思いましたが、
このへんはやってみないとわかんないもんだなと。

◆TWARamEjuA · 2009/10/04(日) 01:26:53

>>67
ひとまず手詰まりになったので該当DBを潰しました。。。
ちくせう、、、次はみてろよー！

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 01:28:50

m9（＾Д＾）
(`･ω･´) 乙さんです

**root▲▲ ★** · 2009/10/04(日) 01:29:01

>>96
ううむ。
「だんないだんない」 ←使用方法あってますか?

# そういえば、何かDB周りで入れてほしげだったような。

◆TIGOI/DrzHH9 · 2009/10/04(日) 03:44:24

プラシーボ＝悪では無いような。
けど、デジタル機器と医薬品では全然違うか。

＞メモリディスク上のディスクキャッシュ
どーなるかな、わくわく。

◆TWARamEjuA · 2009/10/04(日) 06:32:34

>>98
use BerkeleyDB;
と考えていた時期もありました（苦笑）

**root▲▲ ★** · 2009/10/04(日) 11:56:44

pid 69431 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69015 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69123 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69180 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69377 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 36374 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69181 (httpd), uid 2001 inumber 25028 on /md: out of inodes
pid 69240 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 69377 (httpd), uid 2001 inumber 26338 on /md: out of inodes
pid 38197 (httpd), uid 2001 inumber 26338 on /md: out of inodes

あららら。

**root▲▲ ★** · 2009/10/04(日) 12:00:50

/usr/local/sbin/htcacheclean -p/md/cache -d10 -l32M

に変更した。

**root▲▲ ★** · 2009/10/04(日) 12:03:55

HDD はあいたけど、inodeまだきついな。

%df -i /md
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 396526 294890 69914 81% 46762 4692 91% /md

inodeはもう増やしてあるので、ちとこれ以上増やしたくないな。
というか小さいファイルが多いのね。

**root▲▲ ★** · 2009/10/04(日) 12:16:26

マニュアル読んで、

/usr/local/sbin/htcacheclean -p/md/cache -d10 -l32M -t

に再変更した。

起動しなおしたらばっさり空いた。
作業ディレクトリがいっぱいできてinodeがあふれたみたい。

%df /md
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/md0 396526 232736 132068 64% /md

%df -i /md
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 396526 230816 133988 63% 25932 25522 50% /md

**root▲▲ ★** · 2009/10/04(日) 12:19:44

ちなみに、

-t Delete all empty directories. By default only cache files are
removed, however with some configurations the large number of
directories created may require attention. If your configuration
requires a very large number of directories, to the point that
inode or file allocation table exhaustion may become an issue,
use of this option is advised.

> to the point that inode or file allocation table exhaustion may become an issue,
> use of this option is advised.

ちゃんと書いてありました(´･ω･｀)。

**root▲▲ ★** · 2009/10/04(日) 12:19:55

>>100
入れてみるです。

**root▲▲ ★** · 2009/10/04(日) 12:26:27

ports からインストール済。 @ cobra2245

db41-4.1.25_4
p5-BerkeleyDB-0.39

が入った模様。

**root▲▲ ★** · 2009/10/04(日) 12:28:33

>>107
> ports から

cd /usr/ports/databases/p5-BerkeleyDB
make install

◆TWARamEjuA · 2009/10/04(日) 12:29:33

>>106-107
おおきにですm(_ _)m深謝
動作確認してみますです。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 12:33:46

MySQL使った方が良くね?

◆TWARamEjuA · 2009/10/04(日) 12:59:40

>>107
db41-4.1.25_4
ということで、BerkeleyDB 4.1までの機能が使えるようです。
なんだかDB_Fileよりも細かな操作ができそうなので今後の糧にするです。

ちなみにやっぱりBerkeleyDB 1.x にはアクセスできませんでした（あたり前と云えばあたり前）

◆TWARamEjuA · 2009/10/04(日) 13:00:51

>>110
メリットとデメリットをｵｻｰﾝでも判るように教えてくださいですm(_ _)m
MySQLも気になるっちゃぁあ気になっていたものでして。。。

**root▲▲ ★** · 2009/10/04(日) 13:06:26

>>111
こんなのとか。

perlによる大規模データの取扱い
http://www.lr.pi.titech.ac.jp/~abekawa/perl/perl_bigdata.html

**root▲▲ ★** · 2009/10/04(日) 13:47:05

きびしくなってきたかな。

%df -i /md
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/md0 396526 279936 84868 77% 45225 6229 88% /md

/md をもう少し増やすか。
14:00 ぐらいに緊急リブート入れます。

**root▲▲ ★** · 2009/10/04(日) 14:06:50

400M → 500M に md を増やした。

**root▲▲ ★** · 2009/10/04(日) 18:30:12

またiノードがあふれますた。

で、手で htcacheclean を実行した結果。-l8M とかがいいらしく。
これから設定変更へと。

**root▲▲ ★** · 2009/10/04(日) 18:32:33

>>116
/usr/local/sbin/htcacheclean -p/md/cache -d10 -l8M -t

に変更。

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:07:33

いい加減、Linux使おうぜ。　
療養中の狐やrootのハゲ親父なんか引退でいいからさ。

FreeBSD 7.x on AMD64でファイルシステムがぶっ壊れるバグ
kern/135898: [geom] Severe filesystem corruption - large files or large filesystems
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/135898
>My best guess is that there is something amiss on FreeBSD 7.*/amd64 relating
>to the filesystem code.

FreeBSD 7.2、FreeBSD 8.0-RC、Ubuntu 9.10a6でのベンチマーク
http://www.phoronix.com/scan.php?page=article&item=freebsd8_ubuntu910&num=1

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:11:32

ループ厨UZEEEEEEEEEEEEEEEE

いや俺もLinuxにした方が良いと思うけど

**動け動けウゴウゴ２ちゃんねる** · 2009/10/04(日) 19:15:23

誰がメンテすんのかと