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

**動け動けウゴウゴ２ちゃんねる** · NG

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

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

等を取り扱います。

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

**root▲▲ ★** · 2010/05/16(日) 14:10:00

最初はこうだった。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: disabled
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes
write caching: write-back
read ahead: none
drive write cache: default
Cache Disabled Due to Dead Battery

**root▲▲ ★** · 2010/05/16(日) 14:10:20

今これ。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: none
drive write cache: default
Cache Disabled Due to Dead Battery

**root▲▲ ★** · 2010/05/16(日) 14:11:04

これにしよう。

p202# mfiutil cache mfid1 read-ahead always
Setting read ahead policy to always

今これ。

p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: default
Cache Disabled Due to Dead Battery

**root▲▲ ★** · 2010/05/16(日) 14:14:49

ふむ、

> drive write cache: default

write-cache [value]
Control the write caches on the physical drives backing
volume. The value argument can be set to either
``disable'', ``enable'', or ``default''.

In general this setting should be left disabled to avoid
data loss when the physical drives lose power. The bat-
tery backup of the RAID controller does not save data in
the write caches of the physical drives.

か。

p202# mfiutil cache mfid1 write-cache disable
Disabling write-cache on physical drives

にしよう。

**root▲▲ ★** · 2010/05/16(日) 14:15:11

今これ。
とりあえずこれで。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery

**root▲▲ ★** · 2010/05/16(日) 14:21:25

make -j 8 buildworld buildkernel 中。

すごく速いな。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 14:23:14

APUがないと電源断で未書きが飛ぶ・時間はあってもHDDが書けなくなるから書き込みはキャッシュしない、と。
dead batteryって文言が繰り返されるのは気分よくないな

**root▲▲ ★** · 2010/05/16(日) 14:27:55

>>607
RAIDコントローラにバッテリが仮に乗っていても、
物理ドライブ内のキャッシュまでは保護しないから、
物理ドライブのキャッシュはdisabledにするのがいい、と書いてありますね。

あと、どうもこのコントローラには現在、
バッテリが物理的に実装されていないようです。

**root▲▲ ★** · 2010/05/16(日) 14:49:07

リブートした。
リブートすると、上がるのに10分近くかかるのね。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 14:49:33

つまり
・RAIDコントローラにバッテリをとりつけてもらう
・UPSを接続し設定してもらう
この2つが達成されたときにライトキャッシュを有効化できる、と

**root▲▲ ★** · 2010/05/16(日) 14:58:30

>>610
そうですね。

iDCというぐらいで、UPSはさすがについているんじゃないかと思います。

**root▲▲ ★** · 2010/05/16(日) 14:59:56

ん、

p202# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/mfid0s1a 10154158 630640 8711186 7% /
devfs 1 1 0 100% /dev
/dev/mfid0s1e 10154158 249352 9092474 3% /usr
/dev/mfid0s1d 20308398 126714 18557014 1% /var
devfs 1 1 0 100% /var/named/dev
/dev/mfid1s1a 415015828 2756326 379058236 1% /home

mfid0 に使っていないところがあるのね。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 15:05:03

>>611
UPSが付いていれば設定完了後はキャッシュを有効化できるということですか?

**root▲▲ ★** · 2010/05/16(日) 15:09:14

>>613
できないような。

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 15:14:13

http://lkml.org/lkml/2006/1/23/204
FreeBSDでは書き込みバリアに対する考えが無いから、SCSIのWrite Cache Enableで問題が起きる云々
この問題って解決されてるのかな?

**root▲▲ ★** · 2010/05/16(日) 15:17:26

disklabel コマンドではラベルを書き換えられないな。こうなる。

/tmp/EdDk.gpc0Ohr4vs: unmodified: line 1
disklabel: Class not found
re-edit the label? [y]:

普通のSATAのディスク(例えば今設定中のA-tiger)でもこうなるから、
これは8.xで変わったということかな。GEOMが入ったことで。

>>615
読んでみるです。

**root▲▲ ★** · 2010/05/16(日) 15:19:48

これかな。

http://www.freebsd.org/releases/8.0R/relnotes-detailed.html
[7.2R] The glabel(8) GEOM class now supports a new
UFS-based label called ufsid that can be used to reference
UFS-carrying devices by the unique file system ID.

This file system ID is automatically generated and detected
when the glabel(8) GEOM class is enabled. An example of
this new label is: /dev/ufsid/48e69c8b5c8e1b43.

The benefit of using GEOM labels in general is to avoid
problems of device renaming when shifting drives or controllers.

**root▲▲ ★** · 2010/05/16(日) 15:25:13

gpart でやるのか。ちとめんどいな。

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 - free - (96G)

**root▲▲ ★** · 2010/05/16(日) 15:32:47

gpart add -b start -s size -t type [-i index] [-l label] [-f flags] geom

ということは、、、。こうか。

p202# gpart add -b 83886080 -s 201781687 -t freebsd-ufs mfid0s1
mfid0s1b added

で、こうなった。

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-ufs (96G)

p202# disklabel -r /dev/mfid0s1
# /dev/mfid0s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 20971520 0 4.2BSD 0 0 0
b: 201781687 83886080 4.2BSD 0 0 0
c: 285667767 0 unused 0 0 # "raw" part, don't edit
d: 41943040 20971520 4.2BSD 0 0 0
e: 20971520 62914560 4.2BSD 0 0 0

**root▲▲ ★** · 2010/05/16(日) 15:37:36

しかしあいている b にアサインされるのか。
ちと気持ち悪いけど、

p202# newfs -U /dev/mfid0s1b
p202# mount /dev/mfid0s1b /mnt
p202# df -h /mnt
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid0s1b 93G 4.0K 86G 0% /mnt

ちゃんと使えるようになったようだ。

**root▲▲ ★** · 2010/05/16(日) 15:48:24

せっかく b になったから、swap にしておくか。
こうだな。

p202# gpart modify -t freebsd-swap -i 2 mfid0s1
mfid0s1b modified
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-swap (96G)

**root▲▲ ★** · 2010/05/16(日) 15:50:19

で、/etc/fstab にこれを追加して、、、。

/dev/mfid0s1b none swap sw 0 0

うまくいくか試すと。

p202# swapon -a
swapon: adding /dev/mfid0s1b as swap device
p202# pstat -s
Device 1K-blocks Used Avail Capacity
/dev/mfid0s1b 33554432 0 33554432 0%

**root▲▲ ★** · 2010/05/16(日) 15:51:33

top で見ても大丈夫そうだな。

Swap: 32G Total, 32G Free

あとは、この /home を gjournal にするかどうか。
fsck したくないし。

**root▲▲ ★** · 2010/05/16(日) 16:22:10

p202# umount /home
p202# vi /etc/fstab
p202# gjournal label -f /dev/mfid1s1a
p202# gjournal list
Geom name: gjournal 2350801357
ID: 2350801357
Providers:
1. Name: ufsid/4bed22a66741190f.journal
Mediasize: 437712004096 (408G)
Sectorsize: 512
Mode: r0w0e0
Consumers:
1. Name: ufsid/4bed22a66741190f
Mediasize: 438785746432 (409G)
Sectorsize: 512
Mode: r1w1e1
Jend: 438785745920
Jstart: 437712004096
Role: Data,Journal

こうなった。

で、/dev/mfid1s1a.journal が作られない。

**root▲▲ ★** · 2010/05/16(日) 16:23:28

p202# gjournal status
Name Status Components
ufsid/4bed22a66741190f.journal N/A ufsid/4bed22a66741190f
p202# gjournal stop ufsid/4bed22a66741190f.journal

とやったらこうなって、

p202# gjournal status
Name Status Components
mfid1s1a.journal N/A mfid1s1a

ちゃんとデバイスができて、

p202# ls -l /dev/mfid*
crw-r----- 1 root operator 0, 86 May 16 14:48 /dev/mfid0
crw-r----- 1 root operator 0, 91 May 16 14:48 /dev/mfid0s1
crw-r----- 1 root operator 0, 93 May 16 23:48 /dev/mfid0s1a
crw-r----- 1 root operator 0, 110 May 16 15:36 /dev/mfid0s1b
crw-r----- 1 root operator 0, 94 May 16 23:48 /dev/mfid0s1d
crw-r----- 1 root operator 0, 95 May 16 23:48 /dev/mfid0s1e
crw-r----- 1 root operator 0, 92 May 16 14:48 /dev/mfid1
crw-r----- 1 root operator 0, 96 May 16 14:48 /dev/mfid1s1
crw-r----- 1 root operator 0, 100 May 16 15:56 /dev/mfid1s1a
crw-r----- 1 root operator 0, 113 May 16 16:19 /dev/mfid1s1a.journal

newfsもできた。

p202# newfs -J /dev/mfid1s1a.journal

ふしぎだ。

**root▲▲ ★** · 2010/05/16(日) 16:25:54

/etc/fstab にこう書けば、

/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

mount もできるようだ。

p202# mount /home
p202# mount
/dev/mfid0s1a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/mfid0s1e on /usr (ufs, local, soft-updates)
/dev/mfid0s1d on /var (ufs, local, soft-updates)
/dev/mfid1s1a.journal on /home (ufs, asynchronous, local, noatime, nosuid, gjournal)

**root▲▲ ★** · 2010/05/16(日) 16:27:46

でも、こわいので念のため /etc/fstab に追加したやつは一度コメントアウトして、

#/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

/boot/loader.conf に以下を追加して、

# for gjournal
geom_journal_load="YES"

この状態で一度リブートしてみる。

**root▲▲ ★** · 2010/05/16(日) 16:36:48

>>623
あ、でも変だな。32G じゃないな。
スワップは 32G しか行かない仕様なのか?

上がったら確認しよう。

**root▲▲ ★** · 2010/05/16(日) 16:39:21

>>628
%sysctl kern.maxswzone
kern.maxswzone: 33554432

があん。

**root▲▲ ★** · 2010/05/16(日) 16:41:44

>>629
これ変えると何か起きそうだし、メモリ24Gだから、
上がったら swap は 32G に再設定して、残りは他に使うということで。

**root▲▲ ★** · 2010/05/16(日) 16:44:40

上がった。

/etc/fstab のコメントを外して、

/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

mount できるのを確認。

p2p2# mount /home
p202# df -h /home
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid1s1a.journal 395G 4.0K 363G 0% /home

で、/home のバックアップを戻してと。

p202# cd /home
p202# restore rf /var/home.dump

● ◆ANGLERlqvM · 2010/05/16(日) 16:44:59

おー、こりゃ凄いスペックだ。
私でもあんまりお目にかかれないスペックですなぁ。

**root▲▲ ★** · 2010/05/16(日) 16:47:50

swap を減らす。

まず swap をはずして、

p202# swapoff -a
swapoff: removing /dev/mfid0s1b as swap device

/etc/fstab をコメントアウトし、

#/dev/mfid0s1b none swap sw 0 0

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 16:49:14

縮小してすわぽん

**root▲▲ ★** · 2010/05/16(日) 16:52:22

size は gpart modify では変えられないみたいなので、
いったん消去して、

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-swap (96G)

p202# gpart delete -i 2 mfid0s1
mfid0s1b deleted
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 - free - (96G)

**root▲▲ ★** · 2010/05/16(日) 16:57:17

作り直して、

p202# gpart add -b 83886080 -s 67108864 -t freebsd-swap mfid0s1
mfid0s1b added
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 67108864 2 freebsd-swap (32G)
150994944 134672823 - free - (64G)

/etc/fstab を元に戻して、swapon で元に戻す。

p202# swapon -a
swapon: adding /dev/mfid0s1b as swap device

**root▲▲ ★** · 2010/05/16(日) 17:02:46

これで、

p202# gpart add -b 150994944 -s 134672823 -t freebsd-ufs mfid0s1
mfid0s1f added

とやって、残りを普通のパーティションにし、

どうせだからgjournal化して、

p202# gjournal label /dev/mfid0s1f
p202# newfs -J /dev/mfid0s1f.journal

/etc/fstab にこれを追加して、

/dev/mfid0s1f.journal /work ufs rw,nosuid,noatime,async 2 2

とりあえず /work にでも mount しておくと。

p202# mount /work

p202# df -h /work
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid0s1f.journal 61G 4.0K 56G 0% /work

**root▲▲ ★** · 2010/05/16(日) 17:04:30

カーネルのシェイプアップはきょうび、しなくていいかな。GENERIC のままでいくか。
最近だと /etc/sysctl.conf と /boot/loader.conf でいけるので。
どうせいまどきだとデバイス外すぐらいだし。

これで最終リブートテストして問題なければ、中身作りへと。

**root▲▲ ★** · 2010/05/16(日) 17:04:43

中身じゃなくて器だった。>>638

**root▲▲ ★** · 2010/05/16(日) 17:20:25

リブートテスト完了。

ブート時のこれ↓は、気にしなくてもいいのかしら。

GEOM_JOURNAL: Journal 2350801357: mfid1s1a contains data.
GEOM_JOURNAL: Journal 2350801357: mfid1s1a contains journal.
GEOM_JOURNAL: Journal mfid1s1a clean.
GEOM_JOURNAL: BIO_FLUSH not supported by mfid1s1a. ← これ

**root▲▲ ★** · 2010/05/16(日) 17:35:24

で、まだよく読んでないけど、
このサーバのリブートに異様に時間がかかりすぎな件は、
ひょっとするとこれ踏んでいるのかも。

i386/144956: [boot] Early minute-plus delay in boot on Intel Nehalem system
http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/144956

ということで、ちょっと休憩。
近くの河原にでも行って来るか。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 17:39:45

賽の？

つ六文銭

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 17:54:30

これって２ちゃんでは導入できないんだろうか？
これ4台ぐらいに集約できるんじゃないか？

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 18:01:51

>>643
さすがに4台は無理だと思う
SSDの耐久性が飛躍的に向上すれば大丈夫だろうけど

でも、実況鯖の雪だるまを丸々置き換えられるくらいの性能は持っているかもね

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 18:04:29

10Gb Ethernet使えばネットワークも問題無し。
後ボトルネックはどこだろ。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 18:22:25

机上の計算上，5,000万PV/月までならアプリケーションサーバ1台でさばける
http://gihyo.jp/dev/clip/01/orangenews/vol55/0003

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 18:49:15

>>645
総トラフィック数的にはGbEでも問題ないかと。
一番の問題は、ストレージでしょう。
これさえ決定的な解決策があれば収容数をかなり改善出来そう。

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 18:59:44

分散ファイルシステムとかどうなんだろ。
http://yebo-blog.blogspot.com/2010/05/ceph-file-system.html

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 19:01:10

>>640
GEOM_JOURNALでのBIO_FLUSH(書き込みキャッシュのフラッシュ)コマンドが
それより下位のレイヤへ伝えられないか、伝えたけれども実行できない状況の時に出るようです

停電でジャーナルすらも吹っ飛ぶような状況を回避するためにあるようなのですが
RAIDカードに書き込みキャッシュ保持用のバッテリーがある場合や
書き込みキャッシュがそもそも無い場合
は（書き込んだ分は書き込まれるので）リスクは低いそうです。

**root▲▲ ★** · 2010/05/16(日) 19:18:16

>>649
どもです。
とりあえず、先に進んでもよさそうですね。

**root▲▲ ★** · 2010/05/16(日) 20:06:19

>>600
compcache - Project Hosting on Google Code
http://code.google.com/p/compcache/

これはまた、おもしろそうな。

**root▲▲ ★** · 2010/05/16(日) 20:11:38

ntp はこいつらでいこう。

# NTP parent servers
server 202.224.32.4 iburst maxpoll 9 # ntp.asahi-net.or.jp
server 210.173.160.27 iburst maxpoll 9 # ntp1.jst.mfeed.ad.jp
server 210.139.246.140 iburst maxpoll 9 # ntp.so-net.ne.jp

♪ ◆/y.Ychk2JQ · 2010/05/16(日) 20:15:11

HDDコントローラ: LSI SAS1078 PCI-X Fusion-MPT (SAS 3Gb/s)
HDD: FUJITSU MBD2147RC (147GB 10000RPM 6Gb/s SAS-2) x 8

これって動作は3Gb/sになるの？
コントローラに関係なく6Gb/sで動作するの？

**root▲▲ ★** · 2010/05/16(日) 20:17:03

>>573
基本のプログラムをだいぶ入れたので、

p202# mfiutil patrol auto

で、パトロール機能を有効化。

確認はこんなかんじで。

p202# mfiutil show patrol
Operation Mode: auto
Next Run Starts: Sat Jan 16 03:00:00 2010
Runs Start Every 604800 seconds
Runs Completed: 0
Current State: active
Drive 4: 0.55% complete, after 17s finished in 51:26
Drive 5: 0.55% complete, after 17s finished in 51:26
Drive 6: 0.66% complete, after 10s
Drive 7: 0.66% complete, after 10s
Drive 8: 0.66% complete, after 10s
Drive 9: 0.66% complete, after 10s
Drive 10: 0.66% complete, after 10s
Drive 11: 0.66% complete, after 10s

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:22:30

sasって6gbpsだっけ? 3gbps full-duplexじゃないっけ

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 20:25:38

>>651
組み込みなんかでは良く使われているようです。
メモリが多くてCPU負荷も高いサーバーにどうかは未知数ですけどね。FreeBSDに同等物があるかも未確認です。
Ubuntu 10.04だと以下でサクッと試せるので、そのうちサーバーで試すところも出てくるかな。
sudo modprobe ramzswap
sudo swapon /dev/ramzswap0 -p 100

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:26:08

本当にこんな化け物鯖使うの、、、
p2の重さが解消されるのか知らん。wktkが止まらない。

**root▲▲ ★** · 2010/05/16(日) 20:30:54

>>653
コントローラが3Gb/sまでなので、
3Gb/s動作ですね。

**root▲▲ ★** · 2010/05/16(日) 20:31:21

>>655
そうですね。
SATAよりはよいはずです。

**root▲▲ ★** · 2010/05/16(日) 20:31:41

あ、6Gb/sの規格も既にあるようです。SAS-2だったかな。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:32:15

NTPはntp.nict.jpで、税金で運用されていますw

**root▲▲ ★** · 2010/05/16(日) 20:32:22

>>656
ふむふむ。

**NAO ★** · 2010/05/16(日) 20:34:59

>>656
Linuxのlive時に使ったりしてましたっけ

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:37:56

>>653
>147GB 10000RPM 6Gb/s SAS-2
あ、確かにここにSAS-2って書いてあるな
SATA→3Gbps半二重
SAS　→3Gbps全二重
SAS-2→6Gbps全二重
ってことかな、でこのコントローラは-2非対応なので3Gbps全二重で動くと
ほむほむ

**root▲▲ ★** · 2010/05/16(日) 20:38:56

>>664
そんなかんじですね。

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 20:39:10

>>663
他のディストロまでは分かりませんが、Ubuntu 10.04のlivecdには使われていたかと。

♪ ◆/y.Ychk2JQ · 2010/05/16(日) 20:41:19

>>658
ありがとうございます。
HDDの能力をフルに使えないのって寂しいですね。

**root▲▲ ★** · 2010/05/16(日) 20:42:09

>>667
逆に、これでHDDの能力があふれるようなら、
まだ改善の余地があるということなのではないかと。

**root▲▲ ★** · 2010/05/16(日) 20:44:27

このサーバはPHPがばりばり動くかんじですかね。
そんな方向で。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:46:09

>>669
rootさん、p2鯖をNehalem Xeonに移行したら深夜帯の激重状態がサクサクになるまでいきますかね？
（find鯖の兼ね合いもありますが、あくまでp2鯖単体の能力的に）

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 20:48:06

>>669
ハイエンドのサーバーにPHPとは何とも不釣り合いな。
ソフトウェア見直した方が絶対良い気が。

**root▲▲ ★** · 2010/05/16(日) 20:50:34

>>670
最近p2サーバの様子見ていないので、ぜんぜんわかんないです。

>>671
p2はPHPで書いてあるのではないかと。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:51:44

そうだそうだ
シェルスクリプトで書き直すべき

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 20:51:46

http://www.publickey1.jp/blog/09/facebook8php.html

PHPの遅さは異常。
http://www.publickey1.jp/blog/09/facebook09.png

>最近ではPHPをC++にコンパイルするといったアプローチを採用している
facebook凄すぎワロタw

**root▲▲ ★** · 2010/05/16(日) 20:52:31

>>674
Ruby遅い、、、。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:54:04

パイソン以外に早いんだな
覚えよう

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 20:55:35

どうでもいいけどpythonのことぴーちょんって読んでるんだけど

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 21:02:40

公開されてた

PHPをC++化するOSSツール「HipHop for PHP」、Facebookがベータ版を公開
http://itpro.nikkeibp.co.jp/article/NEWS/20100204/344171/
Home - hiphop-php - GitHub
http://wiki.github.com/facebook/hiphop-php/

**root▲▲ ★** · 2010/05/16(日) 21:03:22

>>674
そのリンク先面白いですね。
facebookか。

**root▲▲ ★** · 2010/05/16(日) 21:03:51

>>678
すごいですね。

某なんとかランも、確かPHPだったような。

**NAO ★** · 2010/05/16(日) 21:12:10

>>678
この前幸せ鯖に入れようとしたけど、Limux依存なpkg多くて、
FreeBSDに入れるには面倒でやめたと言うオチが

# 依存環境満たせば動くかもだけど

**root▲▲ ★** · 2010/05/16(日) 21:16:26

>>641
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"

これらを /boot/device.hints に入れろと。
しかし、ううむ。

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 21:22:28

>>681
libcapがLinux固有な予感
http://groups.google.com/group/hiphop-php-dev/browse_thread/thread/6f7933799320fa75?fwc=2

**root▲▲ ★** · 2010/05/16(日) 21:42:57

>>654
ディスクのパトロールは無事に通ったようだ。

%mfiutil show patrol
Operation Mode: auto
Next Run Starts: Sat May 22 03:00:00 2010
Runs Start Every 604800 seconds
Runs Completed: 1
Current State: stopped

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 21:43:54

sageろ

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 21:46:51

age

**NAO ★** · 2010/05/16(日) 21:47:59

>>683
libcap を FreeBSD でコンパイルしようとすると、 Linux 固有のライブラリを要求するんだけど、
そこまでクリアしようとするくらいならしょっぱから Linux を選ぶ方が楽で早いというオチです

**root▲▲ ★** · 2010/05/16(日) 21:52:47

ひととおり仕上がった気がする。< 新p2サーバ

最終リブートテスト中。
>>682 のテストはまだ。

**root▲▲ ★** · 2010/05/16(日) 22:02:20

今の p2 サーバの様子を久しぶりに見てみると、、、。

CPUは遊んでいるみたい。まだまだ余裕。
でも、HDD I/O はだめだめ。常時 100% はりつき。
というかオーバーしている。

これだと新サーバにしても、同じように HDD I/O があふれて、
宝の持ち腐れになるのかも。

**root▲▲ ★** · 2010/05/16(日) 22:03:23

というか、今の cw43 = p2.2ch.net って、
私が多忙＆体調不良の時に一度あぼーんして、
ブラジルなサーバに切り替わっていたような。

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 22:04:34

>>687
そうでしょうねぇ。
まぁそれにPHPをC++にトランスレートしてコンパイルしても速度が2倍程度で微妙ですしね (待ち行列から考えるとでかいですが)。
どう工夫しても動的型付け言語は静的型付け言語に速度で勝てないわけで。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 22:05:39

>>689
やっぱりストレージがボトルネックなんだ…
SSDならマシになるんでしょうか

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 22:06:09

>>689
なるほど…ストレージI/Oの問題か。
今p2ログインは激重です、はい。
gimpoみたいにSSD化するのが一番早いのかね？（容量的にきついのかもしれないが）

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 22:09:17

ログインならp2じゃなくてfindなんじゃないの？

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 22:11:05

というか、器の問題というより中身の問題なのでは
p2の作りからしてストレージアクセスが多いのが問題なのではないかと

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 22:11:46

>>687
無理に顔出さなくてもｗ

**root▲▲ ★** · 2010/05/16(日) 22:12:05

>>695
そんな気もしますね。

というか、HDDのアクセス異様に多いな。しかも読むほう。
p2って、ユーザのdatをキャッシュしていたりするのかしら。

**動け動けウゴウゴ２ちゃんねる** · 2010/05/16(日) 22:12:22

>>694
ああ確かにそうだなすまん。
p2のアクセス自体はまあぼちぼちというくらい。
サクサクまでは行かないなあ…

[´・ω・｀] EATcf-57p47.ppp15.odn.ne.jp · 2010/05/16(日) 22:13:24

>>689
readとwriteの比率や、スワップの使用率などが無いとなんとも。
まぁソフトウェアの問題の可能性が高い気がするが。

ゆ · 2010/05/16(日) 22:13:51

むむむさん

メールありがとうございました！
今ざっとレスのほうを見たので返答します。

- リブートにじかんがかかる

このFUJITSUのマシン全般、FreeBSD上でカーネル読み込み時になぜか時間がかかるのです。ただ、きちんとあがりはします。
上記であがっているprに該当するかはわからないですが、Nehalemファミリでも該当するものとないものがあって、FUJITSUのこれはまれにこの現象を起こしているようです。

- writecache with battery
一応IDCの中で予備電源があるので大丈夫だとは思いますが、、判断はおまかせします。物理的につけるとなると、保証うんぬんがあって難しそうです。不可能ではないと思いますが、

- mfid0の未使用領域
何かを待避する用のパーティションやswapのために微少ながらのこしてあります。swapでしたらこちらから切ってもらえれば、という感じです。
とおもったらそのしばらく後でアサインされたようですね。

- SASバス
おっしゃるとおり、3Gb/sがMaxです。

- パトロールを無効にしていた理由
現cw43でも同じコントローラだったのですが、ディスクが忙しい、忙しくないに関係なくパトロールが行われるので、I/Oの多いサーバーでは無効にしていました。