FreeBSD for AMD64(and for oyster901)

1名無しさん@お腹いっぱい。
FreeBSD for AMD64(Opteronなど)を取り扱うスレです。

なお、本スレは2ch次世代向け実験鯖oyster901のためのスレでもあります。
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/test/read.cgi/operate/1074124767/l50

なにか情報などがありましたらお願いします。
root★さんが喜ぶでしょう。
2名無しさん@お腹いっぱい。:04/02/02 12:17
3root ★:04/02/02 12:22
どもです。とりあえず記念(祈念)カキコ。
FreeBSDもAMD64プロセッサも使ったことがないけど
4get
>>2
この店作った人は何を考えてるのでしょうか?
BSDのデーモンは悪魔じゃないのに。
6名無しさん@お腹いっぱい。:04/02/02 12:35
>>5
え?デーモン君は悪魔じゃないの?

daemonだから守護神とかって感じなのかな?
7root ★:04/02/02 12:39
ということで、こっちのスレでは、
FreeBSD/amd64に特化した、エンジニアリング関連をやるのがいいのかな。

例えば向こうのスレでいう、dmesgの出力とか。
>>2
これってネタを仕込んでるつもりなんだろうけどちょっと寒いよ、、
>>7
見たいです。是非一度よろしくお願いします。
9root ★:04/02/02 12:59
32ビット(i386互換)で立ち上がった時のdmesgは、
http://qb3.2ch.net/test/read.cgi/operate/1074124767/481-485 にあります。

今このマシンはSuSE Linuxを試しに入れた状態(64ビットで動いている模様)。
そのdmesgは別途。
(´-`).。oO(究極の単発質問スレ?)
>>7
そうですね、特にライブラリ周りとか。
それを901にマージできればなおよしで。
ちなみにLinux/opteronスレ。

AMD の64ビットCPU オプテロンでLINUXしよう
http://pc.2ch.net/test/read.cgi/linux/1068566147/l50
13root ★:04/02/02 13:29
>今このマシンはSuSE Linuxを試しに入れた状態(64ビットで動いている模様)。
>そのdmesgは別途。

http://mumumu.mu/oyster901/dmesg-suse.txt
14root ★:04/02/02 13:31
Linuxにはあまり明るくないですが、>>13 のdmesgはきわめて正常に見えるなぁ。
Opteronのハードウエアレベルの話が主体のスレ(PC自作板)

OpteronにHammerろう 19way
http://pc3.2ch.net/test/read.cgi/jisaku/1073636233/l50
161:04/02/02 16:29
>>14
強いて言うなら、bogomipsが3200前後と低すぎるのは気のせいでしょうか。
気にしすぎですがw
FreeBSD5.2を実践逗留するんですね?
不安定かもしれないってお達しでてますけど、
2chで使うくらいですから、実用鯖としても安定性は問題なしなんでしょうか?
18root ★:04/02/02 16:43
2chで使うぐらいですから、もちろん、問題ありですよ(w。
インスコのトラブル ?
症状とかメッセージとかないんでしょうか
>>10
root ★氏は運用情報に俺様スレを持っている強者です。>>1
21root ★:04/02/02 18:37
・詳細を教えてちょ
・5.2.1-RCが出たから、それで試してちょ

とか、いくつかメールしてあるので、
たぶん、今日の深夜(日本時間)にでもJimさんからメールがあると思われ。

今頃は、スーパーボウルの後だから(りゃ。
そういやOpenBSDにもamd64のコードが入りましたな。
vinum大丈夫?SMPでも?。
ipfw+natdはもちろん動くよね。
日本語samba, apache-modssl大丈夫?
portsがあちこち理不尽にコンパイルできないとかならない?。

恐いので今だにi386モード。。。。。
ならないわけねーだろ!

ちょっと古いソフトはAMD64のことなんて知らねーからな!
25root ★:04/02/03 00:37
>>23
vinum - oyster901では使う予定ないし。
ipfw+natd - ネットワークまわりはわりと動くという噂。
samba, apache-modssl - 2ちゃんねるでは使わないし。
ports - まぁ、そんときはがんがるということで。

究極に言ってしまえば、2ちゃんねる的にはとりあえず、

- DNSキャッシュサーバ
- Perl+必要なモジュール群
- Apache
- Cコンパイラ(w

が、動けばいいわけで。

# もちろん、仕事だったらまだ実戦には投入しないすよ。
26root ★:04/02/03 01:40
5.2.1-RCのamd64のイメージって、disk1がないみたい。
27root ★:04/02/03 01:42
ネットワークインストールしてもらおう。続きはあっちで。
28root ★:04/02/03 06:26
>>28
キタ━━゚+.ヽ(≧▽≦)ノ.+゚━━ ッ ! ! !

あれ?メモリってまだ2Mなんだっけ?
31 ◆sHAdOw9/SI :04/02/03 08:27
>>30
ごめ、2Gな。
メモリ未納のままインスコしたんかな?
32root ★:04/02/03 14:17
make buildworld 通った。
make buildkernel 実行中。

メモリはまだ増えてないみたい。Jimさんに確認中。>>29
33root ★:04/02/03 14:29
さっくり通った。>>32
34root ★:04/02/03 14:32
>>32-33 みたいなのは、今後本スレで。

ここは報告じゃなくて、技術的な議論・質問疑問・セッティング関連議論等にしよう。
35名無しさん@お腹いっぱい。:04/02/03 14:53
>>34
コンパイラとライブラリってamd64対応のものでしょうか。
37root ★:04/02/03 15:26
>>35
% gcc -v
Using built-in specs.
Configured with: FreeBSD/amd64 system compiler
Thread model: posix
gcc version 3.3.3 [FreeBSD] 20031106

% file /lib/libc.so.5
/lib/libc.so.5: ELF 64-bit LSB shared object, AMD x86-64, version 1 (FreeBSD), stripped
% file /bin/ls
/bin/ls: ELF 64-bit LSB executable, AMD x86-64, version 1 (FreeBSD), for FreeBSD 5.0.2, dynamically linked (uses shared libs), stripped
64bitモードでのインストール作業をミスしたようですが、
5.2-RELEASEをCD-ROM(i386用?)からインストールしようとしたら失敗、で、
5.2.1-RCをフロッピー(amd64用?)からネットワークインストールしたらうまくいった、
ということなのでしょうか?
3938:04/02/03 17:06
誤:64bitモードでのインストール作業をミスしたようですが、
正:64bitモードでのインストール作業がうまくいかなかったようですが、

ごめんなさいm(_ _)m
40root ★:04/02/03 17:33
>>38
基本的には、そういうことです。

amd64はフロッピーからのインストールをサポートしてないみたいです。
http://people.freebsd.org/~bmah/relnotes/5.2-RELEASE/installation-amd64.html
releasesの中には、floppiesというディレクトリはありませんです。

最初から、CD-ROMは5.2Rのamd64用のISO-imageを焼いたやつを
使ったみたいですね(でも、失敗した)。

で、改めて5.2.1-RCのbootonly CDで上げて、あとはネットワークインストール。
5000マイル以上離れたところから、二人羽織で。
4138:04/02/03 17:56
御説明いただき、ありがとうございました。
私、あちらのスレの読解が不足していたようです(^^;
4235=1:04/02/03 18:59
>>37
ほう、確かに対応はしているんですね。
安定度はともかくとして。

さて、これからそれを試す人柱となるか・・・。
431:04/02/03 19:00
>>42
補足。無論oyster901の話です>人柱
っていうか、PIXにはこのサーバーが始めてか。
he.netに1台ぐらいcvsup-mirrorを立ち上げて、ソースやらなにやらはそこから配布&インストールできるようにしておくと楽だと思った。

……すまん。本スレで書くことだよね。これ。
45root ★:04/02/04 01:18
>>44
面白そうな話すね。

HEからのCVSupは、CVSup4を主に使っています。
ただ、たまにlimitいってつながらないことがあります。

> ping -c 3 cvsup4.freebsd.org
PING freebsd.isc.org (204.152.184.73): 56 data bytes
64 bytes from 204.152.184.73: icmp_seq=0 ttl=61 time=3.546 ms
64 bytes from 204.152.184.73: icmp_seq=1 ttl=61 time=2.353 ms
64 bytes from 204.152.184.73: icmp_seq=2 ttl=61 time=3.095 ms

そろそろ、1台ぐらいそういう用途のがあってもいいかも。
ただ、たぶんHEにはもう増えないだろうから、PIEかなぁ。
46名無しさん@お腹いっぱい。:04/02/04 11:49
>>45
cvs.2ch.netってのがあってもいいかも。
# もちろん#.2ch.net(と運営の中の人のホスト)以外からはアクセス不可で
*.2ch.netだった&ageてしまった・・・・・・逝ってきます
48root ★:04/02/04 15:20
メモリは無事4Gになったもより。
http://mumumu.mu/oyster901/dmesg-freebsd521rc.txt を更新。

ぼちぼち、カーネル再構築とかはじめようかと。
49root ★:04/02/05 03:58
いらないデバイスをはずして、カーネルをスリム化した。
http://mumumu.mu/oyster901/dmesg-oyster901.txt

今日はこれでおやすみ。とりあえず、マターリ進行で。
夜遅くまでお疲れ様です。
無修正dmesg(*´д`)ハァハァ
勇気が無いので5系に行けない場合
RioWorks HDAMAベースBOX

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.9-RELEASE-p1 #1: Sat Nov 29 15:03:18 JST 2003
root@xxx.xxxx:/stripe0/obj/stripe0/src/sys/gate
Timecounter "i8254" frequency 1193182 Hz
CPU: AMD Opteron(tm) Processor 240 (1403.19-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
AMD Features=0xe0500000<<b20>,AMIE,<b29>,DSP,3DNow!>
real memory = 2146893824 (2096576K bytes)
avail memory = 2087804928 (2038872K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
Programming 4 pins in IOAPIC #1
Programming 4 pins in IOAPIC #2
FreeBSD/SMP: Multiprocessor motherboard: 2 CPUs
cpu0 (BSP): apic id: 0, version: 0x00040010, at 0xfee00000
cpu1 (AP): apic id: 1, version: 0x00040010, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
io1 (APIC): apic id: 3, version: 0x00030011, at 0xfc000000
io2 (APIC): apic id: 4, version: 0x00030011, at 0xfc001000
Preloaded elf kernel "kernel" at 0xc0390000.
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 18 entries at 0xc00fdea0
apm0: <APM BIOS> on motherboard
apm0: found APM BIOS v1.2, connected at v1.2
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib8: <PCI to PCI bridge (vendor=1022 device=7460)> at device 6.0 on pci0
IOAPIC #0 intpin 19 -> irq 2
IOAPIC #0 intpin 17 -> irq 16
IOAPIC #0 intpin 18 -> irq 17
pci1: <PCI bus> on pcib8
pci1: <OHCI USB controller> at 0.0 irq 2
pci1: <OHCI USB controller> at 0.1 irq 2
ncr0: <ncr 53c875 fast20 wide scsi> port 0x2000-0x20ff mem 0xfc102000-0xfc102fff,0xfc104000-0xfc1040ff irq 16 at device
5.0 on pci1
pci1: <ATI Mach64-GR graphics accelerator> at 6.0 irq 17
isab0: <PCI to ISA bridge (vendor=1022 device=7468)> at device 7.0 on pci0
isa0: <ISA bus> on isab
atapci0: <Generic PCI ATA controller> port 0x1020-0x102f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <unknown card> (vendor=0x1022, dev=0x746a) at 7.2
chip0: <PCI to Other bridge (vendor=1022 device=746b)> at device 7.3 on pci0
pcib9: <PCI to PCI bridge (vendor=1022 device=7450)> at device 10.0 on pci0
IOAPIC #1 intpin 1 -> irq 18
IOAPIC #1 intpin 2 -> irq 19
IOAPIC #1 intpin 3 -> irq 20
pci2: <PCI bus> on pcib9
isp0: <Qlogic ISP 12160 PCI SCSI Adapter> port 0x3000-0x30ff mem 0xfe030000-0xfe030fff irq 18 at device 1.0 on pci2
bge0: <Altima AC1001 KUROUTO-SIKOU Gigabit Ethernet, ASIC rev. 0x105> mem 0xfe000000-0xfe00ffff irq 19 at device 2.0 on
pci2
bge0: Ethernet address: 00:40:f4:47:xx:xx
miibus0: <MII bus> on bge0
brgphy0: <BCM5701 10/100/1000baseTX PHY> on miibus0
brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
bge1: <Broadcom BCM5702 Gigabit Ethernet, ASIC rev. 0x1002> mem 0xfe010000-0xfe01ffff irq 20 at device 3.0 on pci2
bge1: Ethernet address: 00:50:45:00:xx:xx
miibus1: <MII bus> on bge1
brgphy1: <BCM5703 10/100/1000baseTX PHY> on miibus1
brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
54root ★:04/02/05 21:58
55root ★:04/02/05 22:15
さて、/etc/rc.conf、/etc/sysctl.conf、/boot/loader.confの季節がやってきました。

いじったほうがいいのって、このぐらいかしら。
値はもう少しチューニングが必要そう。(今のumaサーバの値から適当に算出)

# net.inet.ip.portrange.first と net.inet.ip.portrange.last って、4系と5系で値が違うみたい。

tcp_drop_synfin="YES"
icmp_drop_redirect="YES"
icmp_log_redirect="YES"
kern_securelevel_enable="YES"
kern_securelevel="1"
syslogd_flags="-ss -v"
ipfilter_enable="YES"
ipmon_enable="YES"
ipmon_flags="-D /var/log/ipflog"

net.inet.ip.portrange.first=20000
net.inet.tcp.inflight_enable=1
kern.maxfiles=65536
kern.maxfilesperproc=32768
vm.defer_swapspace_pageouts=1
vm.disable_swapspace_pageouts=1

kern.maxusers=512
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768
vm.pmap.shpgperproc=1024
ipl_load="YES"
56root ★:04/02/05 22:52
kldはamd64じゃ、まだ動かんのね。
つまり、ipf_load="YES"は使えないと。

んじゃ、
options IPFILTER #ipfilter support
options IPFILTER_LOG #ipfilter logging

を入れることにしよう。
57root ★:04/02/06 02:32
>>55 を適当にいじって(主に大きくする方向)、入れてみた。
いじって大きくする(;´Д`)
59root ★:04/02/06 11:11
大きさよりも感度が大事かと。(素) >>58

あとはApacheまわり。
とりあえず現在との比較のため、preforkで動かしてみる予定。

というわけで、ぼちぼち、実戦投入かと。
optionsSYSVSHM
とか入ってるんなら cvsup した方がよろしいかと。
61root ★:04/02/07 01:08
>>60
CVSupは動かないんで(そもそもRCだし)、パッチで対応済。
他のFreeBSDは、別途対応予定。
62root ★:04/02/07 03:46
動き始めた。
今のところ問題なし。うそみたいに軽いかも。
>>62
実況は余裕でおさまりそうですね。
64root ★:04/02/07 15:25
今日は某局で20:00ごろから「重い番組」があるらしいんで、
そこがひとつの試金石かなt。
>>64
記念マキコしてましたね(藁
たしかに、あれは重そうですね。

日テレは食番だから盛り上がらないなぁ。
国営は梅沢富雄では屁のツッパリにもならんですね。
>>64
lorですか。あれはたしかに重たくなる要素ですな。
今回の移転に入っていない某局で某中継ありなので、
そちらとの比較もできそう。
68root ★:04/02/07 20:42
>>67
さんくすこです。
後でやってみます。

軽い軽い。そよ風。うふふふふ。
69root ★:04/02/07 21:52
そよ風じゃ、なくなってきたなぁ。
bbs.cgiをなんとかしたいなと。
71root ★:04/02/07 23:04
はい、落ちました。
まだまだ、チューニングの余地ありということで。
>>67
compress外して下さいね~
って・・Opスレでも出てたのを見つけてしまって(´・ω・`)ショボーン
background_fsck="YES"
のままだったりしたら、
apacheの起動はfsck終るの待った方がいいかも

普段の仕事はできても馬鹿みたいなアクセスに耐えられるのかな(w
74名無しさん@お腹いっぱい。:04/02/08 06:26
2chのオプテロン導入は大成功だったようです
【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/test/read.cgi/operate/1076162131/398
・ロードアベレージが300になっても、処理速度はほとんど低下しない。
 umaサーバもそうだが、ちゃんとチューニングしてあるなら、
 ロードアベレージが高いからというだけで、無碍にお茶を飲ませないほうがいい。

・触った感触では、少なくとも従来のumaサーバ(Xeon 2.4G dual)の
 3倍近いポテンシャルがあるように思える。

・Opteron 242で、十分すぎるほどハイパフォーマンスである。
 つまり、金はI/Oとメモリに突っ込むべきである。
www.jp.freebsd.org/cgi/mroff.cgi?subdir=man&lc=1&cmd=&man=tuning&dir=jpman-5.2.0%2Fman§=0
こっちのスレが寂しいので貼ってみる
今日の劇的なチューニングの解説キボンヌ
Apache2で
http://httpd.apache.org/docs-2.1/ja/mod/core.html#enablesendfile
http://httpd.apache.org/docs-2.1/ja/mod/core.html#enablemmap
を使うようにしたら激ウマー

というお話だったのさ。
>>77
なるほど、thx。

ちょっと疑問なんだが、enablemapは不要なんじゃないだろうか?
せっかく、sendfileが丸投げしてくれてるのに、それをmappingしかねないのでは。
79root ★:04/02/09 15:00
むこうでも指摘されました。
どっちが優先なんでしたっけ。

もしmmapが優先になっちゃうなら、そっちは無効にする必要ありかしら。
むこうの張っときますね。
競合はしないという結論で。
Enablemmapを使うには・・・

809 名前:383[sage] 投稿日:04/02/09 18:00 ID:cx76rc5k
>>803
mmapの方は嘘だ。忘れてください。
moduleがファイルを読む必要がある時mmap()するのがEnableMMAP。
どこかでserver-parsedを使っていなければ、oyster901には必要なさそうです。

820 名前:383[sage] 投稿日:04/02/09 18:26 ID:cx76rc5k
>>814
だめです。moduleがapacheのAPIを使って読むファイルが対象です。
使いたければbbs.cgiをmodule化しないと。
ってことで。
とても勉強になりますです。

次はkeepAlive Offですかな。otudesu。
さて、今度は過去ログサーバの構築ですが、
・本体=システムをミラーリング
・ストレージサーバを用意する

とのことです。ということは、body:/home mouted on strage:/raid/kako/ita/idってことなんでしょうか?

895 :root ★:04/02/10 03:03 ID:???
私の考えている基本路線は、
・本体、OSは基本的にoyster901仕様
・da0とda1でミラーリングして、システムディスクにする
・外部に、別に1Uのストレージサーバをつけ、RAIDアレイを構築し、ここを/homeにする
といったところです。つまり、2U使う。
過去ログサーバにNFSを使うのならapache2の
enable{sendfile,mmap}は使えないのかな。
まあこだわる必要はないと思うが・・・
84root ★:04/02/10 14:38
>>83
とゆうわけで、NFSは使いたくないんですよ。
デバイスとして見えるやつがいいなぁと。
マッタリしてるこっちに書いてみる。

subject.txt が良く飛ぶようだけど cron で
*/2 * * * * fsync /home/vhost/*/subject.txt
とか syncer(4) の調整で改善されんかね。

あと
% cp bbs.cgi bbs.pl
% perlcc -o bbs_test.cgi bbs.pl
とか。
自慢の実況鯖落ちた?
いっぺん落ちたようだな。
運用板のスレが移行したのでリンクしとく。

【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/test/read.cgi/operate/1076413123/
90root ★:04/02/11 00:20
>>86
perlccかぁ。やってみるかな。
91root ★:04/02/11 00:40
こんなの出た。
> perlcc -o bbs_test.cgi bbs.cgi
/var/tmp//ccZPZBWT.o: In function `dl_init':
/var/tmp//ccZPZBWT.o(.text+0xa22d0): undefined reference to `boot_Digest__MD5'

とりあえず、飯落ち。
92root ★:04/02/11 01:59
コンパイルするcgiを間違えてた。
で、通った。

% perlcc -o bbs_test.cgi bbs.cgi
% ls -l bbs_test.cgi
-rwxr-xr-x 1 ch2live8 ch2 1347719 Feb 10 08:56 bbs_test.cgi
% ls -l bbs.cgi
-rwxr-xr-x 1 ch2live8 ch2 4059 Feb 9 04:46 bbs.cgi
% mv bbs.cgi bbs_old.cgi; mv bbs_test.cgi bbs.cgi
% ls -l bbs.cgi
-rwxr-xr-x 1 ch2live8 ch2 1347719 Feb 10 08:56 bbs.cgi
% file bbs.cgi
bbs.cgi: ELF 64-bit LSB executable, AMD x86-64, version 1 (FreeBSD), for FreeBSD 5.0.2, dynamically linked (uses shared libs), not stripped
93root ★:04/02/11 02:08
>>86
syncerの調整か。いいせんかもですね。
書いていただいたように、cronでfsyncするのがいいような気もします。

それより、perlccはほんとにうれしい。いや、まじで。
2chの鯖のOSはこれから、
Linux→FreeBSDメインになっていくのでせうか?

freebsd.orgの
http://www.freebsd.org/internet.html
あたりに2ch.netが乗ると面白いなぁと。
95名無しさん@お腹いっぱい。:04/02/11 21:43
ただいまカァネル入れ替え中のもより。
まもなくぶりんぐうp。
あっちにも書かれていたけど
5.2R→5.2R-p1→5.2.1RC→5.2R-p2(SYSSHM)→5.2.1RC2
な訳だけど。

current 追ってると1月末あたりの1週間くらいで
/usr/src/sys/amd64 以下MFi386(merge from i386)が大分入ってたようだけど
MFCはかかってない。半分以上debug codeの再埋め込みだったけど(w

coreの解析前にcoresizeが気になったりする。
現状5.2.1RCで我慢するってのは、5-CURRENT追いかけるよりも
爆弾を後生大事に抱え込んでいるだけのような気がしてならない。

まぁ、手元にあるマシンじゃないので、美味しい5-CURRENTを探
るのも大変だろうけど。
今日のまとめ(OSの観点から)

●プロセス数が3000を越えたあたりで落ちる
→ apacheの設定で対処するもダメなときはダメ

? /var/log のログ出力のスイッチングが負荷になってないか?
→やってみた(?)

●メモリの相性?
http://qb3.2ch.net/test/read.cgi/operate/1076413123/606

●OSの穴踏んだかな?
→5.2.1-RC2にバージョンアップ(カーネルのみ?)

●amd64ではcvsupがうまく動かない
→IA32な別マシンでcvsupして、もってきた
http://qb3.2ch.net/test/read.cgi/operate/1076413123/606 (compressを切ったら?)
→anonymous CVS使ったら?

●kernel panic時のダンプを取りましょう
→設定しますた

以上、ざっくりと。
記事の引用番号を間違えました…
? /var/log のログ出力のスイッチングが負荷になってないか?
http://qb3.2ch.net/test/read.cgi/operate/1076413123/465 (追加)

http://qb3.2ch.net/test/read.cgi/operate/1076413123/613 (compressを切ったら?)

100Σ ◆projectlUY :04/02/12 00:27
>>98
2ch鯖が具体的に何してるのか知らないかけど、プロセス数3000ってざっくり1000個前後のbbs.cgiが同時に
DISKにアクセスしてるイメージでいいのかな
●amd64ではcvsupがうまく動かない
→MLで紹介されていた開発版を導入し、CVSUPのオプションに-Zを付加して解決。
→5.2.1-RC2にバージョンアップ(userlandも更新完了)
>>100
1000前後の書き込みが、3000ぐらいのbbs.cgiを呼び出していると思われ。
んで、それぞれのbbs.cgiがI-Oを発生させるので・・・((;゚Д゚)ガクガクブルブル

356 名前:ピロリ ◆BDFCNV1.to [sage] 投稿日:04/02/11 17:48 ID:ecslJmNS
bbs.cgi については再考せねばなんですよね、

私の予想としては、一回の書き込みで複数回のbbs.cgiを呼び出す
部分をまず改善せねばだと思っています。

クッキー食えだの
二重かきこですか? だの
餅つけだの、

それをなくしたときの副作用も考えなきゃですけど、
preforkなので、.datやindex等の直読みでもコネクション毎にプロセス1つ。
read.cgi/r.i/bbs.cgiは、CGIなのでさらに1つ。
予備にリザーブしてあるプロセスなどもあり。
104root ★:04/02/12 11:20
こっちの方がこのネタについて知ってる人が多そうなので、ここに振っておきます。

live8/live9みたいな使い方をする場合、
Apache2+FreeBSD/amd64の組み合わせの場合、どれが一番よいのか

・prefork (現在はこれ)
・worker
・perchild
使ってるスレッドライブラリがlibc_rかlibthrかlibkse/libpthreadかで
話が違ってくる予感
鯖(=user)なんだよな…。

板(=user)、鯖(=group)なら perchildにして
NumServers 1000
ChildPerUserID NHK live8 150 #親戚多いので1.5倍(w
ChildPerUserID 日テレ live8 100
ChildPerUserID TBS live8 100
ChildPerUserID フジ live8 100
ChildPerUserID テレ朝 live8 100
ChildPerUserID 芸能 live8 100
ChildPerUserID 市況1 live9 100
ChildPerUserID 市況2 live9 100
とかできるんだろうけど
CFLAGS= -O2 -pipe
COPTFLAGS= -O2 -pipe

で刺さるようならmake buildworld回してる時点で刺さりそうなもんだがどうか
mod_perlを入れる方向だとすると
一気にapacheのプロセスがおっきくなるので
出来ればpreforkはやめた方が良いような。
じゃあmod_perlのbbs.cgi専用Apacheと、それ以外のApacheの二本立てで行く?
110Σ ◆projectlUY :04/02/13 01:31
あっちのスレみてきた
プロセス3000超えで毎回とまるって、実はその段階でメモリ使い切ってるというオチだったりとか
SWAPは無しもありだと思うけど、いろいろ試験段階のAMD64だし
もしくはMD使ってて、MDのほうがちょいやばとか
スケジューラーはSCHED_ULE?
sysctl kern.maxproc
http://apex.wind.co.jp/tetsuro/f-bsd/serial.html
conserverのサーバデーモンをoyster901に入れて、
conserverのクライアントは別のマシンに入れると
急場しのぎにはなるのかな?
113Σ ◆projectlUY :04/02/13 01:46
>>104
perchildは、"This MPM does not currently work on most platforms. Work is ongoing to make it functional. "
らしいんで、とりあえず無視してていいかと
114Σ ◆projectlUY :04/02/13 02:17
あっちのすれ斜め読み中
メモリは2Gぐらいしか使ってないのか

2Gbyte / 3000プロセス = 666Kbyte/ぷろせす

そうなの?そんなに小さいの?
普通 TEXT 領域は共有するだろ。
DATA, BSS だけならもっと小さくても良いはず。
>>112
使いかた分っかんねー(爆
普通にシリアル繋いでsysutils/comconsoleをインスコすれば/etc/ttysを書き換えてくれる。
正直速そうなマシンが羨ましい。

うちにも新しいマシン来ないかなぁ・・・
119名無しさん@お腹いっぱい。:04/02/13 05:56
>>110
相変わらずスワップ無しなんだっけ?
別につけておいて困るものでもないので、スワップぐらい多めにとっておけば
(この場合はそれぞれのディスクに4Gずつぐらい?)
いいのに。
>>119
メモリは使い切ってないもより。

789 名前:ピロリ ◆BDFCNV1.to [sage] 投稿日:04/02/13 00:04 ID:KDjgcVyN
昨日から観察しているけど
メモリーは 2Gちょっとしか使っていなかったぞ
最大でも、

というか、極力スワップもさせないようにしないと、今以上にI-Oで死亡しそう。
MEMTEST(1) memtester MEMTEST(1)

NAME
memtester - userspace utility to test for faulty memory subsystem

SYNOPSIS
memtest <mem<B|K|M|G>> [runs] [-l | --log]
>>121
メモリテストさせたいのはよく分かったけど、
標準でついてないコマンドだよね?
もう細かく説明したほうがいいんでないの?
/usr/ports/sysutils/memtest

patch-aaみると4Gまでしかサポートしてないんか
124root ★:04/02/13 12:10
とりあえず、memtestかなぁ。

4Gを超えるメモリを乗せるのはかなりハイリスクだと聞いてたんで、
4Gにしたのだった。
125名無しさん@お腹いっぱい。:04/02/13 12:43
もしmemtesterがあるとしたら、memtester(8)だろうなあ。
だからさぁ、>>111 でも書いたけど
kern.maxproc とか maxusers どうなってんの
maxusersは512だったはず。

・/boot/loader.conf に呪文を複数追加、
kern.maxusers=512
kern.ipc.nmbclusters=65536
kern.ipc.maxsockets=65536
vm.pmap.shpgperproc=2048
kern.ipc.maxpipekva=41943040
http://qb3.2ch.net/test/read.cgi/operate/1076413123/30
参照
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/kern/subr_param.c?rev=1.60&content-type=text/plain

それってマジで有効になってるの?
なんか最大384に見えるんだが…
maxusers==0 の時だろ。

確かにconf/GENERICなりにMAXUSERS定義しときゃ確実だろうけど、
sysctlでも有効だと思うが。
sysctl → loader.confでした。
131root ★:04/02/14 15:01
>>128
TUNABLE_INT_FETCH("kern.maxusers", &maxusers);
で、/boot/loader.confにある値(512)が入りますです。
132root ★:04/02/14 15:03
oyster901% sysctl -a | grep kern.max
kern.maxvnodes: 120525
kern.maxproc: 8212
kern.maxfiles: 131072
kern.maxfilesperproc: 65536
kern.maxprocperuid: 7390
kern.maxusers: 512
<118>kern.maxfiles:
<118>kern.maxfilesperproc:
133root ★:04/02/14 15:04
たまに、ぐぐったやつが間違ってたりすることがあるんで、
/boot/loader.confをいじる時は、一応カーネルソースをあたってからやることにしてるです。はい。

それでもたまに、でかすぎる値を設定してあがんなくする、へぼいやつです。スマソ。
【Project peko】2ch特化型サーバ構築作戦 Part7
http://qb3.2ch.net/test/read.cgi/operate/1076733846/
http://qb3.2ch.net/test/read.cgi/operate/1076733846/166
166 名前:root ★ 投稿日:04/02/15 16:20 ID:???
マニュアルの4章をチェック。
どうも、FreeBSDので2G FCをサポートしてるのは、

isp -- Qlogic based SCSI and FibreChannel SCSI Host Adapters
mpt -- LSI Fusion-MPT SCSI/Fibre Channel driver

の2種だけみたいすね。

ispだと、ispfwというおもしろい機能があるのか。

どっちの会社のどのカードがいいのかしら。

要求事項:
・FreeBSDで安定して動作
・2G転送をサポートしている
____

FCについて聞きたいらすい。
136root ★:04/02/17 17:10
>>135
結局、
> isp -- Qlogic based SCSI and FibreChannel SCSI Host Adapters
ISP2312

でいくことにしたです。
つけるストレージ側のコントローラも2312だったということで、あたりかな。
ぬけるストレージ(ハァハァ
って読んでしまったwww
関係ないのでsage
Windowsの方がLinux(Unix)より優れていることはもはや明らかですぅ。
2ch鯖にWindowsを導入する命知らずのrootな方はいらっしゃいませんでせうか?
http://www.microsoft.com/japan/mscorp/facts/
root>>>>越えられない壁>>>>Administrator
このスレでまとめることはもう無いのかな
141root ★:04/03/01 02:05
シリアルコンソールをゲットできたら、いろいろ聞くと思います。
SCHED_4BSDのままでいいのかとか、DDBでのバグの追い方とか、あぶり出し方とか。
>>141
SCHED_ULEはまだテストがいるようなので、5.3-RELEASE待ちかと思います。
http://www.freebsd.org/releases/5.3R/todo.html
(ぐぐると印象悪いこと悪いこと…)


143root ★:04/03/01 11:11
>>142
みたいですね。
なので、901ではまだ保留にしてるです。
144名無しさん@お腹いっぱい。:04/03/03 13:50
こんなんでますた

FreeBSD-SA-04:04.tcp Security Advisory
The FreeBSD Project

Topic: many out-of-sequence TCP packets denial-of-service

Category: core
Module: kernel
Announced: 2004-03-02
Credits: iDEFENSE
Affects: All FreeBSD releases
Corrected: 2004-03-02 17:19:18 UTC (RELENG_4)
2004-03-02 17:24:46 UTC (RELENG_5_2, 5.2.1-RELEASE-p1)
2004-03-02 17:26:33 UTC (RELENG_4_9, 4.9-RELEASE-p3)
2004-03-02 17:27:47 UTC (RELENG_4_8, 4.8-RELEASE-p16)
CVE Name: CAN-2004-0171
FreeBSD only: NO
145▼@root ★:04/03/03 19:27
>>144
というわけで、いっさいがっさいリブートしなきゃならんわけだ。
気が重い、、、。
146root ★:04/03/04 16:19
>>145
カーネル再構築するだけでいいっぽいだけまだめし。
>>144
>FreeBSD only: NO
>
ものすごい気になるのだが。BSD only?それともLinuxなぞも含まれるのだろうか?

149root ★:04/03/06 01:17
>>147
同意すね。

>>148
NetBSDは問題ないんだそうで。
http://mail-index.netbsd.org/netbsd-announce/2004/03/04/0000.html
150名無しさん@お腹いっぱい。:04/03/08 20:17
712 :root ★:04/03/04 16:24 ID:???
むりやり時間を。

pass0 at aacp0 bus 0 target 0 lun 0
pass0: <SEAGATE ST336753LC 0006> Fixed unknown SCSI-3 device
pass0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit)
pass1 at aacp0 bus 0 target 1 lun 0
pass1: <SEAGATE ST336753LC 0006> Fixed unknown SCSI-3 device
pass1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit)
da0 at isp0 bus 0 target 112 lun 0
da0: <IFT ES A16F-G 331J> Fixed Direct Access SCSI-3 device
da0: 200.000MB/s transfers, Tagged Queueing Enabled
da0: 830000MB (1699840000 512 byte sectors: 255H 63S/T 105810C)
da1 at isp0 bus 0 target 112 lun 1
da1: <IFT ES A16F-G 331J> Fixed Direct Access SCSI-3 device
da1: 200.000MB/s transfers, Tagged Queueing Enabled
da1: 837498MB (1715195904 512 byte sectors: 255H 63S/T 106766C)

ここ以外は問題なさそう。

・CheetahがU160で認識してる => まずい
・ストレージ側ディスクが2つ(800M+750M)に切られてた(1本がいいなぁ) => 1.5G1本がいい
・200.000MB/s transfers, Tagged Queueing Enabled で果たしてよいのか?
>>150

Fixed ``unknown'' SCSI-3 が諸悪の根源かね?
構成よく分かんないけどターミネーションとか大丈夫なの?
152root ★:04/03/09 02:47
http://qb3.2ch.net/test/read.cgi/operate/1076733846/847

>>151
make buildworld
make buildkernel
make installworld
などなどは、全部無事通ったです。

BIOSから見ると、U320と出ているとのこと。
153root ★:04/03/09 02:48
構成は、Adaptec 2120SにCheetah 15k.3を2台つないだ、RAID 1ミラー構成すね。
ttp://lists.freebsd.org/pipermail/freebsd-scsi/2003-August/000466.html
だそうだけど問題あるんですか?
155root ★:04/03/09 12:52
>>154
さんきゅです。
とりあえず当面問題ないと。
今更ですが…
U160はadaptecを選択するのが正解。
でもU320世代ならadaptecは外れでLSI Logicが正解です。
157root ★:04/03/09 19:10
>>156
みたいですね。901で使って、ハイパフォーマンスさに驚きました。
902はまぁ、過去ログサーバだから(bbs.cgi起動しないし)、今の構成でもいいかなと。
(構成変更より、稼動速度を優先させる)
下らん質問なんすが、
そのSCSIカードはいくらくらいのお値段どすえ?
159root ★:04/03/14 07:41
160root ★:04/03/14 07:46
rootさん、ほい。

http://www.thejemreport.com/modules.php?op=modload&name=News&file=article&sid=117
The 64-bit Question: AMD64 vs. i386 :: The Jem Report :: The Internet's Best Computer Review Site
162名無しさん@お腹いっぱい。:04/03/17 11:02
/usr/src/UPDATING

20040316: p2
Improvement of FreeBSD-SA-04:04.tcp fix.

20040302: p1 FreeBSD-SA-04:04.tcp
Limit TCP segment reassembly queue size.


というわけでp2が出ましたよroot様。
すでに御存じのように p3。

-amd64 にヒトバシラー登場(w
-scsi は Adaptec 2120s で盛り上がり
164root ★:04/03/18 18:26
>>161
おぉ。読んでみます。

>>162
例のfixをimprovementしたですか。

>>163
まさにoyster902はこれだったり。

%dmesg | grep 2120
aac0: <Adaptec SCSI RAID 2120S> mem 0xf8000000-0xfbffffff irq 26 at device 2.0 on pci2
166名無しさん@お腹いっぱい。:04/03/22 04:52
あげるか・・・
AMD64特有の問題らしい
http://lists.freebsd.org/pipermail/freebsd-amd64/2004-March/000960.html
こっちはSCHED_4BSDな問題らしい
http://lists.freebsd.org/pipermail/freebsd-stable/2004-March/006727.html
RELEASEベースだと時間がかかる予感。
168名無しさん@お腹いっぱい。:04/03/30 02:00
HPがAMDのOpteronをサーバで採用へ
http://www.itmedia.co.jp/enterprise/0401/27/epn13.html

AMDが金星をあげた。米HPはOpteronプロセッサを搭載したサーバを2月に発表する模様だ。

Hewlett-Packard(HP)は、Advanced Micro Devices(AMD)の「Opteron」プロセッサを搭載したサーバを投入する計画だ。
AMDはこれで、またひとつ大きな勝ち星を手に入れた格好だ。

情報筋によると、カリフォルニア州パロアルトを本拠とするHPは、
1~4プロセッサ搭載の「ProLiant」サーバでOpteronを採用するらしい。
発表は2月に行われる予定だが、商用出荷はしばらく先になる可能性があるという。

カリフォルニア州サニーベールに本社を置くAMDは、昨年4月にデビューしたOpteronプロセッサのおかげで、
実入りのいい企業コンピューティング市場の片隅から中心に進出することができた。

IBMは、Opteronを搭載したサーバとワークステーションを既に投入済み。
一方、Sun Microsystemsでは、年内にOpteron搭載サーバをリリースするとともに、
同社の「Solaris」OSを同プロセッサに移植する予定だとしている。

HPがOpteronの採用を決めたことで、AMDは世界最大のサーバメーカー4社のうち3社と契約を取り付けることになり、
残るはIntelプロセッサのみを採用しているDellだけとなる。
169Σ ◆projectlUY :04/04/04 20:18
新鯖はν速がもらえんの?
170Σ ◆projectlUY :04/04/04 21:08
ν速がオプティオンになった
171名無しさん@お腹いっぱい。:04/05/08 00:40
FreeBSDはcool'n quiteみたいな機能使えないの?
FreeBSD鯖落ちまくりじゃん。NetBSDの方がまだましなんじゃねえの?
多分OSじゃなくてHDDが原因だから無関係
174名無しさん@お腹いっぱい。:04/05/15 15:19
既に-p6だったりする。
175名無しさん@お腹いっぱい。:04/05/15 16:50
マシン変えても落ちた。HDD変えても落ちた。今度はメモリを悪者にしている。
FreeBSDに問題はないのか?
っていうか掲示板ごとき頻繁に落ちても別になんとも思わないけどね。
こんなもんを安定させろとかわめいてる厨房が馬鹿なだけで。
177名無しさん@お腹いっぱい。:04/05/15 17:14
おう、落ちて構わないからすぐリブートしろ。人大杉制限も解除しろ馬鹿。
178名無しさん@お腹いっぱい。:04/05/15 18:30
【Project peko】2ch特化型サーバ構築作戦 Part12
http://qb3.2ch.net/test/read.cgi/operate/1084429098/

まあここは淡々と関連情報をう集約しましょうや。
179Σ ◆projectlUY :04/05/15 19:20
とも子を解除しろ
とも子ウザ杉
180名無しさん@お腹いっぱい。:04/05/16 01:31
FreeBSDが悪いのか使ってる奴が悪いのかはっきりさせろ。
俺は両方だと思う。
i386でも不具合満載なのにAMD64じゃあ致し方ない。
本家にこの経験をちゃんとフィードバック出来ればよいのですが・・・
そして英語と暇の壁にぶち当たるのであった。
国内の御立派なFreeBSDコミュニティの力を借りればいいのに
奴はあくまでハードウェアの問題という事で押し通す気だぞ。
こういう奴がエイズウィルス入りの非加熱製材を売りさばくんだな。
current 使えばこうなるのは当然の結果。それを承知で人柱になってくれるってん
だから、ある意味ありがてぇっちゃぁありがてぇが……
2chネラーとしてはどっちかってーとありがた迷惑か。
186Σ ◆projectlUY :04/05/22 00:58
ふふふ
またν速にオプが戻ってきたぞ
>>185
currentじゃなくて5.2.1Rでしょ
5.2.1も、CURRENTベースのリリースなんで、あまり安定度は高くない。
でも、俺んところでは、amd64よりもi386の方がより不安定だ。
root ★が現地で調査しているもより。

【Project peko】2ch特化型サーバ構築作戦 Part12
http://qb3.2ch.net/test/read.cgi/operate/1084429098/l50
190名無しさん@お腹いっぱい。:04/05/27 11:15
●現在の AMD64/FreeBSD サーバ一覧
oyster901.peko.2ch.net(oyster901.maido3.com)
 (root権限ありサーバ、Opteron 242 dual)
 live8.2ch.net live9.2ch.net

oyster902.peko.2ch.net(oyster902.maido3.com)
 (root権限ありサーバ、過去ログ収納用外部ストレージつき(250GBx7/RAID5+spare)、Opteron 244 dual)
 memories.2ch.net

oyster243.peko.2ch.net(oyster243.maido3.com)
 (root権限ありサーバ、Opteron正式導入1号機、Opteron 244 dual)
 bbq.2ch.net live10.2ch.net[休止中] live11.2ch.net[休止中]

oyster244.peko.2ch.net(cobra2244.maido3.com)
 (root権限ありサーバ、Opteron 244 dual、3GBytes memory)
 game6.2ch.net news11.2ch.net

oyster245.peko.2ch.net(cobra2245.maido3.com)
 (root権限ありサーバ、Opteron 244 dual、2GBytes memory)
 live12.2ch.net tmp3.2ch.net

oyster246.peko.2ch.net(cobra2246.maido3.com)
 (root権限ありサーバ、Opteron 244 dual、2GBytes memory)
 c.2ch.net comic4.2ch.net

oyster247.peko.2ch.net(cobra2247.maido3.com)
 (root権限ありサーバ、Opteron 244 dual、2GBytes memory、Adaptec 29320D SCSI card)
 etc2.2ch.net food5.2ch.net society2.2ch.net
192名無しさん@お腹いっぱい。:04/06/12 16:57
FreeBSDは、5.2.1とかですよね?
こういう構成で安定したサーバになるもんですか?
スレを読まずにカキコ?
質問じゃないんですよ

>>192
ぼこすかと墜ちまくってるよ。
196名無しさん@お腹いっぱい。:04/06/13 03:00
AMD64が動くOSで一番安定しているの何?
>>196
windows じゃネーノ?
じゃ、しょーがないからWindowsでやれや
199名無しさん@お腹いっぱい。:04/06/13 18:19
OSの安定性

32bit BSD系OS > 32bit Linux > 64bit BSD系OS > 64bit Linux >>>>> 超えられない壁 >>>>>> 32bit Windows > 64bit Windows > 16bit Windows
200Name_Not_Found:04/06/13 18:25
200ゲット
ちなみに今使われてる current 系列から派生した FreeBSD はこの辺:

(略)>>>>>> 64bit FreeBSD5(current系列のみ)≧32bit Windows > 64bit Windows > 16bit Windows
まぁ 64bit FreeBSDはもうちょっと様子見でしょうね.
>>202
それもあるけど、オプテロン導入がまだはやいんやろ

Alphaの立場は
>>204
ない
206alpha:04/06/14 21:13
エーン
207\:04/06/14 21:42
呼んだか?
普通にcvsupできるようになったら64bitに移行しようかな。
って、もう待ちくたびれた。

それにfdbootできないんだよね。まんどくさ。
209root ★:04/06/17 01:01
Floppy bootはamd64だとサポートされてないみたいすね。
CVSupは、以前これを教えてもらったんで、それを使ってます。
今はもっといいのあるのかしら。
http://people.freebsd.org/~peter/cvsup-without-gui-16.1h.tbz
210名無しさん@お腹いっぱい。:04/06/19 17:41
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/test/read.cgi/operate/1085678587/968
968 :動け動けウゴウゴ2ちゃんねる :04/06/19 16:31 ID:XtAKxDb2
>>967
今明らかになっているのは、
http://qb5.2ch.net/test/read.cgi/operate/1087199303/53
にあるように、apache-2.0.xのCGI周りにメモりリークの問題がある
ということだけ。この問題は、最悪のケースで、CGIの出力4096バ
イトごとに32バイトずつのメモリがリークするというもの。

なので、apacheの設定変更で改善の兆しが見えるということは、
メモりリークの影響がシステム陥落の引き金の一つになっている
らしいことはうっすらと見えてきた。

read.cgiを有効にしていると、これまたシステム全体が落ちやすくなる。
ということは、read.cgiも引き金の一つのようだ。ただし、read.cgiを
動かしただけで落ちるわけじゃないので、read.cgiが直接システムを
落としているわけではない。古いread.cgiのソースを見る限り、
read.cgiはDATファイルをmmap()し、要求された部分をhtmlソースと
して出力するCGIプログラムで、特徴としては、実行終了までDAT
ファイルをmmap()し続けるというあたり。つまり、プロセス終了まで
の間、仮想メモリをDATファイルサイズ以上握りっぱなしになる。
なので、処理中のread.cgiプロセスが溜まると、仮想メモリの消費
量が増える。

fox.cgiもたしか仮想メモリを消費しまくるものだったように記憶している。

以上から乱暴に予想すると、FreeBSDの仮想メモリ周りにバグが
いるんじゃないかな。実メモリが不足し始めるあたりで落ちている
のかも。……とすると、mmap()版と非mmap()版のread.cgiの影響
はシステムへの負荷のかけ具合という点でやや違いがある可能
性はある。
211Σ ◆projectlUY :04/06/19 17:55
何だその fox.cgi って嫌な名前のものは
ところで FreeBSD でOpteron Dual な環境を作ろうと思っています.
メインの使用目的は数値計算なんだけど,
お勧めの構成ありますか?

DOSパラ辺りで,ベースモデル買ってそれにFreeBSD入れて
見ようとおもうのだけど...
メモリはとりあえず4GBくらいからはじめます.
>>212
ここにも行ってみるといいよ。

OpteronにHammerろう 24way
http://pc5.2ch.net/test/read.cgi/jisaku/1086183061/
あとは v-t.jp が Opteron 全般に力入れてますね.
価格も悪くないです.
215名無しさん@お腹いっぱい。:04/06/21 00:52
>>214

ここって確かバイオ系の解析用にOpteronで作った恐ろしいクラスタを
納入したところじゃなかったっけ?

FreeBSDでも動くかな?
OpteronのクラスタでTop500にぎやかしたって聞いたことある。
1ch.tvで有名な西さんが取締役なんだよな。
217名無しさん@お腹いっぱい。:04/06/21 02:29
>>212

そういえばDualで安定して動くようになった?
Current...
currentに安定を求めてはいけない・・・
賽の河原へゴー!
users-jp 80020。おしい。FreeBSD/AMD64 での動作確認レポートが見たかったぞ.
221名無しさん@お腹いっぱい。:04/06/25 22:24
ここ1,2週間のCurrent,妙に遅くなっています.

今なんかスケジューラ辺りをいじっているような感じですね.
222nork:04/06/27 22:17
nork
>>222
呼んだ? 何?
224名無しさん@お腹いっぱい。:04/06/28 23:55
数値計算用にOpteronマシン買いました.

残念ながらDualではないのですが,とりあえずFreeBSDのcurrent入れて
見て今試験運用中です.
それなりに動いています.

これでいくつか性能評価して良ければ,何台かOpteron dual マシンを
買ってもらえることになっています.
全部,FreeBSD入れてやります...
>> 224
なんかベンチマークの結果みせてよ
himeno benchとかさ
FreeBSD じゃないけど,対 Nocona なら紹介されてた:
ttp://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html
ubenchどうよ?
>>225
4.10R(i386)でやってみた。(Opteron240x2)
ここらあたりと比べるといまいちだが、gccでも健闘しているとも言えるかな。
ttp://benchmarks.jp/bench_test/himeno.html
やっぱPGIコンパイラがないのが困るよね。(PGIってLinuxlatorで動くの??)

$ mpif77 -O3 himenobmtxpr.f
$mpirun -np 2 ./a.out
Sequential version array size
mimax= 257 mjmax= 129 mkmax= 129
Parallel version array size
mimax= 257 mjmax= 129 mkmax= 67
imax= 256 jmax= 128 kmax= 65
I-decomp= 1 J-decomp= 1 K-decomp= 2

Start rehearsal measurement process.
Measure the performance in 3 times.
MFLOPS: 968.11987 time(s): 0.42486 0.00169377949
Now, start the actual measurement process.
The loop will be excuted in 423 times.
This will take about one minute.
Wait for a while.
Loop executed for 423 times
Gosa : 0.00104661949
MFLOPS: 960.013135 time(s): 60.411124
Score based on Pentium III 600MHz : 11.5887632
www/apache2 が 2.0.50 にアップデートされたけど、
WITH_EXPERIMENTAL_PATCHES ってknobが追加されてるね。

ttp://docs.freebsd.org/cgi/mid.cgi?200407010554.i615su23066756
* exp-http-ready.patch: add "httpready" support for ACCEPT_FILTER
(currently apache 2 only support "dataready")
* exp-apr-kqueue.patch: add support for kqueue in apr_poll().
This patch greatly improves apache network performance (up to
18% according to the author, on my test box, between 13% and 21%)
Test and feedback on -STABLE are welcome ;)
230名無しさん@お腹いっぱい。:04/07/02 11:06
MSも落ちるらしい、64鯖
>>230
どこで聞いたの?
初心者もOKスレから移住してきました。
FreeBSD5.2.1-Release for AMD64でportsからmozillaをmake install
したのですが、起動すると「Bus error」と2回ほど表示されウィンドウも何も出ず
終了してしまいます。

packageからインストールしようとしたのですが、packageが見つかりませんでした。
netscapeとoperaはAMD64ではサポートしてないと弾かれました。

どのようにすればAMD64のFreeBSDでmozillaを動かせますでしょうか?
よろしくお願いします。
>232
-current を Release と思うな.
cvsup しる & -current 読め.(ちなみに mozilla が使えるかどうかはしらん)
それが辛いなら i386 で使え.
>>228
はえーな。それに、もっといくね。
おぷてろん欲しくなってきた。
235名無しさん@お腹いっぱい。:04/07/04 22:45
Opteronって i386版のFreeBSDを入れたらどうなるの?
CPUとかきっちり認識してくれるのかな?

とりあえず5-snapshotを入れようと思っています.
>>235
amd64は32bits環境も持っていて、何ら問題なくi386が動く。
>>235
それが無いとwindowsユーザはちょっと大変な事に成ってる
238名無しさん@お腹いっぱい。:04/07/04 23:23
CPUは何に認識されるんでしょうか?

Pentium class unknown CPU とかになるのでしょうか?
それとも立派に Opteronと認識されるのでしょうか。
>>238
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb5.2ch.net/test/read.cgi/operate/1074124767/481 名前:root ★[sage] 投稿日:04/02/01(日) 14:10 ID:???
i386モードで動いていた時のdmesg出力。

Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.2-RELEASE #0: Sun Jan 11 04:21:45 GMT 2004
root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc09e1000.
MPTable: <AMD HAMMER >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Opteron(tm) Processor 242 (1603.65-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
AMD Features=0xe0500000<NX,AMIE,LM,DSP,3DNow!>
real memory = 2146959360 (2047 MB)
avail memory = 2080206848 (1983 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
ioapic0: Assuming intbase of 0
ioapic1: Assuming intbase of 24
ioapic2: Assuming intbase of 28
ioapic0 <Version 1.1> irqs 0-23 on motherboard
ioapic1 <Version 1.1> irqs 24-27 on motherboard
ioapic2 <Version 1.1> irqs 28-31 on motherboard
Pentium Pro MTRR support enabled
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
240239:04/07/05 00:56
同スレより
411 名前:root ★[sage] 投稿日:04/01/31(土) 13:34 ID:???
>>410
# uname -a
FreeBSD oyster901.pacificinternetexchange.net 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sun Jan 11 04:21:45 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386
>>235
CPU: AMD Opteron(tm) Processor 240 (1403.19-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
AMD Features=0xe0500000<<b20>,AMIE,<b29>,DSP,3DNow!>

IOAPICまわりも大丈夫
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
Programming 4 pins in IOAPIC #1
Programming 4 pins in IOAPIC #2
FreeBSD/SMP: Multiprocessor motherboard: 2 CPUs

これは勝ちか負けかでいうと負けなので、send-prしまくって5.x成熟させて。
>>241は4.10Rです。
amd64 で高速トリップ検索したひ...
244Σ ◆projectlUY :04/07/10 00:16
>>243
Pen4 2.8Cで 290,000key/secぐらい
>>243
FreeBSDで動くトリップ検索ソフトって、utripperの他に
何かあるのかな。
ていうかutripperのページ、移動しちゃったのか消えちゃったのか、
なんか見つからなかった。
246Σ ◆projectlUY :04/07/17 02:27
スルーされたので、教えてあげない
>>245
Sorry, the site you requested is inactive.
64bitのCPUだと体感ではどのくらい早くなるの?
249名無しさん@お腹いっぱい。:04/07/17 11:20
SMPだと不具合があるっぽい。
acpiやらbios設定が関係しているといううわさも・・・・
250245:04/07/17 14:28
>>246
そんなこと言わないで、おしえてよぅ。
ツール持ってないから、それが早いのか遅いのかも判らないんだよぅ
251245:04/07/17 14:50
>>247
そう。utripperのページとして紹介されてたページではそう出た。
ttp://www.geocities.com/tk2001b/utripper/
ID消されたんだか、何かかなぁ。
>>251
geocitiesのinactiveってのは更新せずに放っといたって意味。
事前に警告が来る。更新すれば再開できる。しないだろうけど。
253245:04/07/17 15:42
>>252
>geocitiesのinactiveってのは更新せずに放っといたって意味。
なるへそ。解説ありがとう。
http://web.archive.org/web/*/www.geocities.com/tk2001b/utripper/
2003年6月以降更新無しかぁ。
ダメモトで作者さんにメールしてみようかね。
254Σ ◆projectlUY :04/07/17 15:51
-----------------------------------------------------------
%./utripper BillJoy
Found 0 (in 36006700 130.96s 274936trips/s)
-----------------------------------------------------------
% wine -- ./tripmona.exe -r -x
---- Trip-Mona Ver.0.9.42 ----
Intel(R) Pentium(R) 4 CPU 2.80GHz
Detected: MMX/SSE/SSE2 2806.4MHz
Head(Random): RY (salt: Se)
Target: BillJoy
Pattern: 3
-- Hit:0 33.22MTrips 112.85s 294.41(k/s) Stage:1(43%) --
-----------------------------------------------------------

utripperは、検索対象増やすとどんどん遅くなる傾向があった覚えあり
wineでWin用が普通に動くので、適当にためすよろし
255245:04/07/17 16:23
>>254
$ portinstall emulators/wine
** Port marked as IGNORE: emulators/wine:
"is only for i386," "and you are running amd64"
(´・ω・`)ショボーン

utripperの作者さんにメール送ったけど
----- The following addresses had permanent fatal errors -----
<tk2001b@yahoo.com>
(reason: 554 delivery error: dd Sorry your message to tk2001b@yahoo.com cannot be delivered. This account has been disabled or discontinued [#102]. - mta185.mail.re2.yahoo.com)

さらに(´・ω・`)ショボーン

ともあれ、ありがとうございました。
i386な環境にwine入れて試してみるです。
256Σ ◆projectlUY :04/07/17 16:49
utripper、うちに展開済みのソース一式あるけど、再配布規定が不明だな
257245:04/07/18 13:49
i386な環境;

CPU : Athlon64 3000+
MEM : DDR SDRAM(PC3200) 512MB
M/B : AOpen AK86-L
OS : FreeBSD 4.10-RELEASE(i386)

下で3200+ってなってるのは、多分BIOSを更新してない所為。
2GHzのキャッシュ512KBの奴なので、間違いなく3000+。
試した結果。
---- Trip-Mona Ver.0.9.42 ----
AMD Athlon(tm) 64 Processor 3200+
Detected: MMX/SSE/SSE2/3D Now!/Enhanced 3D Now! 1999.9MHz
Head: oQ (salt: wj)
Target: FreeBSD
Pattern: 3
-- Hit:0 21.60MTrips 135.73s 159.10(k/s) 1/8836(28%) --

やけに遅いなぁ。それともこんなもん?

>>256
できればそっちも試してみたいのですが...
作者さんとも連絡つかんし。
258Σ ◆projectlUY :04/07/18 16:47
AMD系はこっちのがいいかもしれない
ttp://trip.is-a-geek.net:4/ra8/
259名無しさん@お腹いっぱい。:04/07/18 17:18
つか、peko鯖の状況があまり芳しくないからrootさんをたすけてやろーぜ
260245:04/07/18 17:51
>>258
ありがとー さっそく試してみたよ。
環境は >>257 のとおり。
rb8ab-win32.exe を、listsample.txt を使って動かした。
途中経過の出力から。

LOOP : !!!"!!!! : 194700 t/s : Jul 18 17:30:02

194.7kkeys/s ...早くなったものの、2.8C北森には
まだまだ及ばないなぁ。ていうか北森はやっ!

>>259
ttp://qb5.2ch.net/test/read.cgi/operate/1087666806/
ここのことかな。
うに板住民として、何かお手伝いできることがあるとすれば
何だろう。
utripper 配布キボンヌ
>>259
現状ってどこいきゃわかるの?
>>262
ここが必要になったらrootさんが来るよ
264名無しさん@お腹いっぱい。:04/07/19 17:30
ですね>>260

で、今特に問題はSMP+ACPIの問題。
BIOSの問題も考えられるけど、カーネル側の問題もある模様。
265Σ ◆projectlUY :04/07/19 17:51
peko問題より、まずはν速復活を
>>265
それはいた違いですから。
残念
268 ◆8fuckFOXAQ :04/07/19 18:25
>>266
FOX★死ね
>>268
それは人違いですから。
>>255みたいなことなんだけど、なにがどうなってるのか良く分かりません。

AMD64自体には64bitモードと32bitモードの混在モードあるけど、FreeBSDで何処まで混在で動くの?
それともFreeBSD AMD64だとi386バイナリは全滅?

i386以外でというかAMD64でコンパイルできないportsもけっこうあるの?(cvsupみたいに)
FreeBSD i386でAMD64だと危ういものは何があるんでしょ?
経験的にはDuronで動かしてたFreeBSD i386でportsから入れて動いてたVMWare2は
そのまんまのディスクをOpteronのマシンに付けたら(=i386モードのまんま)ダメだった。
VMware自体は動き始めるんだけどWin2kの起動時にWin2kがパニック。
これってWin2kのせいじゃないよね??VMWareのせい?
>270
今後は i386 バイナリ対応とかするだろうけど現時点では期待するな
ttp://lists.freebsd.org/pipermail/freebsd-amd64/2004-July/001723.html
>>270
>そのまんまのディスクをOpteronのマシンに付けたら(=i386モードのまんま)ダメだった。
>VMware自体は動き始めるんだけどWin2kの起動時にWin2kがパニック。
>これってWin2kのせいじゃないよね??VMWareのせい?

そもそもこんな使い方はVMWare的におっけーなの?
おっけーなら、VMWareが何か変なのだと思う。
違うなら、Win2kていうかディスクイメージが悪いのだと思う。
273のたんぺ ◆Nonotanpe. :04/07/30 15:08
>>260
5.2R amd64 だと、utripper を単純に make しようすると、
tmp.s: Assembler messages:
tmp.s:8: Error: suffix or operands invalid for `push'
tmp.s:12: Error: suffix or operands invalid for `push'
tmp.s:13: Error: suffix or operands invalid for `push'
tmp.s:14: Error: suffix or operands invalid for `push'
tmp.s:16: Error: `12(%ebp)' is not a valid 64 bit base/index expression
tmp.s:18: Error: `(%eax)' is not a valid 64 bit base/index expression
<以下略>
な感じになる。

5.2R amd64 で、libdes を使った a8 だと、Pattern : 335 で 170k 程度。
CPU は Athlon64 3000+ 。
amd64 の snapshot install の取っ掛かりが 2004/3/24 位の iso しかないなぁ
と思っていたら snapshots.se.freebsd.org なんてのがあったんですね。
値下げがあったっぽいけど、どんな塩梅だい?
初めて FreeBSD/amd64 をインストールしてみました。
5-current に cvsup であげて /usr/src で buildworld すると
こんな感じ↓で止っちゃいます。
(1週間まえとかの日付でも同様です)

cat namehdr boolnames boolfnames numnames numfnames strnames strfnames nameftr > names.c
AWK=awk sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh \
/usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs > ncurses_def.h
sed </usr/src/lib/libncurses/../../contrib/ncurses/include/MKterm.h.awk.in >MKterm.h.awk \
-e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%" -e "/@NCURSES_CONST@/s%%const%" \
-e "/@NCURSES_XNAMES@/s%%1%"
awk -f MKterm.h.awk /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > term.h.new
sh /usr/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh \
/usr/src/lib/libncurses/ncurses_cfg.h term.h.new
** edit: HAVE_TCGETATTR 1
** edit: HAVE_TERMIOS_H 1
** edit: HAVE_TERMIO_H 0
** edit: BROKEN_LINKER 0
mv -f term.h.new term.h
277続き:04/08/03 15:23
sed </usr/src/lib/libncurses/../../contrib/ncurses/include/termcap.h.in >termcap.h \
-e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%" -e "/@NCURSES_CONST@/s%%const%" \
-e "/@NCURSES_OSPEED@/s%%short%"
sed </usr/src/lib/libncurses/../../contrib/ncurses/include/unctrl.h.in >unctrl.h \
-e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%"
cc -o make_keys -O -pipe -I. -I/usr/src/lib/libncurses \
-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses \
-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE \
-DNDEBUG -DHAVE_CONFIG_H -DTERMIOS /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c
/usr/obj/usr/src/amd64/usr/bin/ld: cannot find -lc
*** Error code 1

Stop in /usr/src/lib/libncurses.


で、/usr/src/lib/libncurses に移って make する分には
なにも問題なく終了するし同じ日付でも i386 環境では問題ないんで
なにか見落としているのかなと思うのですが...
あーそうか FreeBSD/amd64 にしちゃうと Wnn7 使えないのか・・・
悩ましいな
別のIA32なマシンでWnn7走らせて、リモートで使えばいいんじゃないの?
>>279
jserver 専用に EPIA でも買ってきて動かしますかねw

・・・書いてみて思ったがいい解決策かもしんない



とりあえず i386 の5.x.xにして様子を見て
make buildworld TARGET_ARCH=amd64 で切替えるっていうのが
安心な感じがするのですがどうでしょう?
うまく行った人いる?
TARGET_ARCH=i386で元に戻せる?
いきなりamd64では何か問題あるの?
>281
-amd64 ML では出来なくはないかもしれないが激しく奨められない、だったはず。
緊急避難用に i386 のパーティションも用意しておくというのが
-current style なんじゃないのか?
284281:04/08/10 02:00
>>282
単にものぐさなんです。
フロッピーブートできないのでインストールするのが面倒。。。。
CD焼いたりCDROM付けたりとか。

>>283
やっぱ危ないのか。
5.2.1入れたduronマシンではクロスbuildはできました。
クロスinstallworldでbootやlibがどうなるか。。。??

ということで本番機(opteron x 2)はもう少し4.xでいます。
>>284
そういうあなたにEthernet BOOT
287281:04/08/10 22:55
>>286
こいつ自体がdhcp+tftp+nfsのディスクレスクライアント用サーバなんですよ。。。

素直にCDからブートして空きパーティション確保して突っ込むのがよさげな気がしてきました。
10年物のSCSI CDROM最後のお勤めかな。
CD-R読めるかちと不安だが。
年末までに5.3Rが出たら決行することに。
>>287
じゃあ、手元のマシンでもなんでも
サーバのインストールサーバを一台仕立てれば。

べつにどうでもいいけど。
何れにしろ、サーバにするならたくさんテスト汁
# 早くstableにならんかな
NetBSD/amd64なら普通に動くんだけどなぁ。
FreeBSDがだめなら、NetBSDを使えばいいじゃない。でFA
Solarisでいいだろ。正式に出るの来年らしいけど。
>>292 Early Access は9月に出るらしい.が... >>1 からすると
ここで Solaris の話はスレ違いか......
294281:04/08/15 15:13
>>290
新アーキテクチャが出たときにすぐ動かないのでは何のために処理能力
落として回りくどい実装したのか分からんことになるからな。
>>294
ハァ?
>>295 ??? imihume
>>296
「処理能力落として回りくどい実装」というのが意味不明。マジでいってるの?
>>297 ? sorega?
変なのが沸いてるな。
>>295
煽りばかりしてるとこうなる。食いついた以上、ちゃんと論破しないとな。
>>300
>>294の間違いではなくって?
NetBSD/amd64(x86_64)は2001/06には既にソースツリーに入ってる。
安定しているのも当然って気もするな。

FreeBSD/amd64はつい最近でしょ?
ttp://docs.FreeBSD.org/cgi/mid.cgi?200408181614.i7IGEjWH058705
vkashyap 2004-08-18 16:14:44 UTC

FreeBSD src repository

Modified files:
sys/dev/twa twa_freebsd.c twa_reg.h
Log:
Changes to make twa work on amd64.
>>302
いんや、GCC-3.Xをマージしてからかと。それまでは
ツールチェインを独自にビルドしなきゃいけなかったかと。
>>304
どちらが「いんや」だかわからんけど。
もし前段に対する「いんや」であるならToolChainがin-treeかとportがマージされているかどうかは関係ないよ。
#src/share/mk/bsd.own.mkのTOOLSCHAIN_MISSINGのあたりを見てみれば分かると思うけど。
>>305
いや、お前の言ってることの方がわかんね。何がいいたいの?

>NetBSD/amd64(x86_64)は2001/06には既にソースツリーに入ってる。

こんなの誰も使ってないことをいいことにsrc/sys/arch/の下に
ただ突っ込んでただけだろ。それで安定してるだ?アホか。

gcc3に移行したのもFreeBSDと比べても遅かったし、NetBSDのAMD64の対応が
良かったわけでもなんでもありません。
>>306
ポートに入った直後に安定していた。とは一言も言ってないよ。
そのくらい昔からもまれているんだから今は安定してるのも当然だ。という話。

>gcc3に移行したのもFreeBSDと比べても遅かったし
gcc3への移行が遅いからなんだっていうんだろう。
必ずしもin-tree ToolChainを使わないといけないって決まりはないでしょ?

>NetBSDのAMD64の対応が 良かったわけでもなんでもありません。
FreeBSD/amd64と比べての話?
この場合の「対応」の意味は?論拠は?
言葉の定義とか曖昧なこと書かないで、ソースコードをあげて具体的なことで議論しろよ……
こういう季節なんだし。
5-stable が分岐したわけですが、FreeBSD/amd64 の
開発リソースは -current/-stable 2正面作戦に対応できるのかしら?

# sparc64 とかはもっと深刻だろうけど
>>309
原則的に開発は-CURRENTでしかやらないので二正面作戦もなにもありませんよ。
311281:04/08/20 01:29
開発は良いとして、安定化する暇があるのかと。
安定したと判断したからbranchしたんですよ?

とても信じられませんけど。
いや、このままだと埒があかないから無理やり分岐させて安定化方向に持っていこうとしているんじゃないの
うっかり 6 にしてしまった。
悪気は無かった。
今、cvsupしている。
FreeBSD for age64
316名無しさん@お腹いっぱい。:04/09/05 21:48
ところで FreeBSD for AMD64 がDualCPU環境で
動いている人いますか?

できれば動いているOSのバージョンやハードウェアのシステムの構成を
教えてください.
2chの運用板に行けば書いてあるぞ。
319281:04/09/12 03:12:35
i386版の5.3-BETAはなかなかいい感じなんですが、
AMD64版はどうですか?
tiger511,512 に突っ込むんじゃないかな。
おいおまえら! デュアルOpteronなキューブPCがお目見えだそうですよ!
http://www.watch.impress.co.jp/akiba/hotline/20040911/etc_zmaxdp.html

筐体も赤ければマザーも赤い所といい、ケース内部の
つまりっぷりといい、かなり萌えでございます。
http://www.watch.impress.co.jp/akiba/hotline/20040911/image/niwd3.html

ちなみに、背面の温度は70度Cに達するとのこと。
これはこれで燃えなのでございます。
そのうち出るというdual coreなopteronに差し替えたらちゃんと4CPUになるのかな?
ま, 出るまえに壊れるわな.
>>323
うむ。さすがに70度はちょっと考えてしまうわな。
> デモ機の背面からは熱風とも言える空気が排出されていたが、これは内部での
> 排熱処理が効率的に機能している証とも言える。

吸気量が発熱量に対して不足しているだけだな.
dual core opteronには水冷でいけ。
小型冷蔵庫に入れた人はいないのかしら?
りきっどないとろじぇん!
りきっどないとろじぇん!
りきっどないとろじぇん!
>327
小型冷蔵庫の排熱能力をご存じですかな?
冷蔵庫は "発熱体" を入れるようには出来とらんのです。
>>329
そうですか。ダメですか。
ちなみに冷凍庫はどうですか。
だめですか。そうですか。
冷蔵庫のキモは保温力で, それに対して十分な冷却ができる.
扉を開けたままでは冷えないのはそういうことで.
ドライアイスを上に乗っけるてのはありですか?
だめですか。そうですか。
敢えて言うならスーパーとかの展示用みたいな業務用冷凍庫/冷蔵庫なら
ふた開けたまま冷やしたりできますけどね(パワーが違う)...
マジレスでもありネタでもあり。
液体窒素を使うのはどうですか?
だめですか。そうですか。
某コンビニの冷菓用ショウケースは開口部が大きいけど冷えてるよな
どれだけの温度を保つのかによって機構が変わってきますけれども。。。

♪鯖内蔵の冷蔵庫は目の付け所さんあたりが出してきそうな悪寒。@Not冷凍関鯖
ヒートシンクでケースを作るのはどうですか?
だめですか。そうですか。
>>337
そんなケースあるけど。
15万くらいするが。
ラックに冷房を内蔵した製品は有るよね。
排水はパンに入れて自然乾燥なのかな。
ヒートシンクを絶対零度にするのはどうですか?
だめですか。そうですか。
結露
>>341
>>結露
マシンを真空状態に入れるってのはどうですか?
だめですか。そうですか。
熱を逃がせないから一瞬でアボーン。
あとHDDのヘッドが浮かないから即死。
ふーふーして冷ますのはどうですか?
だめですか。そうですか。
>>343
除湿して湿度を限りなく0%にするのはどうですか?
だめですか。そうですか。
>>345 マシンは汗をかかないから湿度下げても意味ないんとちがうか
湿度0%だと割れるパーツとかありそうだな。
電解コンがドライアップするな.
ネタ無くなってきたんで次の人おながいします。
だめですか。そうですか。
はい。ダメです。
Opteron Dualな自宅鯖を守るためこの夏冷房入れっぱなしにした。
電気代跳ね上がった。
10000rpmディスク3台焦がした昨年よりは安いのでよしとしてますがレンタル鯖借りたほうが断然安い。。
部屋の中に排熱すれば当然温度は上るので, 室外に排気することを考えたらど
うだろうか. 例えば, エントツ効果を応用した排熱システムとか. エントツま
では空調用ダクトで繋いでしまう.
>>352
それは、俗に言う家庭版サーバルームではないの?
違いますか。そうですか。
http://www.google.co.jp/search?hl=ja&ie=UTF-8&q=%E5%AE%B6%E5%BA%AD%E7%89%88%E3%82%B5%E3%83%BC%E3%83%90%E3%83%AB%E3%83%BC%E3%83%A0&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
家庭版サーバルームに該当するページが見つかりませんでした。
検索のヒント
- より一般的な言葉を使ってみてください。
google検索で引っかからない言葉を作ってしまった。
すげー。
>>355
すぐにこのスレが引っかかるようになる罠。
大版中版家庭版
358 ◆BFzK/mtqM2 :04/09/22 00:35:52
>>316
動いてるよ~ん
【M/B】 Gigabyte GA-7A8DW
【CPU】 Opteron 240 × 2
【O/S】 FreeBSD 5.3 BETA5
FreeBSD for AMD64だと、でかいファイルも問題なく扱えるのでしょうか?
今使っているMySQLのテーブルが1GBを超え、少々心配になってきたので、
移行してみようかと思っています。
どうでしょう?
どの程度のでかさの話ですか?
4GB over 程度は FreeBSD/i386 でも扱えますけど...
「扱う」の定義によるな。
数十GBのサイズのファイルをばばーんとmmapしようと思ったらamd64が必要。

普通にread/write/seekするだけなら*BSDはoff_tが64bitなので>>360
いう通り、何も考えなくてもできる。
Linux含め他のUNIXだとコンパイル時に変なマクロ定義しなきゃならんけど。

FreeBSD/amd64でのMySQLがover 4GBのデータベースを正しく扱えるかはまた別の
話という可能性もあるので、そのへんはMySQL関係の情報を当たられたし。
>>334
もう、実際にやってる方おりますが何か?

Athlonでやれて、Opteronでできないことはないはず。
君もいますぐ挑戦だ!

FreeBSDでCnQ出来ますでせうか?
http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_871_9706,00.html

鯖に使うとイイかなと・・・
>>363
ttp://lists.freebsd.org/mailman/htdig/freebsd-mobile/2004-August/004573.html
ttp://www.daemonology.net/freebsd-est/
Pentium Mプロセッサ向けに、CPUのクロック周波数と動作電圧を
動的に変えるドライバがあるみたいだから、
もしCnQとやらがこれと同じ仕組みを使っているのなら、
このドライバを改造すればどうにかなるかも。

# おいらはAMDマシンを一つも持っていないので確認できんが。
>>361
> *BSDはoff_tが64bitなので

どのバージョンから?
>>365
> どのバージョンから?
すくなくとも FreeBSD の RELENG_2_2 では以下の結果が出てくるが...

% find . -name '*.h' | xargs grep _BSD_OFF_T_
./i386/include/ansi.h:#define _BSD_OFF_T_ long long /* file offset */
./sys/types.h:typedef _BSD_OFF_T_ off_t; /* file offset */
>>366
% cd ${4.4BSD-Alpha}
% grep off_t *
fcntl.h: off_t l_start; /* starting offset */
...snip...
types.h:typedef quad_t off_t; /* file offset */
...snip...
% grep quad_t *
...snip...
types.h:typedef unsigned long long u_quad_t;
types.h:typedef long long quad_t;
types.h:typedef quad_t * qaddr_t;
types.h:typedef quad_t off_t; /* file offset */
...snip...

4.3BSD は無印は long になっていた(VAX だから当然 32bit)。
4.3BSD-Tahoe とか 4.3BSD-Reno とかで quad_t になったんだろうね。
age
369名無しさん@お腹いっぱい。:04/10/14 23:26:22
忘れていません、あの日を
http://www.fetica.com/unix.swf
370名無しさん@お腹いっぱい。:04/10/15 18:46:12
>>369
これを見るたびに涙が出そうになる。
371名無しさん@お腹いっぱい。:04/10/18 05:40:43
UNIX頑張れ!
372名無しさん@お腹いっぱい。:04/10/20 17:23:53
>>369
忘れそうになりますね。
373名無しさん@お腹いっぱい。:04/10/20 21:05:01
FreeBSDではOpteronの性能を100%発揮できるのでつか?

とくに制限とかない?
教えてくだされ。
i386-Linuxの32bitアプリケーションは、動きますか?
>>374
御自分で試してみてはどうでしょう。
試す環境があるとは限らないのでは。
俺も知りたい。
>>376 そう、環境無いんです。
>>377 誘導どうもありがとう。状況がつかめたと思います。
>>377
ありがとー
パッチ作ってくれてる人がいるので
http://lists.freebsd.org/pipermail/freebsd-amd64/2004-October/002335.html
さっそく試してみるよ。
やっぱメリケンのMLもチェックしなきゃですよ。
AMD64はコードセグメント毎に32bit/64bit環境を切り換えることが
できるようになっている複雑なarchだから、きちんと対応させようと
すると本当に面倒になるんだろうね…
>>381
どうやらそうみたいね。なんか嬉しいなぁ。
nfukudaさん、ありがとう&お疲れさまです。

ていうか、僕のamd64なマシンはマザーnForce3だから
これ試せないな。
5.3R/AMD64のISOまだかな?i386はミラー進行中だが。
384383:04/11/09 02:28:45
入れてみました。
なんか色々と4.10Rと違って戸惑ってます。
5.x/i386で練習しておけば良かった。
怖いのでまだSMP kernelにしていません。
チャレンジャーの報告希望。
あはは~。5.3RでのSCHED_ULE導入見送り~。
mozillaはwww/linuxpluginwrapperのプラグイン動かない...

やっぱlinux i386エミュレートしても
64ビット実行ファイルで32ビットのプラグインは使えないのかな?
そりゃ無理だろ。
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/l50

運用情報側でなんかOSに関するトラブルが出たっぽいので
腕に覚えのある方は挑戦されたしー
>>387
やっぱり無理ですか。リンクできないもんなぁ。

ときに、AMD64バージョン使っている人はどうやってflash見てるの?
そりゃノートパソコンに入れたWindowsでだろ
GPLFlashは使えない?
/usr/src/tools/lib32/build32.shに期待してたんだけど
FreeBSD/i386バイナリを実行するとコア吐くね
自宅サーバの4.10R/i386からの移行完了。
案ずるよりなんとやらで拍子抜けした感あり。
結局、64bit環境にする場合は32bitバイナリは極力使わないようにせんと
不安定要因になるんだから、Ita2のように一挙に64bit環境に乗り換えさせ、
32bitバイナリはエミュレーションで実行するような選択のほうが
正しいんだろうな…。

とはいえ、それだと多くのユーザにとってはあまりにもハードランディング
すぎるからIta2は売れずOpteronは売れたってことなんだろうけど。
回りでIA64のFreeBSDの話聞かないな。
自分でも1年前くらいから暇があれば入れてみようと思いつつ暇がない。
遊べるものを持っているやつが全然いないだろ…
おいすたーは元気にやっとるんかのう
emのマシンがある模様。
5.3R-p1が出たときに直されそうだけど、一足先にビルドして入れ替えちゃうのがいいか。
5.2.1R なんかで維持しているのは論外だけど 5.3 もすくなくとも em 関連は
そのまま維持するのはまずそうなので -stable 追跡にするか最低でも
em関連を更新、は必要っぽいね
完全に話題についていけてないけど、
em0からbootしてるdisklessクライアントが
とんでもないことになってるはそういうことかと思った。
402名無しさん@お腹いっぱい。:04/12/01 20:19:28
保守
403401:04/12/03 03:02:29
カニNICにしたら快適。得したような損したような。。。。
サーバ側はbge0,1,2を5.3R/amd64にて。
404名無しさん@お腹いっぱい。:04/12/11 11:56:02
保守
初心者スレからこちらへ誘導されたのですが、

FreeBSD/amd64って、stableは鯖に使える程度の状態でしょうか?
それともcurrntの方がマシでしょうか?
>>405
誘導と言うより、こっちのスレを一通り読めって意味だったんだが
>>405
詳しくは知らぬが、2chは、5.3を使っているはず。
運営板にあるスレッドを読むと参考になったりして。

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/test/read.cgi/operate/1102087698/l50
>>406,407
情報ありがとうです。googleで検索もしてみたんですが、
stableもcurrentもどっちどっちって感じみたいですね。
素直にcurrentを追っかけてみます。
>>408
まて、(用途に比して)その理屈はおかしい。
>>409
鯖っていっても、一日1000ヒット弱くらいのWeb鯖兼
ファイル鯖&NAT箱って感じなので、安定していないなら、
currnetでもいいかと思ったんですが。
手元にマシンがないのならcurrentはやめとけ。
突然どうしようもない状態になることもあるぞ。
同じ無限でも可算無限と非可算無限は違うだろう。
同じ安定しないでもstableとcurrentは↑くらい違う。

お医者さんとお医者さんごっこは違うだろう。
サーバと鯖ごっこも↑くらい違う。ほっとけばいいよ。
414名無しさん@お腹いっぱい。:04/12/30 00:54:04
FreeBSD for AMD64 環境で 32bit 用のバイナリアプリの
互換状況ってどんなもんですか?

Wnn7 を動かしたいと思っているのですが...
oyster=ex7だっけ。昨夜Load Average 57ちょいで動いてた。ちょっと感動
CURRENTでULEがようやっと安定してきたようだし、AMD64まわりにも手が入っている
ようだから、5.4RではDual Opteronがそこそこの安定性&性能で使えそうな気が。
-STABLE に今から ULE 持ってくるのか? 6-stable 送りじゃないの?
いや多分それくらいだとMFCされる悪寒...
419root ★:05/01/16 04:28:02
>>415
ex7 は tigerサーバ dual Xeon (2.8GHzx2) ですね。
dual Opteron (242x2) は live8。
420root ★:05/01/16 04:29:10
>>416
ULEようやくですか。
5.3Rでdual構成がようやくまともになって、うれしいなと。
421名無しさん@お腹いっぱい。:05/01/16 14:26:00
>>418
ではまた天地創造の苦しみを味わうことに?
>>421
んまぁ、Linuxでは2.4の途中でVM入れ換えたけどそれが功を奏したんだし、
あんまりネガティブに考えなくてもいいんじゃない? 現状の5.xはあのころの
Linux 2.4のように大きく手を入れないと安定しそうにもないんだし…
いまも -RELEASE や RELENG な FreeBSD/AMD64 では 32bit バイナリは実行不可能
という認識であっていますでしょうか

Athlon64 化したのですが Wnn7 のからみがあって /AMD64 に手を出せないままでいます
>>423
いいえ。
>>424
すると既存の32bitバイナリはそのまま実行可能という認識で良いのでしょうか。
5.2.1-RELEASE, 5.3-RELEASE のリリースノート原文には目を通しましたが、
32bit, 64bit バイナリの実行について触れた部分は特にないように見えます。
>>425
このスレのログ読んで出直せ、包茎。
>>425
はい。動くことになっています。
このスレを読んで役に立つかどうかは知りませんが、
freebsd-amd64@は暇な時にでも眺めておいた方がいいでしょう。
まさに今日もi386互換の話題が出ています。
428名無しさん@お腹いっぱい。:2005/04/09(土) 23:32:22
Athlon64を購入予定なのですが
FreeBSDを入れるとしたら32bit版と64bit版のどちらがお勧めですか?

安定性と既存のソフトウェアが動作するかどうかが問題です.
ただし,市販のバイナリ供給されているソフトウェアは使いません.
429名無しさん@お腹いっぱい。:2005/04/09(土) 23:55:27
2ちゃんねるの鯖は64bit版使ってる
430名無しさん@お腹いっぱい。:2005/04/09(土) 23:58:10
そんな君にお勧めするのはi386だ
動作させたいアプリを示さない質問者に、どうして64bit版を勧められようか
動作しなかった場合、君にはどうすることもできないんだろ?
431名無しさん@お腹いっぱい。:2005/04/10(日) 02:46:59
>>428は有名な釣り師
432名無しさん@お腹いっぱい。:2005/04/10(日) 17:10:41
>>430
「既存のソフトウェア」が何用なのかすら書いてないもんな。
Solaris/SPARCようだったりしたらお手上げだよw
433名無しさん@お腹いっぱい。:2005/04/26(火) 06:46:14
64bit環境でLinuxベースなものにしようか、FreeBSDベースにしようか
検討中なのですが、どこかに性能比較に関する情報はないでしょうか?

特に高負荷のApacheなWebサーバに関するものがいいのですが...
434名無しさん@お腹いっぱい。:2005/04/26(火) 10:48:24
>>432
遅レスだが、バイナリじゃないって書いてあるんだからお手上げってことはないだろ
435名無しさん@お腹いっぱい。:2005/04/26(火) 12:01:25
バイナリとパイズリってどことなく似てるな
436名無しさん@お腹いっぱい。:2005/04/26(火) 12:05:43
compat_linux32,compat_ia32とかいうのがある罠
437名無しさん@お腹いっぱい。:2005/04/26(火) 12:31:03
>>434
>遅レスだが、バイナリじゃないって書いてあるんだからお手上げってことはないだろ

LP64環境でそのままコンパイルしなおして動くとは限らない罠。
438名無しさん@お腹いっぱい。:2005/04/26(火) 12:42:20
バイナリとパイの実のほうが似てる
439名無しさん@お腹いっぱい。:2005/04/26(火) 15:40:59
>>433
ハードウェアあるなら自分でテストすればいいやん
440名無しさん@お腹いっぱい。:2005/04/27(水) 14:06:22
そういや かなり前の話だけど amd64版だと Rubyとかを ports から
インストールするとき途中で固まってうまくいかなかったりしたけど
最近のはうまく動くのかな?

ports のサポートはまだちょっと弱いような感じがするなぁ。
441名無しさん@お腹いっぱい。:2005/04/27(水) 14:35:49
いつの話だよ。

まぁ32bit前提でくんだソースが多くて困るってのは同感。
442名無しさん@お腹いっぱい。:2005/04/28(木) 18:56:02
ところで Athlon64 を買おうと思っているのですが
FreeBSD用の 以下のURLの NVidia のドライバって AMD64版のカーネルで
動きますか?

http://www.nvidia.com/object/freebsd_1.0-7174.html

もし動かない場合は、i386なカーネルにしようと思うのですが
Athlon64を 現在のFreeBSD 5.4-STABLE で 32bit互換モードで動かした場合
どの程度性能が低下しますか?

もし御存じでしたら教えてください。
443名無しさん@お腹いっぱい。:2005/04/28(木) 21:39:38
64bit Debianがいいよ。
おまいらも満足するかと。
444名無しさん@お腹いっぱい。:2005/04/29(金) 01:18:20
>どの程度性能が低下しますか?
逆に考えた方がいいよ
445名無しさん@お腹いっぱい。:2005/04/29(金) 19:29:02
>>442
64bitモードだとメモリ帯域が厳しくなるので
逆に32bitモードより性能低下が起きる可能性あり。

どちらにしろ64bitモードっていうのは極端に大容量な
メモリを使いたいときに使うものだ...
446名無しさん@お腹いっぱい。:2005/04/29(金) 19:47:04
汎用レジスタが増えたから、それでトントンくらい
なんじゃないかなーって希望を持ちつつ使ってる俺ガイル。
447名無しさん@お腹いっぱい。:2005/04/30(土) 00:06:52
どこかで legacyモードと64bitモードの速度比較したページとか
ありませんか?
448名無しさん@お腹いっぱい。:2005/04/30(土) 00:16:18
NetBSDスレに byte benchmarkの話が出てたよ。
NetBSD上では、ほとんどのケースで amd64の方が速いようだ。
同じgccだし、たぶんFreeBSDでも同じ傾向なんじゃないかな。
理由はたぶん>>446の言うとおり、汎用レジスタが増えた効果が、
メモリフットポイントの増加以上に効いてるんだと思う。

あと、そのベンチマークだとNetBurst系CPUがやたら遅かった。
449名無しさん@お腹いっぱい。:2005/04/30(土) 00:51:59
Linuxではこんなbenchがあった。
傾向はかわらないだろう。
ttp://www.linuxhardware.org/article.pl?sid=05/02/24/1747228
450名無しさん@お腹いっぱい。:2005/04/30(土) 11:39:48
>>449
これで見るとレイトレ計算とかエンコード関係は 64bitの方が速いね。
それ以外は、それほど変わっていなかったけど...
451名無しさん@お腹いっぱい。:2005/04/30(土) 18:59:06
>>448
メモリフットポイントってな~に?
452名無しさん@お腹いっぱい。:2005/04/30(土) 19:48:19
>>446
汎用レジスタの倍増によるメモリアクセス減少の効果が大きくて
ほとんどの場合速くなるよう。
もちろんコンパイラの最適化次第でgcc-4.0はgcc-3.xより速い。
ただgcc-4.0はまだバグ持ち。
453448:2005/04/30(土) 22:12:43
フットプリントと書いたつもりがtypoった。orz
454名無しさん@お腹いっぱい。:2005/05/01(日) 08:55:02
>>449
数値計算用 Opteron デュアルなマシンを
i386カーネルのFreeBSD 5.3-stable で使ってたよ... orz

AMD64なカーネルの 5.4-stable に入れ直して出直してきます.
455名無しさん@お腹いっぱい。:2005/05/01(日) 09:46:52
>>454
Linuxにしろ*BSDにしろi386は浮動小数点にx87を使い、x86-64では
SSE2を使う。x87が80bitなのに対してSSE2は64bitなので数値計算の時は
誤差が問題になることがある。注意されたし。
456名無しさん@お腹いっぱい。:2005/05/01(日) 14:16:09
普通そこを問題にするか?

誤差を問題にするならIA32で387を使う方を問題にするだろ、普通。
457名無しさん@お腹いっぱい。:2005/05/01(日) 14:39:57
今まで計算してきたデータがあるからでしょ。
458名無しさん@お腹いっぱい。:2005/05/01(日) 18:13:14
>>455
ということは、64bitが速いのはそのせいですか?
PovRayなんて数値計算だらけだし...

もしかして gcc -msse2 とかってやったらlegacyモードでも
速くなる?
459名無しさん@お腹いっぱい。:2005/05/02(月) 01:45:40
byte benchmark では、整数演算のみしか使わないベンチマーク
も速くなってたから、それだけじゃないよ。
460名無しさん@お腹いっぱい。:2005/05/02(月) 01:48:19
>>456
387のFPUを元にIEEE規格が決まり、いまどきのUNIX WSはみんな
それに従った実装になってるんだから、IA32で誤差が問題なんて
ことはないでしょ。

>>457
浮動少数点フォーマットはほぼ互換なので、他のプラットフォームに
持ってくのは割と簡単。
461名無しさん@お腹いっぱい。:2005/05/02(月) 02:45:54
462名無しさん@お腹いっぱい。:2005/05/02(月) 03:57:11
前者の話は、IEEEフォーマット共通の問題で、i387特有の話
じゃないようだよ。しかもi387に限っては、80bit演算がある
から問題が解決されている。
80bitサポートのない他のプラットホームの方がむしろ問題。

後者の話もJavaのstrictfp仕様に沿うかどうか、すなわち
機種依存性の話であって、むしろi387では指数部が溢れない
ため正しい計算結果が出るが、他のプラットフォームでは
誤った答が出るという場合もあるだろう。二度丸めは確かに
問題になりそうだが。
463名無しさん@お腹いっぱい。:2005/05/02(月) 04:01:45
わかってないね……。
464名無しさん@お腹いっぱい。:2005/05/02(月) 04:37:52
461=463はたぶん真性包茎
465名無しさん@お腹いっぱい。:2005/05/06(金) 14:53:17
ttp://www.FreeBSD.org/platforms/amd64/motherboards.html
FreeBSD/amd64 Project -- motherboards
466名無しさん@お腹いっぱい。:2005/05/06(金) 20:14:16
何をもってしてfully functional
467名無しさん@お腹いっぱい。:2005/05/06(金) 21:14:40
ほほぉ、6-currentだとnveというドライバがあるのか。

さあ、currentへ。
468名無しさん@お腹いっぱい。:2005/05/06(金) 22:16:38
"Highly unstable with 5.2.1-R." と書いてあっても Fully functionalらしい。

"一通り動作はしますよ。" 安定かどうかとかは別問題、ってことですかね。
469名無しさん@お腹いっぱい。:2005/05/07(土) 14:36:44
>>467
む? それはもしかして nForce2 のオンボードGbEが使えたりするのかな?
470名無しさん@お腹いっぱい。:2005/05/07(土) 15:17:28
471名無しさん@お腹いっぱい。:2005/05/07(土) 15:28:38
>>469 nForce2のMCP Ethernet adapterでGbEなんてあったっけ?
472469:2005/05/07(土) 17:05:14
おっと nForce3 250Gb だったよ。
473名無しさん@お腹いっぱい。:2005/05/08(日) 01:44:52
>>472

>>470 のports最新版(1.0.0301)のマニュアルには、

32bitコンパチモードでならもしかすると nForce3 MCP3でも
動くかもしらんよ。テストしてねーけどなw

と書いてありまつ。
474名無しさん@お腹いっぱい。:2005/05/08(日) 07:37:21
# cd /usr/ports/audio/wavplay
# make
===> wavplay-1.4_1 is only for i386, and you are running amd64.
…(´・ω・`)
475名無しさん@お腹いっぱい。:2005/05/08(日) 10:16:56
mplayer じゃ重すぎるなら waveplay とかだめ?
476名無しさん@お腹いっぱい。:2005/05/08(日) 12:44:36
soxのplayとかesoundのesdplayとかも使えるんでないかい
477名無しさん@お腹いっぱい。:2005/05/08(日) 20:36:33
Opteron Dual マシンを購入しようと思っています。
根性なしなんでi386カーネルにしようと思っていますが、
こいういった使い方は邪道でしょうか?
478名無しさん@お腹いっぱい。:2005/05/08(日) 21:44:02
かなり普通すぎです。
479474:2005/05/09(月) 02:00:40
実は wavplay の中の wavrec 使って /dev/dsp -> wav -> mp3
したかったんですが sox で行けそうなので試してみます。
ありがとうございました。
480名無しさん@お腹いっぱい。:2005/05/09(月) 14:17:00
>>471
nForce2 Ultra 400Gb
nForce2 Ultra 400Rという製品もある
481名無しさん@お腹いっぱい。:2005/05/09(月) 14:56:34
>479
録音作業は大体 GUI エディタ類(sndとか)でやっちゃうな...

一括流れ作業にするときは cui I/F が欲しいかもしれないけど。
482名無しさん@お腹いっぱい。:2005/05/10(火) 01:29:46
>>477
大変賢明な行いです。
483名無しさん@お腹いっぱい。:2005/05/11(水) 00:00:25
とりあえず、nveドライバをportsで拾ってきたのだが、
漏れの環境では、PHYデバイスの誤認識(?かどうか
わからんが、RTL8201が認識されず)により、カーネル
パニック。

なんか、RTL8201はPHYドライバとしては独立していなさげ?
RTL81x9系のドライバの中でいろいろやっているようだが。

と生半可にソースを追っかけてみたテスト。
484名無しさん@お腹いっぱい。:2005/05/11(水) 00:13:50
>>483 ttp://www.ohnolab.org/~kimoto/freebsd/ によれば、static linkなら一応動いていたみたいだけど。
485474:2005/05/11(水) 00:30:14
>>481
NHKラジオ講座の自動録音してみようと思ったので、今回はCUIでないと厳しいでつ
で sox でやってみたらできますた

環境: Athlon64 3500+ on Asus A8V Deluxe

#/bin/sh
mixer =rec line
mixer rec 75:75
sox -r 22050 -c 2 -t ossdsp -w -s /dev/dsp0 -t wav - |\
lame -V 5 --athaa-sensitivity 1 -m m - test.mp3

ところで、全然別の話なんですが Athlon64 64bit 環境で vncserver 動いてる人います?
486名無しさん@お腹いっぱい。:2005/05/11(水) 01:02:29
>>484
さんくす。ほー、currentのファイルはやや古いのでしたか。
後ほど試してみまー。
487名無しさん@お腹いっぱい。:2005/05/11(水) 23:09:39
>よく調べてみると RTL8201 のためには --enable-sis900 らしい。
へー。
488名無しさん@お腹いっぱい。:2005/05/29(日) 11:52:03
今度、大学で鯖管理させられることになりました。
Opteron のデュアル構成のやつです。
FreeBSD 5.4-stable が入っています。
バージョン管理に関しては、漏れの裁量でcvsupで src と ports を
更新してもいいそうです。

FreeBSDの管理は初めてなのですが、鯖関連のアプリで何か問題のあるもの
ありますか?

主にファイルサーバ、mailサーバ、試験用(内部公開のみ)Webサーバとして
使います。
それからJAVAが動くかどうかも知りたいのですが、AMD64でJDK動きますか?
489名無しさん@お腹いっぱい。:2005/05/29(日) 15:07:04
何はともあれportaudit入れるべし
490488:2005/05/29(日) 23:52:25
>>489
なるほど port の監視をしとけってことですね。

やっぱり内部鯖でも危険ですかね?
491名無しさん@お腹いっぱい。:2005/05/30(月) 00:09:41
>>488

Athlon64 ですが Java は一応動いています。安定して動作するかどうかは不明。
詳細は freebsd-amd64@freebsd.org

% uname -rp
5.4-RELEASE-p1 amd64
% java -version
java version "1.5.0-p1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-p1-root_02_apr_2005_23_57)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0-p1-root_02_apr_2005_23_57, mixed mode)
492名無しさん@お腹いっぱい。:2005/05/30(月) 00:31:11
内部でも外部でもportauditを入れない理由はそんなに無いと思う。
493488:2005/05/30(月) 00:50:21
>>491

FreeBSD AMD64でもJAVA 1.5 動いていていたんですね。
それは非常にうれしいです。
安定うんぬんは自分で調べていこうと思います。

>>492
とりあえず御助言どおりportaudit は入れようと思います。
たしかに port を監視しておくくらいのことはしておくべきですね。
494名無しさん@お腹いっぱい。:2005/06/15(水) 17:51:42
保守
495名無しさん@お腹いっぱい。:2005/06/16(木) 00:38:03
FreeBSD 5.4RにCPUのスピード制御機構が入ったと聞きましたが、
Cool and Quietを使うには相変わらず電通大の学生さんのacpi_ppc kernel moduleが
必要なんですよね?

そろそろ夏になってきたので熱が気になります。
496名無しさん@お腹いっぱい。:2005/06/16(木) 09:19:26
質問なのに上げ忘れた。
あげ!
497名無しさん@お腹いっぱい。:2005/06/18(土) 00:49:32
>>495
6-current使えばいいじゃん
498名無しさん@お腹いっぱい。:2005/06/18(土) 01:20:15
はよ6.0が出ないかな。んまぁ、currentのマイルストーンに過ぎないのは
わかっているんだけど。
499495:2005/06/18(土) 02:27:56
>>497
鯖なのでそれはいや。
願わくはMFCされんことを....
でも、ULEが使い物になってFreeBSD/AMD64がAthlon64 X2に対応してるなら
6.0Rから使ってしまうかもしれん。面白そうだし。
500名無しさん@お腹いっぱい。:2005/06/21(火) 22:18:20
初心者板にも書いてしまいましたが、、、
XFree86-4以降のドライバってOS非依存になったからlinux用がそのままFreeBSDで使えますけど、
amd64でも大丈夫でしょうか? googleっても前例が見付けられませんでした。

FreeBSD/amd64 5-STABLE + Xorg-6.8.2ですが、使えるのならPCIeなGeForceあたりを買って来ようと考えてます。
501名無しさん@お腹いっぱい。:2005/06/21(火) 23:44:24
NVidiaのドライバにはカーネルモジュールが含まれてて
そこがOSやCPUに依存するからそううまくはいかないな
502名無しさん@お腹いっぱい。:2005/06/25(土) 00:58:55
ふむー、それじゃ標準nvドライバで頑張るしかないか……
503名無しさん@お腹いっぱい。:2005/06/26(日) 12:04:11
LinuxでもAMD64版のnVidiaドライバ入れたけど
それほど安定していなかったような感じですね。

7174辺りのころXサーバごと落ちることが多くて、
OSを再インストールしてi386版に戻した経験があります。

最近では、FreeBSD用のnVidiaドライバの更新も早くなってきているし
それほど遠くない将来にFreeBSD用のAMD64ドライバも出てくるんじゃ
ないでしょうか。
しばらくはi386カーネルで様子を見てみれば?
504500:2005/06/28(火) 22:15:58
>>503
それを期待して、GeForceなカードを買って来ました(まだ挿してませんが)。
既に動いているマシンなので今からi386カーネルにはできませんけど、
amd64ドライバ発表を期待して待ちます。
505名無しさん@お腹いっぱい。:2005/06/29(水) 09:53:20
今度Opteron Dual なPCを購入して、AMD64なFreeBSD 5.4-stableを
インストールしようと思います。

それでcvsupしてFreeBSDのバージョンを上げていく方法に
ついてお聞きしたいのですが、

他はまだi386なFreeBSD5.4-stableなので、
i386なFreeBSDで cvsup した /usr/src 以下をそのまま tar か何かで
かためて、AMD64なPCに持っていこうと思います。

make worldするとき、AMD64用に何か設定を
書き換えたりする必要はあるのでしょうか?
506root ★:2005/06/29(水) 18:56:10 BE:2189164-##
久しぶりにおじゃましてみました。

>>505
そういった「おもりの手法」は、
いまやi386と大して変わらないです。

単に、/usr/src/sys/i386 の下に置くもろもろが、
/usr/src/sys/amd64 の下になるだけってかんじですね。

CVSupはちゃんと動くし、kldも5.3Rから動くようになったし、
net-snmpへのPerlの組み込みも大丈夫になったし、
少なくとも5.3Rからは、
少なくとも2ちゃんねるのサーバとして使う限り、特に違和感を感じなくなりました。
507root ★:2005/06/29(水) 18:57:22 BE:1641492-##
で、今amd64な掲示板サーバは、

ex10 (Opteron 242 dual) morningcoffee keiba campus neet4vip heaven4vip
ex12 (Opteron 244 dual) soccer football eleven
ex13 (Opteron 244 dual) base kyozin mlb
live21 (Opteron 244 dual) dome, endless, festival, livebs, liveradio, liveskyp, livevenus, livewowow, weekly

と、2ちゃんねるの中でも特に突発的な負荷がかかりがちなところに、投入されているです。

ちなみにex10は先日の5月末に50万投稿/dayをこなし、
2ちゃんねる最強サーバという称号を得ました。
その時の主なメンバーは VIP、狼。、野球、競馬、大学生活だったかな。
508名無しさん@お腹いっぱい。:2005/06/29(水) 21:57:38
>>506
cvsupについてはi386では自分でコンパイルできるけど、
amd64についてはコンパイルされたバイナリしか用意されていなくて、
MD5 hash値が違うためにNO_CHECKSUMとかつけないとインストールできなかった
気がする。
あと、vsprintfなどの実装がおかしいのかパッチを当てないとmpdがSEGVで落ちるという
問題がある。

もれは鯖としてしか使ってないのでXの対応具合とかは知らんですけど、
jailもちゃんと動くし上記のことを除いてはいやな目に会ってないですな。
509名無しさん@お腹いっぱい。:2005/06/29(水) 23:24:03
>>507
記念にPCx鯖をOpteronにしてくらはい。
510root ★:2005/06/30(木) 00:08:03 BE:2554447-##
>>508
> amd64についてはコンパイルされたバイナリしか用意されていなくて、

ですね。portsから入れてもそうなるです。
で、特にNO_CHECKSUMをつけなくても、大丈夫でした。(FreeBSD 5.4R/amd64)

あと、確かにそういう微妙な問題(SEGVで落ちるとか)はあるかもです。

2chの掲示板サーバに仕立て上げるんだとすると、
極論を言ってしまえばApache+Perl+SpeedyCGI+mod_cgidsoがちゃんと動いて、
OSがタフであればそれでいいわけで、他のサーバに比べると、条件は楽だと思います。

>>509
pc系は現仕様で十分ですねえ。
基本的に私の手元に来るやつは、大きくて速くて祭り好きで素行f(りゃ。
511名無しさん@お腹いっぱい。:2005/06/30(木) 01:34:29
>>510
この前の mksnap_ffs の問題は解決しましたか?
512root ★:2005/06/30(木) 11:31:11 BE:2188883-##
>>511
解決してなくて、今のところ dump -L をやめるという負け路線ですね。
513名無しさん@お腹いっぱい。:2005/06/30(木) 21:56:57
>508

ftp://ftp*.freebsd.org/pub/FreeBSD/ports/amd64/packages-5.4-release/

にちゃんとamd64用のcvsupが用意されてるぞ。ftpしてきてpkg_addしれ。
514root ★:2005/07/01(金) 00:26:31 BE:3192375-##
>>513
pkg_add -r cvsup-without-gui

でOKかと。

結構みなさん、 pkg_add の -r オプションの存在は
ご存知なかったりするみたい。
515508:2005/07/01(金) 01:18:21
> cvsup-without-gui
/usr/ports/distfiles以下のcvsup-without-gui.amd64.tar.bz2を消したら
NO_CHECKSUMいらなかった。というわけで、without-guiの方がちゃんと入りました。
んー、いつの間に直ってたんだろう(--;;

>>513
あれ?本当だ。portsだとこんな風になってるんですけどねぇ....
cvsup/Makefileより
pre-fetch:
.ifndef WITHOUT_X11
@${ECHO_MSG} "*****************************************************"
.if ${ARCH} == "amd64"
@${ECHO_MSG} "* CVSup with X11 not yet supported on amd64. *"
@${ECHO_MSG} "* Will install non-X11 version. You might want *"
.endif
@${ECHO_MSG} "* To build CVSup without X11 (and without the GUI), *"
@${ECHO_MSG} "* use the \"net/cvsup-without-gui\" port. *"
@${ECHO_MSG} "*****************************************************"
.endif
@${TRUE}
516514:2005/07/01(金) 11:38:21
>514

一応知ってるんだけど、 pkg_add -r 使う時はPACKAGEROOTとか適当に
設定しとかないとあまり幸せになれない時が多くない?

cvsupは設定がほとんど設定がされてないインストール直後に入れるもんで、
ftpで取ってきてから作業するからねぇ。
517root ★:2005/07/01(金) 15:38:10 BE:5107687-##
>>516
ありうるかも。
# というか pkg_add -r でとってくるのは、CVSupぐらいかも。
518500:2005/07/03(日) 04:32:09
ELSAのGeForce6600なカードを挿してnvドライバでやってみたけど、
X -configureしてX -config /root/xorg.conf.newしても
画面真っ黒……な、なかなか厳しいですね~~~~。
519名無しさん@お腹いっぱい。:2005/07/16(土) 15:25:56
Dual Opteron 構成の PCを購入しました。

http://www.dospara.co.jp/goods_pc/feature.php?v17=377&v18=1&v19=0

にRAIDを入れてメモリを2GBにしています。

FreeBSD 5.4Rは問題なく入るのですが、6.0BETAだと
インストーラが DISK LABEL を書き込む辺りでハングアップしてしまいます。

何か良い解決方法はないでしょうか?
520名無しさん@お腹いっぱい。:2005/07/21(木) 09:05:48
>>519
手間がかかって面倒くさいが、5.4Rを入れて、make worldして6.0-BETAにするのはどう?
それでも駄目?
521名無しさん@お腹いっぱい。:2005/07/24(日) 23:57:45
Athlon64X2 4200+にFreeBSD入れてみたんだけど、
namedを立ち上げようとすると、お亡くなりになります。
俺だけですか?
522名無しさん@お腹いっぱい。:2005/07/25(月) 00:13:54
523名無しさん@お腹いっぱい。:2005/07/27(水) 06:45:56
FreeBSD5.4/amd64とAthlon64X2だと不安定すぎて使い物にならんな。
かと言ってFreeBSD5.4/i386とAthlon64X2だと片玉しか動かんし。
524名無しさん@お腹いっぱい。:2005/07/27(水) 09:18:16
どんな風にpanicするの?
525名無しさん@お腹いっぱい。:2005/07/27(水) 12:44:28
> FreeBSD5.4/i386とAthlon64X2だと片玉しか動かんし。

なんで? そんなことないのでは?
526名無しさん@お腹いっぱい。:2005/07/27(水) 22:44:23
>>524>>525
5.4/i386で/usr/sys/i386/conf/SMPを使うとブート時に落ちる。
SMP認識までは正常、両側有効になった段階で飛ぶ。
SMP無効ならば至って正常に動き続ける。

5.4/amd64で同じくSMPだと両方動くが、/usr/ports/でmake packageとかすると
option dialogの表示を無視して走り続け豪快にふっ飛ぶ。
/usr/ports/www/apache13/でmake installとやってもconfigure中にふっ飛ぶ。
たぶんmakeがふっ飛んでるんじゃないかと思うのだが。

Opteron246で同じようにやっても正常なんだが、X2だとキャッシュ共有なんかに
問題あるのかな?
527名無しさん@お腹いっぱい。:2005/07/27(水) 22:48:34
X2 は (Intel の Yonah とかと違って) キャッシュ共有してないよ。

ブロック図↓
ttp://pc.watch.impress.co.jp/docs/2005/0422/amd2_5.jpg

NetBSD 3.0_BETA/i386 で GENERIC.MPACPI 使ってちゃんと
動いてるけどなあ。FreeBSD-5.4 も試してみるかな。
528名無しさん@お腹いっぱい。:2005/07/27(水) 23:00:24
>>527
なるほど。キャッシュ共有はしてないのか。
あと、5.4/amd64の前にFreeBSD6.0/amd664-CURRENT(2005/07/12)で試したんですが、
その時は>>526の問題は確認出来なかったんですけど、GbE(vgeとnve)が不安定すぎて
ちょっと負荷かけるとOSごとお亡くなりになるという状況でした。
LANケーブル抜いておけば使い物になるレベルのようでしたが、cvsupすら出来なくてやめました。
529名無しさん@お腹いっぱい。:2005/07/27(水) 23:01:05
>>527
今からNetBSDとDragonFlyBSDあたりを試してみようとか思います。
530名無しさん@お腹いっぱい。:2005/07/27(水) 23:03:35
あ NetBSD 3.0_BETA は nVidia の Gigabit Ether を
サポートしてないす。今のところ fxp 使ってます。orz
531名無しさん@お腹いっぱい。:2005/07/27(水) 23:09:14
>>530
nveは、FreeBSD5.4/amd64だと認識せず、FreeBSD6.0/amd64だと認識だけはする
という、どちらも使い物にならない状況なので大差ないかと。。。
それで仕方なくvge刺している訳だったりします。
532名無しさん@お腹いっぱい。:2005/08/05(金) 03:56:44
結局>>528さんってどうなったの?
もれも最近X2が気になって気になって....
廉価版出たしさ。
533名無しさん@お腹いっぱい。:2005/08/07(日) 15:13:59
大学院修士の学生なのですが、押しつけられてシステム管理者を
させられています。

今度ファイルサーバを新しくするために、Opteron の2CPU構成の
PCを購入します。
それで、6.0-BETA2を入れるか、5.4Rあたりにするか悩んでいます。
どちらのバージョンにすべきかアドバイスをお願いします。

本来であれば、サーバなので5.4Rにすべきところなのですが、
実は、一番問題になっているのが、32bit版のOSとのバイナリ互換なのです。
6.0からは、32bitアプリの実行環境が良くなっていると聞いたのですが、
6.0-BETA2も導入候補となりました。

クライアントとしてつながっているコンピュータはFreeBSD 4.11Rと5.4Rが
混在している32bit環境です。
この中で、32bit版の5.4Rに関しては、開発用マシンなので、
研究室内でのバイナリの互換性が重要になってきています。
534名無しさん@お腹いっぱい。:2005/08/07(日) 15:51:38
>>533
32bit 5.4Rにするべきだろ。
535533:2005/08/07(日) 16:01:18
>>534

すいません。
先輩から、64bit環境を構築してくれ、という命令が出ていると
いうことを書くのを忘れていました。
536名無しさん@お腹いっぱい。:2005/08/07(日) 16:08:56
>>533
開発用マシンと鯖は別にすべきだと思われ
537名無しさん@お腹いっぱい。:2005/08/07(日) 17:38:41
FreeBSD(AMD64) 5.4-stable(7月21日cvsup)
ports ( 8月3日 cvsup) な環境で、
JDK 1.5 をコンパイルしようとすると linux用のjavacが
エラーで止まってしまいます。

何か対策はないでしょうか?

execv(): Bad address
Error trying to exec /usr/local/linux-sun-jdk1.4.2/bin/javac.
Check if file exists and permissions are set correctly.
gmake[3]: *** [.compile.classlist] エラー 1
gmake[3]: Leaving directory `/home/ports/java/jdk15/work/j2se/make/java/java'
gmake[2]: *** [all] エラー 1
gmake[2]: Leaving directory `/home/ports/java/jdk15/work/j2se/make/java'
gmake[1]: *** [all] エラー 1
gmake[1]: Leaving directory `/home/ports/java/jdk15/work/j2se/make'
gmake: *** [j2se-build] エラー 2
*** Error code 2
538名無しさん@お腹いっぱい。:2005/08/07(日) 22:53:06
>533

押し付けられて && 64bit にしる、が条件だったら
32bit 互換は勘弁してくれ、でいいんじゃないのか?

ある程度は動くだろうけど、完全に保証なんて出来ないんだし
そもそもないものをねだっても仕方のないことで。
539名無しさん@お腹いっぱい。:2005/08/07(日) 22:59:16
おちても、「すみませ~~ん。えへ」で許されるなら6.0。
落ちたら刺されるかもしれないなら64bit環境か32bit環境かどちらかを選んでくださいと
言って5.4。
540528:2005/08/08(月) 01:15:55
>>532
不安定だった原因はgvinumだったようです。
ATA133 120GB(boot disk) + gvinumでSATA 74GB x2という構成だと
不安定になるようでした。
今はATA133のディスクとgvinumを外してSATA(WD Raptor) x2という構成
ですが、安定しています。

でも、RAIDにしようとしてRaptorを2台かったのに、FreeBSD5.4/amd64でnForce4だと
arが認識しないしvinumを使うと不安定になるという状況で、かなり悲しいです。

ちなみにFreeBSD6.0も入れていますが、こちらだとarとして認識しますので何も考える必要がありません。
が、前述の通りネットワークが死にまくります。
私が試した限りでは、miiを使うGbEデバイスはほぼ全滅かもしれません。
で、em(PCI版1Portの一番安いヤツ)だと今のところ快適な模様。
でも、PCI版emだとPCIバスがネックになってGbEなのに100baseよりちょっと速いくらいで不幸になります。
541528:2005/08/08(月) 01:21:43
X2でもCPUだけは安定している模様です。
が、AMD系マザーボード(特に唯一正式にX2対応表明をしているnForce4)自体が地雷っぽいです。

5系を使うのであれば、X2正式対応ではないがBIOSアップデートで一応動くと言われている
nForce製品以外のマザーボード(箱にX2マークの無い製品)で試すべきかと。
6系で攻めるのであれば、nForce系マザーボードが夢一杯かもw
542名無しさん@お腹いっぱい。:2005/08/08(月) 01:44:03
RAID1 なら gmirror 使ってみれば?
543名無しさん@お腹いっぱい。:2005/08/08(月) 04:44:23
64bit 環境だと、qemuのKQEMUとJDK1.4みたいに動かないアプリがあるけど、
やっぱり鯖用途に使うのが一番いいんでしょうか?

通常の開発環境とかを考えるとまだ64bit環境への以降は時期が早いですか?
6.0だとだいぶん改善されているのかな?
544名無しさん@お腹いっぱい。:2005/08/08(月) 04:47:00
何を使うかによるに決まっているが、
その質問からレベルを推測するにあなたが使うなら32bit環境の方が無難。
545名無しさん@お腹いっぱい。:2005/08/08(月) 05:14:45
qemuでKQEMUを使いたいなら、いまのところi386バージョンのカーネルしか
選択肢はないよね。

漏れもAthlon64をi386でつかっていまつ。
546532:2005/08/08(月) 08:45:37
>>540
答えてくれてありがと。
原因はgvinumやM/Bにあるわけで、X2時代には何も問題が無いということですね。
そうすると、別のM/Bを使うと安定して動く可能性は大きいですね。

AMD64がマルチコアを想定したアーキテクチャになっていて、
リリースが遅れた原因は使用電力が下がらなかったことという記事を読むにつけて、
試してみたいという思いは高まります。
特にTDP+=21Wで1 coreあたりの性能が現在と変わらないので欲しくて欲しくて。
でも、FreeBSD current MLやamd64 MLにはX2利用者の投稿が無いので
駄目なのかと思ってました。
547名無しさん@お腹いっぱい。:2005/08/10(水) 19:58:35
>>533
本気モードのファイルサーバが欲しいんだったら
FreeBSD とかでやるんじゃなくて専用の NAS 買え。
NetApp とか OnStor とか。

その Opteron は 64bit 計算実験機にすれ
548名無しさん@お腹いっぱい。:2005/08/10(水) 20:40:58
DELLのNAS鯖でいいよ
549名無しさん@お腹いっぱい。:2005/08/10(水) 21:13:31
>>548
Windows Powered NAS は語る必要もないくらい糞だ
550名無しさん@お腹いっぱい。:2005/08/10(水) 22:49:19
だが安い
551名無しさん@お腹いっぱい。:2005/08/11(木) 01:48:50
安物買いの銭失い
552名無しさん@お腹いっぱい。:2005/08/11(木) 02:39:18
それでもいいの
ダメだって分かって買ってるから
553名無しさん@お腹いっぱい。:2005/08/11(木) 06:30:14
つ「クロ箱」
554名無しさん@お腹いっぱい。:2005/08/11(木) 16:54:22
>>552
"ダメだって分かって買ってるから" = "安物買いの銭失い"
555名無しさん@お腹いっぱい。:2005/08/11(木) 18:04:29
>>554
必死だナ(w
お前って万能であることをMS系のソフトに求める性質?
556名無しさん@お腹いっぱい。:2005/08/12(金) 03:36:58
>>554は、M$系がイクナイと言ってると思われ
557名無しさん@お腹いっぱい。:2005/09/01(木) 18:21:29
AMD64なFreeBSD上で、JDK 1.5を使いたいのだけど、
5.4Rともうすぐでる6.0Rではどちらが安定して動作しますか?
558名無しさん@お腹いっぱい。:2005/09/03(土) 11:51:29
多分、あまり変わらないけど、Linux emulationは6.0の方がよい気がするので
6.0?
559名無しさん@お腹いっぱい。:2005/09/03(土) 11:55:33
というか、6系は5系でやりたかったことの仕切り直しバージョン。
今さら5系にしがみつく理由はない。
560名無しさん@お腹いっぱい。:2005/09/03(土) 14:29:20
いきなり RELENG 切られているけど
6.0-R から stable と思えってことかいな?
561名無しさん@お腹いっぱい。:2005/09/03(土) 14:48:26
nveは6.0BETA3で
nve0: device timeout (3)
nve0: link state changed to DOWN
nve0: link state changed to UP
みたいのがたくさんでるけどとりあえず使えている。cvsupもできた。
562名無しさん@お腹いっぱい。:2005/09/04(日) 01:10:47
誰かFerrari 4000+買う人いますか?
563名無しさん@お腹いっぱい。:2005/09/04(日) 01:24:55
英語キーボード版が日本で手に入るなら考える。
564562:2005/09/04(日) 16:14:44
画像を遠目に見た感じではUS配列にみえたけど。
個人的には前モデルの真っ赤なボディのほうがよかった。

ITメディアの記事の画像(ラウンド配列はちょっとキモい?)
ttp://image.itmedia.co.jp/pcupdate/articles/0508/31/si_f4000-03.jpg

仕様一覧(88/89キーとか書いてある)
ttp://www.acer.co.jp/products/notebook/f4000spec.html
565名無しさん@お腹いっぱい。:2005/09/04(日) 17:08:22
製品画像はUS配列のものだが、日本国内で売るのは
日本語キーボード版しかないというのがよくある展開。
566名無しさん@お腹いっぱい。:2005/09/04(日) 17:18:39
それよりか、MSIの1013とか、いろいろでそうだけど。
こっちは英語キーボードも売るみたいだよ。>>563
567名無しさん@お腹いっぱい。:2005/09/06(火) 10:54:23
568名無しさん@そうだ選挙に行こう:2005/09/11(日) 19:30:41
portsのqemu でkqemuがamd64にも対応したみたいですね。

あとはnVidiaのドライバさえ amd64に対応してくれれば完璧なのに...
569名無しさん@そうだ選挙に行こう:2005/09/11(日) 20:06:41
>>568
デスクトップで使わなきゃいいやん
570名無しさん@お腹いっぱい。:2005/09/13(火) 07:42:51
>>561
> nve0: device timeout (3)
> nve0: link state changed to DOWN
> nve0: link state changed to UP

さっきこいつの対応 patch が
HEADS UP: call for nve(4) users to test a patch
てなサブジェクトで -cullent に流れてた.
上記メッセージは, とりあえず出なくなった.
571名無しさん@お腹いっぱい。:2005/09/13(火) 08:11:17
6.0Rはこの調子だと年末ぎりぎり? 5.x系にくらべてAMD64周りはだいぶ改善されていそうだから、
STABLEじゃないにしてもとっとと移行したい気分。
572名無しさん@お腹いっぱい。:2005/09/13(火) 09:49:49
そんなにかかるの?

例え -current であっても .0-R ってつくと
乗り込む気が起きる質なんでさっさと -R を打って欲しい。

既に RELENG は分岐しているわけだし。
573名無しさん@お腹いっぱい。:2005/09/13(火) 10:28:16
さすがに年末ってことはなさそうだけど、当初は8/15にリリースアナウンスを
出す予定だったんで、もうすでに1ヶ月遅れている。BETA4なんて出す予定
なかったはずだし。この調子だとRCもいくつまで行くことやら。
574名無しさん@お腹いっぱい。:2005/09/13(火) 13:21:06
.0-Rでやる気になる人なら BETA4はもう大丈夫なレベル、とか言ってみる。
575名無しさん@お腹いっぱい。:2005/09/13(火) 14:01:42
とりあえず、BETA4なんて、デバッグオプションを無効化したら
RELEASEとおんなじじゃん。
576名無しさん@お腹いっぱい。:2005/09/13(火) 14:09:04
そんなにオイラの背中を押すなよ。
577名無しさん@お腹いっぱい。:2005/09/14(水) 00:47:44
>>571
ちなみにどこらへんが?
VFS以外の変更はないと思ってたが...
578名無しさん@お腹いっぱい。:2005/09/18(日) 04:46:51
V20z で 5.4R 動いた。dmesg とって apache の動作確認して終了。
仕事なので Solaris いれますた。
579名無しさん@お腹いっぱい。:2005/09/23(金) 17:33:25
nVidia って、FreeBSD用のAMD64版のドライバを出してくれないのかな?

それで AMD64なFreeBSDに移行できないでいる。
580名無しさん@お腹いっぱい。:2005/09/23(金) 17:36:54
>>579
ようわからんがlinux用がそのまま動かないの?
581名無しさん@お腹いっぱい。:2005/09/23(金) 17:43:57
>>580
Xorg用のドライバだけでなくて、カーネル用のモジュールまであるから、
うまく動きません。
582名無しさん@お腹いっぱい。:2005/09/25(日) 16:26:31
linuxpluginwrapperって、AMD64じゃ動かないんですね
583名無しさん@お腹いっぱい。:2005/09/25(日) 16:32:07
Linux/x86-64版の各種プラグインがあるならそれに対するラッパーは書けるんでないの。
Linuxでは32bit版のプラグインが64bit版のmozilla等で動いたりするの?
584名無しさん@お腹いっぱい。:2005/09/29(木) 13:08:01
Linuxでも細かいところで、AMD64で不都合が出ているよ。

といっても、徐々に解消されてきているけどね。
585名無しさん@お腹いっぱい。:2005/10/03(月) 18:42:43
うーん、Athlon64 を AMD64版で実行すると、
確かに速い...
586名無しさん@お腹いっぱい。:2005/10/04(火) 13:38:25
FreeBSD 5.4-stable(cvsup 10月2日) AMD64版で、
同じ日に更新したportsで JDK-1.5.0p2 をインストールしようと
思っているのですが、うまくいきません。
このスレの上の方をみると、AMD64版でもJDK1.5がインストールできている人も
いるみたいですが、インストール方法についてアドバイスがいただければ幸いです。


現状は、

Generating ../generated/jvmtifiles/jvmdiEnterTrace.cpp
/usr/local/linux-sun-jdk1.4.2/bin/java -classpath ..
(略)
Info: jvmtiGen using javax.xml.transform.TransformerFactory = org.apache.xalan.processor.TransformerFactoryImpl

のところで、ハングアップしてしまいます。
top でみると java のプロセスが3つ立ち上がっていて、そのうち2つがCPUを
使いきっているようです。

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
12879 root 128 0 208M 22108K CPU0 0 106:49 99.02% 99.02% java
12881 root 128 0 208M 22108K RUN 0 106:36 99.02% 99.02% java
12887 root 8 0 208M 22108K nanslp 0 0:02 0.00% 0.00% java
587名無しさん@お腹いっぱい。:2005/10/06(木) 02:55:50
mpdがamd64でもちゃんと動くようになってた。
うれしい。
588名無しさん@お腹いっぱい。:2005/10/07(金) 22:45:03
大学の研究室で新しいPCを一台組みました
Opteron Dual です.

FreeBSD 6.0-BETA5 か 5.4R(すぐにstableへ逝く)のどちらを
入れようか悩んでいます.
どうしようかな.
使用方法はプログラム開発とLaTeXでの論文書きです.

このPCを使うのは漏れと,今度入ってくる次期卒研生.
589名無しさん@お腹いっぱい。:2005/10/08(土) 01:37:17
>>588
おまいともう一人くらいで、もう一人に多少の我慢はさせられそうだから6.0で
いいんじゃないか?
正直、5.xはそろそろ寿命だろうし。
590名無しさん@お腹いっぱい。:2005/10/08(土) 07:10:57
>>589
レスサンクス
アドバイスに従って6.0入れてみます.

実質はメインで使うのは漏れだけで,次期卒研生は古い別のPCから
リモートで使うだけなんですけどね.
591名無しさん@お腹いっぱい。:2005/10/11(火) 21:52:46
JDK1.5.0を使いたいんだけど、5.4-stableでは、このスレの上の方にあるように
同じ症状で漏れもインストールできませんでした。

6.0-RC1にすれば、JDK1.5.0をインストールできますか?
592名無しさん@お腹いっぱい。:2005/10/11(火) 22:49:49
>>591
6.0-BETA5/amd64でならインストールできた。
>>586の症状はうちでは出なかったな。
593名無しさん@お腹いっぱい。:2005/10/12(水) 10:22:48
/.Jで紹介されていたLongのインタビューによると、6.0Rではx86エミュレーション、
Linuxエミュレーションともに改良されているらしいから、6.0Rでインストールできる可能性は
高いと思う。
まだ、Releaseは出ずにRC1だけど、RCまで来ればここ数週間以内にReleaseが
来るんじゃない?
594名無しさん@お腹いっぱい。:2005/10/12(水) 12:55:23
いや、数週間以内にでるのは、Releaseではなく、たぶんRC2だろうな
595名無しさん@お腹いっぱい。:2005/10/23(日) 20:28:57
Ferrari4000にするかMS-1029にするか...
596名無しさん@お腹いっぱい。:2005/10/30(日) 22:10:34
nx6125で決まりでしょ
597名無しさん@お腹いっぱい。:2005/10/31(月) 03:53:19
決まりってほどきまりじゃない。
598名無しさん@お腹いっぱい。:2005/10/31(月) 11:50:20
なんか、この調子だと>>571の言っていたように、マヂで年末になるかも…
599名無しさん@お腹いっぱい。:2005/11/02(水) 01:47:28
いや、もう数日以内にReleaseじゃなかったけ?
600名無しさん@お腹いっぱい。:2005/11/02(水) 01:52:49
漏れは少なくともRC2は必要な気がするけど、最近強引だねぇ。
601名無しさん@お腹いっぱい。:2005/11/02(水) 02:34:15
>>600
当初のスケジュールが強引で、結局やり直す羽目になるんだよなぁ…
今までの状況を考えればRC2は必須、できればRC3まで行かないとって感じなのに。
602名無しさん@お腹いっぱい。:2005/11/02(水) 08:45:13
まあ、今回はドラクエの発売日並みに遅れが目立ってるから、
ここらで出しとかないと「6.0Rマダァ厨」を黙らせられないだろうな。
メジャーナンバーが大きくなってからの最初と次のSTABLE releaseはSTABLEと
名売ってても危険だ!気をつけろ!ってのは最近常識になってきてる気がする。
まあ、もれはstableと名乗れる安定性は兼ね備えていると思うからふつーに
使ってるが。

603名無しさん@お腹いっぱい。:2005/11/02(水) 09:21:59
6.0.1でも出しゃいいんだよ。
604名無しさん@お腹いっぱい。:2005/11/02(水) 10:24:22
もう11月なわけだが、5.5Rはどうするんだろう...
どらくえですか、そうですか。
605名無しさん@お腹いっぱい。:2005/11/02(水) 10:25:39
FreeBSD 6.0R/AMD64だとdnetcが動かないね。
涼しい季節になってきたのでそろそろ再開しようとしたら動かんかった。
606名無しさん@お腹いっぱい。:2005/11/02(水) 10:40:20
dnetcの実行には環境税を課してもいいんじゃないかと思う今日この頃。
607名無しさん@お腹いっぱい。:2005/11/02(水) 11:52:00
>>604
いっそ5系はなかったことにして、4.11Rに戻る(w
って、ここはAMD64スレだからそれも不能か。
608名無しさん@お腹いっぱい。:2005/11/03(木) 16:34:14
>>602 最近というか昔からそうでは
609名無しさん@お腹いっぱい。:2005/11/03(木) 17:06:13
amd64でpdf見るときってどうするのですか?
610名無しさん@お腹いっぱい。:2005/11/03(木) 17:22:30
>>609
つod
611名無しさん@お腹いっぱい。:2005/11/03(木) 17:34:23
gs? acroread とか xpdf は動かないの?
612名無しさん@お腹いっぱい。:2005/11/03(木) 17:43:08
あ、ええと、質問が悪かったです、すみません。
i386はlinux版のacroreadをエミュレータで動かしてますが、
adobeが64bit版を出してなければFreeBSDでも当然使えないわけで、
みなさんどうやってPDFを読んでるのかな、と。そんなわけです。はい。
613名無しさん@お腹いっぱい。:2005/11/03(木) 17:55:25
>>612
32bitアプリ動くぞ…
614名無しさん@お腹いっぱい。:2005/11/03(木) 17:56:34
シラ (゚Д゚) ナカッタ・・・        ハヅカシ・・・
615名無しさん@お腹いっぱい。:2005/11/03(木) 21:59:26
ところで、やっぱり Opteron Dual だと、6.0に上げた方がいいかな?
速度的な性能が向上するなら魅力的だ。

動作環境では5.4-stable(amd64カーネル)で、特に困ってはいないんだけど...
616名無しさん@お腹いっぱい。:2005/11/03(木) 22:13:35
ヒント:人柱歓迎
617名無しさん@お腹いっぱい。:2005/11/03(木) 23:39:41
>>614
動かないのは32bitなライブラリをつかう64bitアプリとか、その逆とか。
純粋32bitアプリならだいたい動く。そのためのAMD64だからね。
618名無しさん@お腹いっぱい。:2005/11/03(木) 23:55:33
amd64|でOOoって動きますか?
619名無しさん@お腹いっぱい。:2005/11/04(金) 00:31:13
>>618
それこそAMD64の計算能力の腕のみせどころなんでは
620名無しさん@お腹いっぱい。:2005/11/04(金) 00:32:07
>>618
ビルドして公開してくれ。
621名無しさん@お腹いっぱい。:2005/11/04(金) 00:32:51
AMD64なFreeBSDで、32bitアプリのコンパイルってどうやるんですか?
622名無しさん@お腹いっぱい。:2005/11/04(金) 02:16:29
portsはクロスコンパイルについては一切考慮されてないので
623名無しさん@お腹いっぱい。:2005/11/04(金) 07:02:22
>>617
勉強になります。ありがとうございます。
624名無しさん@お腹いっぱい。:2005/11/04(金) 13:26:58
そこでpkgsrcですよ
625名無しさん@お腹いっぱい。:2005/11/04(金) 19:11:03
>>622
>portsはクロスコンパイルについては一切考慮されてないので
えっマジ?
FreeBSD って、x86-64 ABI に従ってるんじゃなかったっけ?
ttp://www.x86-64.org/contributors

/lib と /lib64 のようにディレクトリ分かれてるんだろ?
626名無しさん@お腹いっぱい。:2005/11/05(土) 00:53:14
amd64カーネルで、JDK1.5が動くOSのバージョンはどれ?
627名無しさん@お腹いっぱい。:2005/11/05(土) 14:54:50
>>626
とりあえずうちで動いてるやつ

% uname -mr
5.4-RELEASE-p8 amd64

% java -version
java version "1.5.0-p2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-p2-root_15_oct_2005_14_40)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0-p2-root_15_oct_2005_14_40, mixed mode)
628名無しさん@お腹いっぱい。:2005/11/05(土) 15:23:36
>>627
情報サンクス
629名無しさん@お腹いっぱい。:2005/11/13(日) 18:18:11
FreeBSD AMD64 が安定して動くチップセットって何?
VIA? nVidia?
630名無しさん@お腹いっぱい。:2005/11/13(日) 18:30:50
AMD純正
631名無しさん@お腹いっぱい。:2005/11/13(日) 20:18:37
AMD純正のチップセットって何だっけ?
MBとか売ってるの?
632名無しさん@お腹いっぱい。:2005/11/13(日) 20:40:05
AMD8000
633名無しさん@お腹いっぱい。:2005/11/13(日) 21:05:02
AMD純正って、パフォーマンスも何も考えていなくて、
単に動くだけ(っていうのは言いすぎだけど)のもの。

基本的にAMDはチップセットは外部に任せたいと思っているメーカなので
純正チップセットが絶対いいとは言いきれない。
634名無しさん@お腹いっぱい。:2005/11/13(日) 21:19:24
Sun FireサーバもチップセットははAMD製なんですが
Ultra20はnForce4だが
635名無しさん@お腹いっぱい。:2005/11/13(日) 22:23:36
V20
636名無しさん@お腹いっぱい。:2005/11/14(月) 00:43:24
>633
でも手堅いガチ

大体 Opteron Server は AMD8000 でしょ
ぼちぼち NForce 系も見かけるように
なってきたけど PCI-express 系で
ガチサーバーにはあまり使われない。

HT-2000/1000 系がどうなるかってとこじゃない?
637名無しさん@お腹いっぱい。:2005/11/14(月) 02:16:45
>>629
も、もれはA8V Dulexeを家鯖に使ってます...
つまりVIAです。
nForuceはELPIDAメモリと相性が悪いといううわさを聞いたので意図的に避けました。
638名無しさん@お腹いっぱい。:2005/11/14(月) 10:55:12
nForuceはELPIDAメモリと相性が悪いといううわさ
639名無しさん@お腹いっぱい。:2005/11/15(火) 02:37:18
うちでは問題なく動いてるな>nForce4&ELPIDAメモリ
VIA使うなら自作ヤメル
640名無しさん@お腹いっぱい。:2005/11/15(火) 14:02:21
相性出るのはnForce2のメモリコントローラが糞だからだよ……
メモリコントローラ内蔵のK8で相性出たらチップセット関係ないって。
641名無しさん@お腹いっぱい。:2005/11/16(水) 01:41:03
そうだったのか。
価格.comの情報を鵜呑みにしてVIAにしちゃったよ(--;;
次買い換えるときはnForceにしよう。

ところで、nForceを勧める理由って何でしょう?
基本性能はあまり変わらない気がしてたんですが...
642名無しさん@お腹いっぱい。:2005/11/16(水) 03:30:39
ベンチではnForceの方が何故か値がよかったりするんだけどね。
643名無しさん@お腹いっぱい。:2005/11/16(水) 12:49:17
厨質問ですみません。6.0のAMD64版をインストールしようとしたのですが、最初の起動画面に「FreeBSD/i386」と言う文字列が見えました。このままインストールしたら、i386版がインストールされてしまうのでしょうか?CPUはAthlon64 X2 4400+です。
644名無しさん@お腹いっぱい。:2005/11/16(水) 13:02:16
何のインストーラを使ってるんですか
645名無しさん@お腹いっぱい。:2005/11/16(水) 13:15:19
Sun の Opteron マシンも nForce 使ってるし、別にそう悪くは
ないと思うよ。そういう俺も nForce4。
メモリは hynix (w
646643:2005/11/16(水) 17:25:48
>>644
AMD64用の6.0Releaseのisoイメージを、
CDに焼いて使いました。
647名無しさん@お腹いっぱい。:2005/11/16(水) 21:02:11
最近 amd64 の boot 画面みてないけど
loader 辺りは i386 と共通で、
その辺に "i386" って紛れ込んでたりしなかったっけ?
648名無しさん@お腹いっぱい。:2005/11/16(水) 21:26:27
>>643
とりあえず入れてみれば?というわけにはいかないかな。
649名無しさん@お腹いっぱい。:2005/11/16(水) 21:57:27
AMD64環境を提供するVMWareとかがあれば、とりあえず入れてみればというのも楽なんだけどね。
650名無しさん@お腹いっぱい。:2005/11/16(水) 22:04:59
文面を見る限り、>>643の手元にはFreeBSDをインストールするために用意した機材が
あるようなので、「とりあえず入れてみれば?」と言っても大丈夫だと思うな。
651名無しさん@お腹いっぱい。:2005/11/16(水) 22:39:32
とりあえず入れてみれば?
652名無しさん@お腹いっぱい。:2005/11/16(水) 23:02:58
>>649
VMWare 5.5betaならゲストに64bit OS動かすことも可能
ttp://www.vmware.com/products/beta/ws/
653643:2005/11/17(木) 08:02:31
レスありがとうございます。
とりあえず入れてみます。
654名無しさん@お腹いっぱい。:2005/11/17(木) 23:54:33
>>652
i386な32ビットCPUでも、ゲストで64ビットOK?
655名無しさん@お腹いっぱい。:2005/11/18(金) 00:14:06
>>654
リンク先読めよ
656名無しさん@お腹いっぱい。:2005/12/01(木) 11:26:38
研究室内にCPU負荷の高い計算鯖をAthlon64x2 で
作ろうと思っているんだけど、安定性はどうでしょうか?

FreeBSD 6.0-stableを考えているんだけど、マザーボードで
お薦めとかありますか?
657名無しさん@お腹いっぱい。:2005/12/01(木) 11:55:19
>>656
そういう用途ならOpteronでECCつきメモリを使ってやりなよ
658名無しさん@お腹いっぱい。:2005/12/02(金) 01:19:10
ぷらっとほーむがそういうサーバー売ってるね。
http://www.plathome.co.jp/factory/ser/slim_d_a64.html
これの構成を参考にしたら?
659名無しさん@お腹いっぱい。:2005/12/02(金) 01:19:38
あ、あとHW MLでこういうのもみたのでこれもついでに。
http://lists.freebsd.org/pipermail/freebsd-hardware/2005-July/002678.html
660名無しさん@お腹いっぱい。:2005/12/02(金) 21:08:28
ところでopenofficeはどうしたものでしょう
661 386BSDだった:2005/12/05(月) 00:52:27
amd64で! FreeBSD6.0で!
 java 1.5動いた
 tomcat4.1/5動いた<-いつも通りトラップあり(w
 linuxエミュも快調!
あとなんか試してほしいのある?X-winは入れてないから。
662名無しさん@お腹いっぱい。:2005/12/05(月) 00:59:34
>>661
vncserver
663名無しさん@お腹いっぱい。:2005/12/05(月) 01:43:51
>>661
FDclone
664& ◆c8P6SMNE5. :2005/12/05(月) 14:12:21
 Xはだめだっちゅーの。
 portsのディレクトリ名でおしえてちょーだい。
 /.usr/ports/xxx/xxxx
 よろしうう~
665386BSDだった :2005/12/05(月) 14:15:14

 おたませ。
FD(File & Directory tool) Ver.2.07b (c)1995-2005 T.Shirai 05-12-05 14:14
 これでよいのけ?
 ばっちしだお。
666嫌われ者のVipper:2005/12/05(月) 14:17:05
>>664
lang/gfortranでベンチをお願いしたいのです

  _   ∩
( ゚∀゚)彡 gfortran! gfortran!
 ⊂彡
667名無しさん@お腹いっぱい。:2005/12/05(月) 14:52:16
>>665
FEPSONX住人?
668名無しさん@お腹いっぱい。:2005/12/05(月) 21:16:09
>661
emulators/qemu
669名無しさん@お腹いっぱい。:2005/12/05(月) 22:01:49
>>661
商用ものでも良ければ Wnn7 をお願いしたいところだがやっぱり自分でやるわ・・・
いまDELLのEM64Tな安鯖発注してるとこだし
670名無しさん@お腹いっぱい。:2005/12/05(月) 22:58:31
そういや、はよDELLでOpteronなサーバ機出ないかなぁ。デスクトップではAMD機が
ようやっと出たことだし。
671名無しさん@お腹いっぱい。:2005/12/05(月) 23:42:48
DellにもIntel以外のCPUが採用されたんだ?
672名無しさん@お腹いっぱい。:2005/12/05(月) 23:49:59
DELLにはあんまり期待してないけどね。Opteronが広まることはうれしい。

そういえば、AMD64がEM64Tの互換だから採用すべきでないと書いていた会社はどうなったかな。
673名無しさん@お腹いっぱい。:2005/12/05(月) 23:59:02
その本末転倒名テイストがイイ(イがイたくなる)
674名無しさん@お腹いっぱい。:2005/12/06(火) 00:16:42
675名無しさん@お腹いっぱい。:2005/12/06(火) 00:54:35
電波キター
676名無しさん@お腹いっぱい。:2005/12/06(火) 01:38:16
>>670
初耳だけど、どの型番?
677名無しさん@お腹いっぱい。:2005/12/06(火) 02:08:55
678名無しさん@お腹いっぱい。:2005/12/06(火) 02:49:38
679名無しさん@お腹いっぱい。:2005/12/06(火) 09:39:47
680名無しさん@お腹いっぱい。:2005/12/06(火) 11:44:46
今からOpteron dual な鯖を5.4-stableから6.0-stableにバージョン上げます。
ドキドキ...
681名無しさん@お腹いっぱい。:2005/12/06(火) 12:12:50
はよOpteronにPacificaが載らないかな。もっとも、Pacificaつかって
ネイティブなFreeBSDを動かすよりFreeBSD/Xenのほうがパフォーマンスは
いいんだけれど。
682名無しさん@お腹いっぱい。:2005/12/06(火) 18:27:45
>>681
XenがFreeBSD上で動くようになったら考えてもいい
結局今の Xen って

↑上位レイヤ
バーチャルマシン上OS
Xen
Linux
ハードウェア
↓下位レイヤ

だろ?
683名無しさん@お腹いっぱい。:2005/12/06(火) 18:40:51
>>682
違う。Xen 3.0でdom0経由でPCIデバイスさわるようになったデザイン上の改悪は
あったけど、基本的にハードウェアの上に直接Xenがモニタとして乗る形。
dom0のOSはあくまで制御用。
684名無しさん@お腹いっぱい。:2005/12/06(火) 20:17:20
そういえば、FreeBSDのXenの対応状況ってどんな感じなのですか?
685名無しさん@お腹いっぱい。:2005/12/06(火) 20:36:53
>>684
ttp://www.freebsd.org/projects/summerofcode.html
Integrate Xen Support: Support for the Xen virtual machine monitor is
coming into FreeBSD -CURRENT, so the installer could be updated to make
it possible to setup a Xen system with several FreeBSD nodes, etc.
とある。

ttp://www.freebsd.org/news/status/report-jan-2005-mar-2005.html#XenFreeBSD---FreeBSD-on-Xen
には
FreeBSD 5.3 runs on the stable and the development branches of xen and
is now checked into both trees. Over the next couple of weeks I will be
adding improvements for better batching of page table updates and SMP support.
Open tasks:
1. FreeBSD support for running as Domain 0, i.e. running as the hosting operating system.
2. FreeBSD support for VM checkpoint and migration.
なんてある。

ってことで、非VT & Pacifica対応CPUでもdomUはどうにかなっているけど、Xen 3.0で対応した
AMD64に関してはまだよくわからない。

dom0に関してはNetBSDで動かしているという話は結構出てくるけど、FreeBSDではほとんど見かけない…
686名無しさん@お腹いっぱい。:2005/12/06(火) 23:38:20
さらに問題なのは、Xen 2.0 と 3.0 で互換性ないってこと。
Xen 2.0 の domain U, domain 0 は Xen 3.0 上では動作しないのが悲しい。

>>685
>>FreeBSDではほとんど見かけない…
ってことは、domain 0 として FreeBSD/Xen を動かしたっていう報告はないわけではないの?
687685じゃないけど:2005/12/07(水) 00:07:54
> ってことは、domain 0 として FreeBSD/Xen を動かしたっていう報告はないわけではないの?
2,3ヶ月前にそういう情報を見たような気がするんだが、
俺の勘違いかな? 検索しても見つからん。
688名無しさん@お腹いっぱい。:2005/12/07(水) 00:22:14
>>686
3.0からPCIデバイスをdom0のドライバ経由で触るようになって、dom0のOSへの
依存が高まったからね。ますますdom0がLinux専用になっていってる気が。
2.0同様、3.0でもNetBSDがdom0で動いてくれるのかは怪しいところ…
以前はdom0のOSがなくても動くようにするとかいう目標があった気がするのに。

>>687
685だけど、ヲレも見たような気がするんだけど、検索しても見当たらない。

少なくとも今年の春のステータスレポートの中のopen tasksに
1. FreeBSD support for running as Domain 0
なんてあったように、どこぞでdom0で動かすような作業はしていたはずなんだけど…
689386BSD& ◆G.pEF.bJ0Q :2005/12/07(水) 02:17:19
>>667
386BSDのFD回覧でPC9801DAでXのコンパイルに12時間掛かったのはなつかしい思い出。
690386BSDだった:2005/12/07(水) 02:31:33
>>666
>lang/gfortranでベンチをお願いしたいのです
す、すごい時間がかかるんだけど。
gcc4までがんばってる、コンパイラはいじりたくないので
逃げます。。。
>>668
えーっくす!は勘弁してぇ~



691名無しさん@お腹いっぱい。:2005/12/07(水) 08:59:55
>>688
ひどい。
Dom0のOSの安定性が全体を決めるのに、そこの選択の自由度が無いとは。
692名無しさん@お腹いっぱい。:2005/12/07(水) 09:26:08
>>691
ん? 3.0になっても、domUからPCIデバイスを触ろうとしない限りは
dom0は所詮は管理用OSのままだから、OS全体が落ちるようなシロモノ
だと困るけど、そうじゃなければ安定性にはそうは影響せんぞ。
VMwareやqemuとかと混同しとらんか?

まあ、各domU OS用のストレージ周りの面倒を見るのにdom0でLVM使う
ことも多いから、そうなるとdom0の安定性も重要になるし、dom0のfsが
どうのというのも考える必要が出るけど。
693名無しさん@お腹いっぱい。:2005/12/07(水) 09:47:12
dom0 の file system とは言わないまでも I/O は
経由するってこと?

そこに Linux ってのは本末転倒…
694名無しさん@お腹いっぱい。:2005/12/07(水) 09:57:25
>>693
あまりに的の外れた質問を連発する前にXenのドキュメントを読めよ…
695名無しさん@お腹いっぱい。:2005/12/07(水) 10:13:39
696名無しさん@お腹いっぱい。:2005/12/07(水) 10:25:31
Xen 3.0のユーザーマニュアル ttp://www.cl.cam.ac.uk/Research/SRG/netos/xen/readmes/user/user.html
によれば、
The Xen distribution includes three main components: Xen itself, ports of
Linux and NetBSD to run on Xen, and the userspace tools required to manage
a Xen-based system.
ってことだから、3.0でもdom0にNetBSDを使えるのかな? そのうちNetBSDをdom0にした
報告が出てくるかも。

にしても、Xen 3.0で
x86/32, x86/32 with PAE, and x86/64 platform support.
となったことだし、dom0 OSがなんであれFreeBSD/amd64を複数起動できるように
なったのは素直に嬉しい。

つい最近リリースされたVMware workstation 5.5でも可能だけど、こっちはXen
どころじゃないほどホストOSべったりだし。
697名無しさん@お腹いっぱい。:2005/12/07(水) 12:53:15
portsから32bitアプリをインストールする方法をないのでしょうか?

mozilla の32bit版を入れたいのですが、portsからだと64bitアプリになってしまいます。
698名無しさん@お腹いっぱい。:2005/12/07(水) 13:45:14
>>696
FreeBSD/amd64 の domain U サポートってまだじゃなかったっけ。
VT でシステムエミュレーションするってこと?
699名無しさん@お腹いっぱい。:2005/12/07(水) 14:21:21
>>698
そだね。現状はVT付きPen4つかって、ネイティブなFreeBSD/amd64を起動ですな。
700名無しさん@お腹いっぱい。:2005/12/15(木) 03:39:53
Athlon64 x2買いました。明日、CPUを換装します。
FreeBSD 6.0-stableなんだけど、何か体感で速くなるような
使い方ってあるのかな?
701名無しさん@お腹いっぱい。:2005/12/15(木) 03:56:34
>>700
んじゃ、後ろでmake worldしながらGnomeやKDEの上でFirefox動かしてSVGを見る
702名無しさん@お腹いっぱい。:2005/12/15(木) 06:42:33
あまり変わらんだろ、それじゃ。元からたいしたことはない。
703名無しさん@お腹いっぱい。:2005/12/15(木) 13:43:48
両方のコア使ってコンパイルしてしまって、Firefoxが遅くなったりして。
704名無しさん@お腹いっぱい。:2005/12/16(金) 07:07:30
?(・∀・)?
705名無しさん@お腹いっぱい。:2005/12/17(土) 08:09:17
>>694
>>693 ぜんぜん的外れじゃないとおもうけど

xenが仮想化するのはぶっちゃけMMUと割り込みだけ。あとdom間の通信路。
その他のハードウェアのI/Oはすべてdom0で行う。
domUにはダミーのデバイスドライバがあって、デバイスへのI/O要求を通信路を通じてdom0に渡す。
dom0にはwrapperのデバイスドライバがあって、通信路からのI/O要求を自OSのデバイスドライバ(ブロックデバイス等)に渡す。

たとえばdomUのFreeBSDがせっかくI/O順を注意深くsoftupdateしても、dom0のLinuxのI/Oスケジューラが順不同で書き込んだら意味ねー、ってことになる。
もちろんDom0のハードウェアデバイスドライバが腐ってたら以下略。

3.0のVTによるフルエミュレーションはどーなってるかってーと、ハードウェアへのI/O(i/o命令やmemory-mapped i/o)をxenがトラップして
(たぶん)dom0にあるユーザプログラムのQEMU(の一部であるioemu)に渡してる。
706名無しさん@お腹いっぱい。:2005/12/17(土) 09:40:03
なるほど。
昔聞いた exokernel みたいな軽量 microkernel による
仮想化層とその上に乗る OS サーバーみたいなイメージなのかなと
解釈しかけてたんですが >705 で Xen の資料の読み方が分かったです
707名無しさん@お腹いっぱい。:2005/12/18(日) 01:25:36
Usenix論文の内容もそんなだよね。
なんで>>694は的外れだと思ったんだろう...
708名無しさん@お腹いっぱい。:2005/12/18(日) 02:43:03
近頃amd64でもxineのportがコンパイルできるんですね。
普通に動きました。
vmwareも動いてるそうだしi386モードがそれなりになったってことなの?

が、NAS経由で音トビが激しい。
amd64でxine動かしてi386でXサーバ+NASサーバ動かしてるんだけど、
このあたりのチューニングってどうやるの?
nasd.confのいじり方わからんです。
709名無しさん@お腹いっぱい。:2005/12/18(日) 02:53:38
>>707
Xenは1と2とでarchが全然違うからね。1のdom0は完全に管理用で
Xen自体にデバドラが入っていたはず。
710名無しさん@お腹いっぱい。:2005/12/19(月) 09:13:31
部屋のオプな鯖の暖かさがありがたくなってきたな。
711名無しさん@お腹いっぱい。:2005/12/21(水) 04:57:27
Dual core opteron の dual CPU な環境を試した香具師いない?
来年度の予算辺りで勝負に出たいのだが...

OSは、とりあえずFreeBSD 6.x を考えている。
712名無しさん@お腹いっぱい。:2005/12/21(水) 05:52:19
FreeBSD 6.xがNUMAできちんとパフォーマンス出るか否か。
コア数が多くなるとOSによる差がでてきそう。

FreeBSD/sparc64をNiagaraなマシンに載せて、8コアとか16コアとかでの挙動を
確かめてみたりした人っているのかな?
713名無しさん@お腹いっぱい。:2005/12/21(水) 14:37:38
現時点で、動くNiagaraに触れる人は超少数って
話が・・・
714名無しさん@お腹いっぱい。:2005/12/22(木) 01:00:04
montecito x 8で32wayのLinuxは試したがFreeBSD/ia64やってる暇無し。
LinuxだとccNUMAそれなりに効くようだ。
Olacle10gでいじりまくると30%upくらいだそうだ。
Niagaraも似た感じかな?

つうかFreeBSDのアプリ、ミドルでNUMAサポートしてるのあるの?
715名無しさん@お腹いっぱい。:2005/12/22(木) 01:49:26
> montecito x 8で32wayのLinuxは試したがFreeBSD/ia64やってる暇無し。
FreeBSDでのSMP/NUMAサポート向上のためにも、
是非そのマシンを開発者に寄付してやってください。
716711:2005/12/23(金) 01:23:10
レスくれた方々、どうもありがとう。
ちょっと難しい話になったので、どうレスを付けていいか
分からなくなったので、書き込みが遅れてしまった。

とりあえず、確実に分かったことは自分自身で人柱になるしかなさそうだねって
ことかな。
717名無しさん@お腹いっぱい。:2005/12/24(土) 01:19:33
>>716
アリガトン。
今、実機を持つ予算はないけれど、実機を持ったときはもれも後に続くよ。
718名無しさん@お腹いっぱい。:2005/12/24(土) 02:33:36
Niagara は 1 ソケットだから、NUMA じゃないよ。
719名無しさん@お腹いっぱい。:2005/12/24(土) 02:35:18
あと、8core × 1socket だから、8core 32thread まで。
それ以上は Niagara 2 待ち。
720名無しさん@お腹いっぱい。:2005/12/25(日) 21:56:36
EM64T 環境に 6.0-RELEASE 入れたけど 32bit バイナリが全くうごかん
/usr/lib32 も /usr/local/lib32/compat もあるのに
ldd するとライブラリを参照できていないようだ
file すると 32bit バイナリだと認識できるのだが・・・

どうすりゃいいのだろうか。ハンドブックやリリースノートにもとくに記載がないし。
721名無しさん@お腹いっぱい。:2005/12/26(月) 14:49:22
ldconfig とかそういう話ではなくて?
722名無しさん@お腹いっぱい。:2005/12/26(月) 20:00:40
FreeBSDで計算用サーバーを作りたいのですが、PCのハードウェア構成で
悩んでいます。

Opteron のデュアルプロセッサと、Athlon 64 x2 のシングルプロセッサでは
性能はほとんど同じと考えてよいのでしょうか?
723名無しさん@お腹いっぱい。:2005/12/26(月) 20:36:44
メモリアクセスの帯域と NUMA ちっくな構成と
どっちをとるかってな問題ですかね

どういう計算をやるかによって違うかも。
724名無しさん@お腹いっぱい。:2005/12/26(月) 22:07:09
有限要素法とかの科学技術演算ならOpテロリストですかね
725名無しさん@お腹いっぱい。:2005/12/27(火) 03:33:13
便乗質問なんだけど、メモリ帯域を考えると、
CPUが2つあった方が良いってこと?
726名無しさん@お腹いっぱい。:2005/12/27(火) 03:47:43
メモリコントローラが2つと考えることもできるな
727名無しさん@お腹いっぱい。:2005/12/27(火) 12:33:11
>>726
なるほど
728名無しさん@お腹いっぱい。:2005/12/27(火) 20:57:12
amd64な漢の人はopenofficeなんぞは使わないのですか?
729名無しさん@お腹いっぱい。:2005/12/28(水) 05:25:22
32bitアプリを動かすとき、ライブラリの問題が出てくると思うけど
みんなどうしてる?

FreeBSDに最初から入っているライブラリは良いとしても、
portsやpackagesから入れないといけないようなライブラリって
多いよね。
やっぱり32bit版のライブラリをpkgで取ってきて、それをamd64な
環境に入れて使っているのかな?
730名無しさん@お腹いっぱい。:2005/12/28(水) 05:39:19
>>728
FreeBSDでX動かしていないので・・・。
731名無しさん@お腹いっぱい。:2006/01/03(火) 04:59:57
それは漢ですね♥
732名無しさん@お腹いっぱい。:2006/01/03(火) 15:07:30
>729
portsから入れる=コンパイルするとamd64用バイナリができる。
packageを入れる=amd64用バイナリのpackageを入れる。

...まぁ確かにデバイス等のlibraryをバイナリのみで公開している
困ったベンダも中にはあったような。
733名無しさん@お腹いっぱい。:2006/01/07(土) 15:40:45
ちゃぐちゃぐうまっこ(・∀・)
734名無しさん@お腹いっぱい。:2006/01/09(月) 22:42:09
amd64版でqemu上でi386なマシンをエミュレーションしたら遅い。
735名無しさん@お腹いっぱい。:2006/01/10(火) 13:49:40
やっぱamd64でやると遅いのか。
漏れもWinXP入れてみたがwordもnetscapeも動かない。
ソリティアくらいしか使えんかったし。
kqemu動かしたらkernel panicしてくれるし。orz
736名無しさん@お腹いっぱい。:2006/01/10(火) 14:25:54
えー? うちではFreeBSD amd64で普通にkqemu使っているよ。
ゲストでWindows2000はちゃんと動いているし、
Office2003も動いているよ。
FreeBSDのバージョンは、年末ぐらいにcvsupした 6.0-stable

速度はi386カーネルでqemu動かすよりも
遅いようだけどね。
737735:2006/01/12(木) 23:55:15
6.0-RでX端末から
#kldload kqemu
#qemu-system-x86_64 -m 256 disk
とやったとたんに応答なくなって、サーバまで出かけて見ると
segmentation fault in kernel mode
がバケバケのVGA画面に。。。。
VIDEO RAMにも色々誤アクセスしてお亡くなりになるみたい。
近頃のRELENG_6_0ならいいのかしら?

kqemu無しでWindowsXPが上がってもアプリが色々動かないのは
bigmemのエミュレーションをとちっているのでは??
と勝手に疑ってます。

Windowsのコンパネでsystem開くと;
コンピュータ
QEMU Vertual CPU version 0.8.0
1.40 GHz, 256 MB RAM
物理アドレス拡張 ←これが怪しい

Windows 2k動かすのが無難なのかな。
738名無しさん@お腹いっぱい。:2006/01/18(水) 20:02:40
物理アドレス拡張はPAEのことで、PentiumPro以降では標準機能だよ。
739名無しさん@お腹いっぱい。:2006/01/19(木) 02:40:35
qemu-system-x86やめてqemuでやってみた。
コンパネのシステムの表示は
Intel PentiumII プロセッサ
1.40 GHz, 256 MB RAM

になって”物理アドレス拡張”の表示はなくなりました。
PAEのcapability見せなくなるってことかな?
が、ふるまいは変わらず。
office97のsetup.exeを実行すると

16ビットWindowsサブシステムというポップアップで
NTVDM CPUは不正命令を検出しました。
と言われまする。
16bitコードのエミュレーションがだめってことみたい。

でもかちゅ~しゃでここに書き込めるくらいは動いてるのでまあいいか。
740名無しさん@お腹いっぱい。:2006/01/22(日) 01:16:35
3次元データの解析にFreeBSD amd64版を使っているのだけど、

昔は、キャッシュとかTLBのヒット率のことを考えてデータの局所性が
どうのこうのって考えてプログラム書いていたけど、最近はそういうの考えなくて
適当にエイヤでプログラムを書くようになったなぁ。

ハードウェアがどんどん高性能になっているので、その辺りの
セコい考え方というのが無くなっている。

みんなは、そんなことない?
741名無しさん@お腹いっぱい。:2006/01/22(日) 03:15:44
>>740
CPUの演算速度とメモリアクセス速度の進化の差が大きくなっている今こそ、その手の
最適化が重要になっているんだけど。
742名無しさん@お腹いっぱい。:2006/01/22(日) 05:58:01
両方ともそれぞれの真実を語っているのだろうなあ。
743名無しさん@お腹いっぱい。:2006/01/23(月) 08:13:31
演算のスピードの面を見ると>>741が指摘したとおりだと思うけれど、
それが損なわれないように精度の高い先読みや分岐予測をするからねぇ。
だから、そこら辺を考えた最適化をするにはそこまで意識しないといけなくて、
人手でやるのは辛いのではないかと予測してしまう。
744名無しさん@お腹いっぱい。:2006/01/23(月) 11:42:07
計算性能が以前は不足していたが、現在はとくに特別な配慮をしなくても
十分な性能がでてしまう、そういう分野もあると思われ。
745名無しさん@お腹いっぱい。:2006/01/25(水) 01:16:41
10年ほど昔、研究上どうしても大容量のデータを扱う必要があって
主記憶が1GBのunixマシンを使わせてもらうために
地元の国立大に頼み込んだことが懐かしい。

今は、64bit dual cpuで主記憶が4GBのマシンが、
目の前に置いてあったりするんだもんな。
746名無しさん@お腹いっぱい。:2006/01/27(金) 12:55:35
pentiumⅢくらいまでは、unrolling を手動でやったが、
いまのコンパイラは、どの程度よくなったのかな。
まえは、8個くらいまでループに書いてやると速くなったものだが。
747名無しさん@お腹いっぱい。:2006/01/27(金) 21:03:04
すみません、Turion64でこれ動かしてる方居ませんか?
出来れば構成等を教えていただけるとありがたいのですが…
無音サーバ組もうと思ってます
748名無しさん@お腹いっぱい。:2006/01/29(日) 03:50:47
abit-kv80との組み合わせとか
alba K8M800-754 との組み合わせとか。
メモリ電源等は余っていたやつを適当に。
749名無しさん@お腹いっぱい。:2006/01/29(日) 21:04:26
>747ではないけれど

BSDだとPowerNow!もしくはそれに準じた機能は動くの?
電圧とクロックをBIOSでいじれるのを選んだほうがいいのかな?
750名無しさん@お腹いっぱい。:2006/01/29(日) 22:25:34
BIOSがサポートしてれば使える。
751749:2006/01/30(月) 00:48:39
>750
thx!
今度Turion64+VIAK8系チップで試してみます
752名無しさん@お腹いっぱい。:2006/01/30(月) 01:10:56
>>749
Cool and Quietをcpufreq(4)を組み込んで使ってる。

余談だが、そもそもVAXはPowerNow!みたいな機能を
もっていないと思うが。

753名無しさん@お腹いっぱい。:2006/02/04(土) 15:30:08
16CPUのデュアルコアのマシンを買ったらBSD動きますか?
MPI,OPENMP動きますか?
754名無しさん@お腹いっぱい。:2006/02/04(土) 18:36:05
>>753
まずは日本語を勉強しろ。
755名無しさん@お腹いっぱい。:2006/02/04(土) 20:24:44
>>753
そんな高いマシンを買わなくてもBSDは動きます。
756名無しさん@お腹いっぱい。:2006/02/04(土) 20:30:11
>>753
そんな高いマシンを買ったらBSDは動きません。
757名無しさん@お腹いっぱい。:2006/02/04(土) 20:45:11
>>755 >>756
やさしいな。
758名無しさん@お腹いっぱい。:2006/02/04(土) 21:27:41
>>756
> そんな高いマシンを買ったらBSDは動きません。
動かない状況をsend-prしとけ。
759名無しさん@お腹いっぱい。:2006/02/05(日) 00:45:03
send-pr してあげますから確認のため
そのマシンを私に下さい
760名無しさん@お腹いっぱい。:2006/02/05(日) 00:52:12
はい、あげましょう
761名無しさん@お腹いっぱい。:2006/02/05(日) 02:54:40
なんか景気の良い話しているな。
こちらは、Opteron dual な鯖機を買うだけで、予算の確保に
苦労しているっていうのに。

とりえあえず、奇跡的に年度末に予算の余りがあったので、
なんとかOpteron dual な一台鯖を買えそうだ。
このハードウェアの安い時代にもかかわらず未だに計算資源が十分でないんだよね。
貧乏だから...

OSは6.1Rが間に合うかな... 一応-stableを追っかけるのは禁止なので、
できれば6.1Rが間に合ってほしい。
762名無しさん@お腹いっぱい。:2006/02/05(日) 05:51:13
http://www.jcsn.co.jp/

を見るがよろしい。
763名無しさん@お腹いっぱい。:2006/02/07(火) 08:42:04
>>762
話題になってるのはこれのこと?
http://www.jcsn.co.jp/products/spec/vin_opt_wle5u.html

http://www.freebsd.org/platforms/amd64/motherboards.html
によると同じ会社のM/Bの8-wayのマシンでブートすることを確認した人は
居るみたいですね。OpenMPとかMPIとかはAMD64で数値計算していると
言っている人がこのスレにある程度居ることを見るとOpteronで使えている
ように見えるから問題ないのでは?
でも、16-wayくらいになったらULEスケジューラを使ったほうがいいんだろうねぇ。

買うとしたら結構なお値段みたいだから買う前に動作確認とかさせてもらえないのだろうか
764名無しさん@お腹いっぱい。:2006/02/07(火) 10:04:34
>>763
それこそそういう会社にコンタクトをとれば、
たいていなんとかなるんじゃね?
ためすなりなんなり。
765名無しさん@お腹いっぱい。:2006/02/11(土) 01:24:19
milleniumが好きなのだがdviで使うにはmga_halが必須なのか、
どうしてもamd64下でX(xorg)を立ち上げられなかった。さらば。
766名無しさん@お腹いっぱい。:2006/02/11(土) 01:33:40
>>765
うーん、前世紀の遺物か、漏れも若い頃は憧れていたな。
767名無しさん@お腹いっぱい。:2006/02/11(土) 02:23:18
GeForceもアクセラレータ・モジュールが使えないのでradeonな人になります
768名無しさん@お腹いっぱい。:2006/02/11(土) 08:27:05
でもradeonのサポートよくなってきたよね。
769名無しさん@お腹いっぱい。:2006/02/26(日) 23:26:03
ネイティブな firefox (japanese/firefox-ja) で flash7 や acroread
の plugin 動いてるヒト居ます? linuxpluginwrapper がまだ
ONLY_FOR_ARCHS=i386 なままなんでまだ無理??
770名無しさん@お腹いっぱい。:2006/02/27(月) 01:01:04
linuxpluginwrapper以前に64bitのflashプレェヤァがないじゃん
771名無しさん@お腹いっぱい。:2006/02/27(月) 21:32:03
> 770
うん、それは知ってる。
amd64 で 32bit バイナリを動かすしくみはあるわけだから、そこで動かない
のかな、と思って調べてるところ。実際、print/acroread7 そのものは動いて
るからなぁ。

やっぱまだ動かせないのかなぁ…。
引き続き情報求む。
772名無しさん@お腹いっぱい。:2006/02/28(火) 13:24:46
IA32 firefox なら flash は動くだろ?
まさか、x86-64 firefox で IA32 flash を動かすとか間抜けなこと言わないよな?
773名無しさん@お腹いっぱい。:2006/02/28(火) 22:11:50
> 772
> IA32 firefox なら flash は動くだろ?
動かしてないからわからん。

> まさか、x86-64 firefox で IA32 flash を動かすとか間抜けなこと言わないよな?
言ってまーす。他のこといってるように見えた?

freebsd-amd64 の ML で、

> Well, it might work with a FreeBSD/i386 webbrowser if you use
> something like the pluginwrapper port, although I'm not sure how ld-
> elf32.so.1 interacts with libmap (does it use /etc/libmap.conf or a
> separate /etc/libmap32.conf?). I'm fairly certain you can't use
> Linux/i386 plugins with a FreeBSD/amd64 browser however.

って投稿あるから、やっぱだめなんだろうな。やっぱ間抜けかぁ。
774名無しさん@お腹いっぱい。:2006/02/28(火) 23:11:13
ま、この手のは昔から混ぜるな危険だからねぇ。

ところで、AMD64で32bit Firefoxを作るにはどうしたらいいんでしょう?
775名無しさん@お腹いっぱい。:2006/02/28(火) 23:22:09
えーと、WindowsXP64のIE(64bit)ですら、32bit版のflashは動かないんだけど。
だからこそ、わざわざ32bit版IEを同梱しているわけで。
776名無しさん@お腹いっぱい。:2006/03/01(水) 00:09:38
ところでopenofficeもまだmakeできないのかのぅ
777名無しさん@お腹いっぱい。:2006/03/01(水) 12:03:37
>>774
  -m32
で、だめ?
778名無しさん@お腹いっぱい。:2006/03/01(水) 12:22:10
Xlibやgtkなど、もろもろの依存関係も全部作らないとね。
どこかに i386 の user-land を全部入れて chroot した方が早いんじゃない?
779名無しさん@お腹いっぱい。:2006/03/01(水) 12:43:39
chroot した先で 32bit 環境をつくって
32bit compat なライブラリのパスもそっちに変更

32bit パッケージもchroot 先で別個に管理

ってあたりをベースにガリガリするのはありかもしれんねぇ。

と FreeBSD-users-jp 89264 からのネタに繋げてみる
780名無しさん@お腹いっぱい。:2006/03/01(水) 21:10:28
そこまで苦労するなら始めからi3(ry
781名無しさん@お腹いっぱい。:2006/03/01(水) 21:49:22
>>396
Junet時代からの定番の話題だよもん。
(括弧の中もだよもんしようだよもん)
782名無しさん@お腹いっぱい。:2006/03/01(水) 22:12:50
むしろ64bitのuserland作ってそこにchrootするとか・・・
783名無しさん@お腹いっぱい。:2006/03/09(木) 00:21:27
Adaptec Serial ATA RAID 2410SAを使おうと思って、
2410SAをつけてブートしたらloaderの後の所でkが一杯表示されてリブートするのを
繰り返すようになった。ぐすん。
使ってる環境はAthlon X2 3800+で、A8N SLI Dulexeで、変な動きをするのは
6.0-Releaseと6.1-BETA3。

5.4Rでどうかをこれから調べて、駄目だったら諦めてi386で動かすしかないなぁ。
はぁ。i386だとdual coreの意味がなくなるんだよね?
784名無しさん@お腹いっぱい。:2006/03/09(木) 08:06:39
>>783
64bitの恩恵が受けられなくなるだけで、
SMP有効のカーネルを使えば、DualCoreは使えるのでは?

よぉ知らんけど。
785783:2006/03/10(金) 08:50:44
>>784
なるほど。じゃあ、最後の手段はそれですね。

結局、amd64で動かすことができました。
メモリーが腐ってたらしく、メモリーを抜いたらちゃんと動くようになりました。
けど、異常にもっさりした動作でとてもAthlon X2 3800+というより、80386でも
使わされているような錯覚に陥らせてくれます。
最近のプロセッサの動作にはとても見えないほど遅いんだけど原因はなんでしょうね。
Cool and Quietの影響も少しは考えてみたけれど、BIOSでonにした記憶はないし
cpufreqも入ってないからそういう理由ではないと思うのですが。
Bootの時から有り得ないくらいゆっくり動きますしねぇ....
bootに数十分使われたのは初めてですよ。
はぁ。
786名無しさん@お腹いっぱい。:2006/03/10(金) 09:20:01
IDE転送エラーで同じ様な症状になったことあるけど、エラーログ残るから違うかな。
787783:2006/03/11(土) 00:52:13
>>786
調べてみましたが、MACアドレスとIPアドレスの対応付けが変わったという警告くらい
しか/var/log/messagesには書いてませんでした。

CD-ROMからインストールするときから動作が緩慢なので原因は別のところに
あるように思います。ちょっと、Windows XP x64 EditionなんかをHDDをフォーマットする
直前まで動かしたりして調べてみます。
788783:2006/03/11(土) 00:54:39
調べてみるのは原因がFreeBSD amd64にあるのか、マシン自体にあるのかですが、
後者のような気が激しくするんですよねぇ。
起動順序をCD-ROM優先にした以外はBIOSの設定はデフォルトのままなんですが何か
はまりどころってありますかね。
789名無しさん@お腹いっぱい。:2006/03/11(土) 01:21:56
私の場合は2000インストールでやはり異常に時間がかかっていました

母板何使っているか知らないしBiosのはまりどころの見当つきませんが、私の場合はIDEケーブルが不良でした
その後別のPCもSATAケーブル不良を経験
それ以来母板付属のケーブルは使わない様にしています
790名無しさん@お腹いっぱい。:2006/03/11(土) 05:50:54
あーnForce3マシンだけど、メモリの刺し具合でとても遅くなるというのになったことある。
>>785
まだ腐っているメモリがあるだろうから、ちゃんとしたスピードで起動するまで
抜きまくりかな。
791名無しさん@お腹いっぱい。:2006/03/11(土) 11:31:55
近頃の6-STABLE/amd64でブートできたことなし。
6.1大丈夫なのかよ?
792名無しさん@お腹いっぱい。:2006/03/11(土) 14:01:23
jdk15がすんなり入ってちょっと感動
793名無しさん@お腹いっぱい。:2006/03/11(土) 14:57:52
ports?
794名無しさん@お腹いっぱい。:2006/03/11(土) 16:23:28
うん
795名無しさん@お腹いっぱい。:2006/03/11(土) 17:38:51
いつも失敗してたからあきらめてた。
ちょっくら試してみるか。
796名無しさん@お腹いっぱい。:2006/03/11(土) 21:43:28
1Uラックと鯖が欲しい
金がない
797名無しさん@お腹いっぱい。:2006/03/11(土) 21:55:02
楽器屋で安いの売ってるぽ
798783:2006/03/12(日) 01:46:49
>>789
M/BはASUS A8N SLI Delaxeです。
SATAケーブルはM/Bメーカーが一緒につけてたのを使ってますが、
BIOSをいじれば何とかなると思い込んでいたので調べて無かったです。

>>790
nForceという点では同じなのでメモリーについても調べてみます。
最小限であるメモリー1枚で様子見ですね。


ここ数日マシンがあるところにいけないのですが今度行ったときにSATAケーブルと
メモリーを調べてみます。
アドバイスありがとうございます。
799名無しさん@お腹いっぱい。:2006/03/12(日) 02:01:26
割り込み嵐か
800名無しさん@お腹いっぱい。:2006/03/13(月) 09:52:09
>>791
あれ、うちは-stable普通に動いているよ。
オプのデュアルCPU。
801名無しさん@お腹いっぱい。:2006/03/14(火) 00:48:12
>>800
こっちもOpteron Dual。SCSIx2(isp, ncr)枚+NIC(bge)x3(内on board x 2)だけど。
cvsupのタイミングというか、運が悪いだけかな?
またkernel.oldで上げて戻すの面倒だからもう6.1Rまで試さないけどさ。
802名無しさん@お腹いっぱい。:2006/03/14(火) 22:56:08
stableでブートに失敗したことなんかないよ
athlon64x2
803名無しさん@お腹いっぱい。:2006/03/15(水) 09:31:31
漏れのところもOpteron dual で、鯖のわりに頻繁にcvsupしているけど、
ブートに失敗したことない。

804名無しさん@お腹いっぱい。:2006/03/15(水) 09:50:47
X2 4200+ 6.1-PRERELEASE だけど、
options SCHED_ULE
options ADAPTIVE_GIANT
を共に有効にしたカーネルのとき、/をマウントするところで凍ったことはある。
どちらか一方なら平気だけど。

今は ADAPTIVE_GIANT を切って様子見ているけど。
805名無しさん@お腹いっぱい。:2006/03/18(土) 18:46:13
よし、次回からはoptions SCHED_ULE切っておこう。
806名無しさん@お腹いっぱい。:2006/04/02(日) 15:45:30
>> 776
linux版openoffice.orgならlinux-i386エミューレションで動かせます。

ttp://www.engr.colostate.edu/?reinholz/freebsd/openoffice_amd64.html
807名無しさん@お腹いっぱい。:2006/04/02(日) 23:39:44
FreeBSD 6.1Rが出そうなので、新年度予算のあるうちに新しい鯖マシンを買おうと
おもっていまつ。
64bit環境でCPUやMBでお薦めの組合せはどれですか?
808 ◆TWARamEjuA :2006/04/03(月) 00:08:23 BE:1306962-#
>>807
cobra鯖♪
809名無しさん@お腹いっぱい。:2006/04/03(月) 00:46:24
>807
とりあえず Tyan の Thunder 系
SuperMicro 突撃も桶
810名無しさん@お腹いっぱい。:2006/04/03(月) 07:58:41
FeeBSDタソなんぞに×2なCPU使うなんて…





羨ましいなーおい。俺は罪悪感を感じる
811807:2006/04/04(火) 05:41:50
>>808
>>809
どうもレスサンクス

とりあえず、Tyanで
http://www.tyan.com/l_japanese/products/html/thunderk8spro.html
と行ってみようと思います。
812名無しさん@お腹いっぱい。:2006/04/04(火) 09:30:41
その板はdual core非対応
813807:2006/04/04(火) 11:52:28
>>812
マヂで?
814名無しさん@お腹いっぱい。:2006/04/04(火) 19:25:13
815名無しさん@お腹いっぱい。:2006/04/04(火) 21:20:00
>>807
HP の 145系
816783:2006/04/05(水) 23:53:52
http://www.freebsd.org/platforms/amd64/motherboards.html
を見るとサポートしているM/Bが書いてあるよ。

で、これを見てもれの使っているM/Bの対応が悪いことがわかり悲しくなった。
A8N SLI DeluxeのNICはnveしかまともに動かないようで、実際まともに動いてないし。
817名無しさん@お腹いっぱい。:2006/04/09(日) 05:34:53
ndisで動かすのにレッツチャレンジ。
818783:2006/04/11(火) 01:42:34
>>817
多分、もっとだめぽ。
ifconfigしたらsk0とかがちゃんと見えはするんだけど、
実際に使おうとIPアドレスを設定してもpingすら通らない。
しくしく。

nve0に繋いで使えているものを繋ぎ変えてactiveになっていることを確認しているので
本当は使えるはずなんだけどね。
ま、そういうわけであきらめてi386に逃げてしまった漏れをお許しください。
819名無しさん@お腹いっぱい。:2006/04/19(水) 18:31:27
No workaround is available,

but systems which do not use AMD Athlon, Duron, Athlon MP,
Athlon XP, Athlon64, Athlon64 FX, Opteron, Turion,
or Sempron processors are not vulnerable.
820名無しさん@お腹いっぱい。:2006/04/19(水) 19:26:43
レジスタを退避・復帰させる必要をシステム止めずに解決するのは難しいなw
止めていいならパッチ当てるかcvsupしてカーネル作り直してリブートすれば終わり。


821名無しさん@お腹いっぱい。:2006/05/02(火) 12:41:34
eclipse つかえたひといますか?
822名無しさん@お腹いっぱい。:2006/05/15(月) 02:22:53
FreeBSD 6.1R(amd64)って、物理メモリは何GBまでサポートしているの?
823名無しさん@お腹いっぱい。:2006/05/15(月) 10:27:43
>822
当面はハードウェアの方が制約になる程度
824名無しさん@お腹いっぱい。:2006/05/15(月) 17:34:25
>>823 レスをサンクス。

じゃ今普通に8GBとかのメモリ買っても大丈夫なんだね。
825名無しさん@お腹いっぱい。:2006/05/15(月) 19:26:46
8GB...
2TB とか辺りを気にしてるんじゃないのか... orz
826名無しさん@お腹いっぱい。:2006/05/15(月) 21:36:13
8GBのDIMM*16@Opteron 4-wayだと素で勘違い
827名無しさん@お腹いっぱい。:2006/05/16(火) 06:56:48
そういえば、デバイスドライバとかはどうなの?
32bit制限みたいなのない?
828名無しさん@お腹いっぱい。:2006/05/16(火) 10:13:06
普通に考えると、
PCIは32bitしかアドレス持ってないから
32bit以上の物理アドレスにDMAする時とかは
なんか細工が必要そうな気もするけどね
829名無しさん@お腹いっぱい。:2006/05/16(火) 10:50:56
bus_dma(9)
830名無しさん@お腹いっぱい。:2006/06/01(木) 23:31:42
近頃のPCIは64bitアドレスもってる。
昔(今でもデスクトップでは主流)の32bit PCIだと一旦4GB以内にDMAしてから
メモリコピーしたりの細工してる。
昔AdaptecのSCSIカードBIOSがバグってたころ64bit capablity見せるのに実際は
32bitしか出してくれなくてはまったことがある。。。。。
どっちもFreeBSDの話じゃないんだけど。
831 ◆MUMUMUhnYI :2006/06/12(月) 13:15:06 BE:3648285-#
…しかし、mpsafevfs を切ることになろうとは。
もしこれがビンゴだったら、それはそれでいまいちだなぁ。< 6.1R/amd64
832 ◆MUMUMUhnYI :2006/06/12(月) 21:11:26 BE:3283766-#
…はずれだったらしい。

それはそれで問題だけど。
ううむ、困ったな。
833 ◆MUMUMUhnYI :2006/06/13(火) 02:25:27 BE:3192757-#
ついに、5.2.1R 以来の、SMP あきらめに移行。
5.3R 5.4R 6.0R では大丈夫だったのに、どうしたんだろう。
834名無しさん@お腹いっぱい。:2006/06/13(火) 02:30:03
Linux系で言えば X.1 は開発版
835 ◆MUMUMUhnYI :2006/06/13(火) 02:52:31 BE:1460328-#
i386 では問題なし、想定通り 6.0R よりも安定度アップ、ってのもなぁ。
836名無しさん@お腹いっぱい。:2006/06/14(水) 02:44:44
>>831
どうしたん?
837名無しさん@お腹いっぱい。:2006/06/14(水) 02:58:54
>>831
うちのサイトもamd64版のFreeBSD6.1Rなんだけど
何かあったの?

いまのところかなり激しいディスクアクセスが続いていても
問題なさそうなんだけど。
838 ◆MUMUMUhnYI :2006/06/14(水) 07:04:49 BE:2280555-#
>>836-837
ううむ、個体差があるのかなぁ。

live23 と news20 のバックエンドサーバが FreeBSD 6.1R/amd64 なんですが、
負荷に関係なく突然ハングアップする状況が続いていて、とても困っています。

シングルCPUに変えてからは、今のところハングアップはなし。
ただ、今週中ぐらいは様子見ないと、わからないですが。

こちらでやっているです。

2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/test/read.cgi/operate/1150052911/
839 ◆MUMUMUhnYI :2006/06/14(水) 07:15:32 BE:2189838-#
dual CPU 時代の dmesg はこんなかんじ。
FreeBSD 5.4R 時代は、1年以上何の問題もなしでした。

http://mumumu.mu/tmp/cobra2244-dmesg.txt
840名無しさん@お腹いっぱい。:2006/06/14(水) 10:00:34
うちの大学のある授業用の学生用計算鯖は、ディスクアクセスやCPU利用率とも
半端でなく多い状態だけど、まだハングアップは経験していないよ。

少なくともcvsupしてから、31日間動きっぱなし、

FreeBSD xxx.xxxxxx.ac.jp 6.1-STABLE FreeBSD 6.1-STABLE #4:
Sat May 13 14:45:45 JST 2006 xxxxx@xxx.xxxxxx.ac.jp:/usr/obj/home/src/sys/XXX amd64

841名無しさん@お腹いっぱい。:2006/06/14(水) 10:03:59
840だけど、

ちなみにハードウェアは、1年ほど前にDOSパラの法人営業部から
購入したOpteron dual なマシンだよ。
MBはTyanを使っていたと思う。

メモリは2GBしか積んでいないけど。
842 ◆MUMUMUhnYI :2006/06/14(水) 10:14:00 BE:5745997-#
>>840-841
やはり、個体差なのかなぁ。

同じハードウェア構成で、5.3R/5.4R/6.0R では問題なしでした。

・M/B HDAMA Rev.D
・Opteron 244 dual
・memory 4GBytes
・network I/F: bge
・SCSI Ctrler: mpt
843名無しさん@お腹いっぱい。:2006/06/20(火) 08:33:24
>>842
うちのHDAMA base boxも6.1Rで動かなくなった。(Panic)
SCSIカード二枚構成だったんだけど、ncrのドライバを外して
isp(64bit PCI)だけの構成にしたら動いた。
32bit DMAアドレスのSCSIカードとの相性が怪しいかも??

でもmptは高級品だよね。。。高級すぎてテスターがいないとか?
844 ◆MUMUMUhnYI :2006/06/20(火) 23:48:46 BE:4925096-#
>>843
なるほど、うーむ。

ささってるのは、SCSI card 1枚です。(U320 dual channel, PCI-X)
あとはなんか、BIOS がなんたらかんたらとかいう話もあるっぽいような。ううむ。
845名無しさん@お腹いっぱい。:2006/07/01(土) 13:02:31
openoffice.org-2.0 (openoffice.org-2.0.3rc6) を ports から install
しましたが、日本語入力 (scim-anthy) しようとすると落ちます。

みなさんはどうでしょう? うまく動いてます?

環境は、先月末に 6.1-stable にしてあるマシンです。

user1@pretty[~]% uname -a
FreeBSD pretty 6.1-STABLE FreeBSD 6.1-STABLE #4: Thu Jun 29 23:42:34 JST 2006
root@pretty:/usr/src/sys/amd64/compile/PRETTY amd64
846名無しさん@お腹いっぱい。:2006/07/18(火) 02:32:42
現在64の3000+(s939)を使用してますが
価格が下がってるので3800+に換装してみようかと思案中なんですが
体感速度は変わりますかね?CPUをUPグレードした方いましたら教えてください
847名無しさん@お腹いっぱい。:2006/07/18(火) 06:12:10
同一コアなら多少クロックが上がってもほとんど変わらない
848名無しさん@お腹いっぱい。:2006/07/18(火) 13:07:06
そうですか残念いまので我慢します
ありがとうございました。
849名無しさん@お腹いっぱい。:2006/07/18(火) 13:22:03
今のCPUだと、どれに換えてもあまり体感上の効果ってないよね。

ひたすら数値計算をやっていると計算終了時間が変わってくるから
よく分かるけど...

あとは、make buildworld の時間くらいか
850名無しさん@お腹いっぱい。:2006/07/18(火) 15:11:26
そんなものなんですね><
MMOゲームをしてるんですが効果ないならやめます。
メモリ1Gつんでるんでさらに1Gつもうかと検討します
ありがとうございました
851名無しさん@お腹いっぱい。:2006/07/18(火) 16:28:47
メモリ増やすのには同意だけど、
ゲームしながら他のこともやるなら X2 3800+ にすれば?
クロックは今と変わらないけど、マルチスレッドが有効なものはかなり伸びるでしょ。
それこそ make world とか。
852名無しさん@お腹いっぱい。:2006/07/18(火) 16:33:10
マザーのチップセットにもよるけど939でX2は余りお勧めしたくない
853名無しさん@お腹いっぱい。:2006/07/18(火) 16:52:36
>>852
何で?
854名無しさん@お腹いっぱい。:2006/07/18(火) 17:21:37
>>851
別作業はもう1台のPCで行うので今のところX2は考えてないです。
855名無しさん@お腹いっぱい。:2006/07/18(火) 18:46:18
漏れは、x2 のデュアルCPUにしようと考えている。
こういうのは、体感上どうのこうのというよりも男の浪漫だと思う。

856名無しさん@お腹いっぱい。:2006/07/18(火) 20:58:53
最近は浪漫を感じる程のCPUは出ていないが...
857名無しさん@お腹いっぱい。:2006/07/18(火) 22:49:11
やっぱCellかなあ
858名無しさん@お腹いっぱい。:2006/07/18(火) 23:36:47
Geode NXの64bit版(出れば)とか……
859名無しさん@お腹いっぱい。:2006/07/19(水) 13:31:43
Cellも結局がっかりだ
860名無しさん@お腹いっぱい。:2006/07/20(木) 00:54:56
デュアルなら結構、体感速度上がんないか?make buildworldしながら別の作業するときとか。
861名無しさん@お腹いっぱい。:2006/07/20(木) 03:29:31
そんな当たり前のことを言われても・・・
862名無しさん@お腹いっぱい。:2006/07/20(木) 03:35:27
体感速度というか、make buildworld そのものが早く終わるから
速いって感じがするよ。
863名無しさん@お腹いっぱい。:2006/07/20(木) 03:38:06
Opteron DualCore を2つ搭載して、4CPU環境を作りたいんだけど、
FreeBSD6.1Rで実際運用している香具師いる?
864名無しさん@お腹いっぱい。:2006/07/20(木) 23:44:20
>>863
してるお
運用といえるのかどうかしらんけど
大学の研究室で一台動いてる
865名無しさん@お腹いっぱい。:2006/07/20(木) 23:52:07
>>864
なるほど、高負荷でも安定している?
866名無しさん@お腹いっぱい。:2006/07/21(金) 12:05:33
>>865
負荷なんてこれっぽっちも無いさ
誰も使ってないし外からアクセスできないし(´・ω・`)
867863:2006/07/22(土) 14:04:40
>>866
もったいねー。

漏れのところは、現在OpteronのDUAL CPU構成だけど、常時6~10位の
ロードアベレージだよ。
それで、4CPU構成にしようと思ったんだが...

数値計算を並列でやっているからCPUが早くなると計算が
早く終わってくれるので、論文締切前のデータ取りには
重要なんだ。
868名無しさん@お腹いっぱい。:2006/07/22(土) 16:20:18
>>867
うん・・・勿体ないと俺も思うよ
科研費使い切ってくれってお願いされたからさ・・・
869名無しさん@お腹いっぱい。:2006/07/22(土) 17:05:29
科研費って使い切るのに苦労するものなのか?

実験装置の購入は良いとしても、国際会議の出張旅費とか
入れたらすぐに足がでるぞ...
まぁ、若手Bだから額が少ないから仕方ないんだけどな。
870名無しさん@お腹いっぱい。:2006/07/22(土) 17:06:20
>>868
そのままで終わっちゃったら、税金の無駄遣い以外の何者でもないな。

何か活用できるテーマが見つかることを、祈ります。
871名無しさん@お腹いっぱい。:2006/07/22(土) 23:46:33
>>870
正直理論系だから計算機自体ほとんどいらない罠
872名無しさん@お腹いっぱい。:2006/07/23(日) 03:32:50
売れ
873 ◆MUMUMUhnYI :2006/07/25(火) 23:43:09 BE:5745997-BRZ
雪だるまサーバに投入したいです><
874名無しさん@お腹いっぱい。:2006/07/26(水) 03:32:37
>>873
期待していまつ。
875名無しさん@お腹いっぱい。:2006/07/29(土) 03:00:02
>>870
つ「宇宙人捜し」
876名無しさん@お腹いっぱい。:2006/07/29(土) 15:15:10
白血病の方が良くないか? 暗号とか
877名無しさん@お腹いっぱい。:2006/08/05(土) 22:05:47
BuildWorld中の画面で気になってた"-march=athlon-xp"
どうやら/usr/src/Makefile.incl内にmarch=athon-xpを発見。

ソース元
ttp://lists.freebsd.org/pipermail/freebsd-amd64/2005-June/005201.html
>>720のようなEM64T環境で32ビットアプリがおかしくなるのはこのせいかも。

CPU指定されちゃあねぇ
878名無しさん@お腹いっぱい。:2006/08/05(土) 22:08:01
879名無しさん@お腹いっぱい。:2006/08/06(日) 00:03:27
それだけが理由なら、720が言う「全く動かん」ということにはならんと思うけど。
880名無しさん@お腹いっぱい。:2006/08/27(日) 03:19:05
命令セットが非互換な場合は実行時にcore吐いたような・・・
881名無しさん@お腹いっぱい。:2006/08/27(日) 12:20:42
白血病に協力したいんだけど、wineで動くかな?

微妙にCPUパワーの余っているFreeBSD amd64鯖があるんだけど...
882名無しさん@お腹いっぱい。:2006/09/02(土) 14:33:56
dnetcにしとけ
883名無しさん@お腹いっぱい。:2006/09/05(火) 03:09:17
setiもあるぞ
884名無しさん@お腹いっぱい。:2006/09/13(水) 07:54:03
powerd で環境保全に貢献しよう。
885名無しさん@お腹いっぱい。:2006/09/25(月) 23:50:56
コンセント抜いとけ
886名無しさん@お腹いっぱい。:2006/10/31(火) 00:48:25
スレを移動しまくってるんだけど

今日のカレントで、DELL E521がブートでキタ━━━━(゚∀゚)━━━━ッ!!
よくわからないけど、たまにブートに成功する
たまにキーボードも使える
887名無しさん@お腹いっぱい。:2006/10/31(火) 02:08:34
E521にとりあえずインストールできた
キーボード刺してると起動しない
起動後、裏のUSBポートにキーボード刺すと使える
マウスはまだ使えない

Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.0-CURRENT #0: Mon Oct 30 15:09:42 UTC 2006
おれおれ:/usr/obj/amd64/usr/src/sys/GENERIC
WARNING: WITNESS option enabled, expect reduced performance.
ACPI APIC Table: <DELL bMk >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) 64 Processor 3500+ (2204.62-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
Features2=0x2001<SSE3,CX16>
AMD Features=0xea500800<SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+,3DNow!>
AMD Features2=0x1d<LAHF,SVM,ExtAPIC,CR8>
usable memory = 1060270080 (1011 MB)
avail memory = 1021890560 (974 MB)
ioapic0 <Version 1.1> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
acpi0: <DELL bMk > on motherboard
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi0: Power Button (fixed)
888名無しさん@お腹いっぱい。:2006/10/31(火) 02:10:40
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pci0: <memory, RAM> at device 0.0 (no driver attached)
pci0: <memory, RAM> at device 0.1 (no driver attached)
pci0: <memory, RAM> at device 0.2 (no driver attached)
pci0: <memory, RAM> at device 0.3 (no driver attached)
pci0: <memory, RAM> at device 0.4 (no driver attached)
pci0: <memory, RAM> at device 0.5 (no driver attached)
pci0: <memory, RAM> at device 0.6 (no driver attached)
pci0: <memory, RAM> at device 0.7 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> at device 2.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> at device 3.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> at device 4.0 on pci0
pci3: <ACPI PCI bus> on pcib3
vgapci0: <VGA-compatible display> port 0xbc00-0xbc7f mem 0xf8000000-0xf8ffffff,0xd0000000-0xdfffffff,0xf9000000-0xf9ffffff irq 16 at device 0.0 on pci3
pci0: <memory, RAM> at device 9.0 (no driver attached)
889名無しさん@お腹いっぱい。:2006/10/31(火) 02:12:11
isab0: <PCI-ISA bridge> at device 10.0 on pci0
isa0: <ISA bus> on isab0
pci0: <serial bus, SMBus> at device 10.1 (no driver attached)
pci0: <memory, RAM> at device 10.2 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: <nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 8 ports with 8 removable, self powered
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0
ehci0: [GIANT-LOCKED]
usb1: EHCI version 1.0
usb1: companion controller, 8 ports each: usb0
usb1: <EHCI (generic) USB 2.0 controller> on ehci0
usb1: USB revision 2.0
uhub1: <nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb1
uhub1: 8 ports with 8 removable, self powered
atapci0: <nVidia nForce MCP51 SATA300 controller> port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 23 at device 14.0 on pci0
ata2: <ATA channel 0> on atapci0
ata3: <ATA channel 1> on atapci0
atapci1: <nVidia nForce MCP51 SATA300 controller> port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f mem 0xfe02c000-0xfe02cfff irq 20 at device 15.0 on pci0
ata4: <ATA channel 0> on atapci1
ata5: <ATA channel 1> on atapci1
pcib4: <ACPI PCI-PCI bridge> at device 16.0 on pci0
pci4: <ACPI PCI bus> on pcib4
bfe0: <Broadcom BCM4401-B0 Fast Ethernet> mem 0xfddfe000-0xfddfffff irq 19 at device 7.0 on pci4
miibus0: <MII bus> on bfe0
bmtphy0: <BCM4401 10/100baseTX PHY> on miibus0
bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
890名無しさん@お腹いっぱい。:2006/10/31(火) 02:13:27
bfe0: Ethernet address: デルに特定されちゃいます(><)
pci0: <multimedia> at device 16.1 (no driver attached)
fdc0: <floppy drive controller> port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
ppc0: cannot reserve I/O port range
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250 or not responding
sio0: [FAST]
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 2204616292 Hz quality 800
Timecounters tick every 1.000 msec
ad4: 305245MB <WDC WD3200KS-75PFB0 21.00M21> at ata2-master SATA300
Trying to mount root from ufs:/dev/ad4s4a
bfe0: link state changed to UP
ukbd0: <Dell Dell USB Keyboard, class 0/0, rev 1.10/3.01, addr 2> on uhub0
kbd2 at ukbd0

今日はもう寝る
891名無しさん@お腹いっぱい。:2006/11/05(日) 04:47:07
nvidia謹製のXのドライバーマダァ-? (・∀・ )っ/凵⌒☆チンチン
892名無しさん@お腹いっぱい。:2006/11/07(火) 11:30:04
>>891
7.0Rまで待て
893名無しさん@お腹いっぱい。:2006/11/07(火) 17:54:27
7.0Rへの積み残しはかなり多いなぁ
894名無しさん@お腹いっぱい。:2006/11/07(火) 18:49:20
順調にいけば、今度の夏か...
895名無しさん@お腹いっぱい。:2006/11/09(木) 01:25:29
7600GS買ったんだ
nvドライバでもいいやと思って、、、、

でもだめなのね、nvも
vesaで1280x1024だよ
896名無しさん@お腹いっぱい。:2006/11/09(木) 18:16:47
>>894
来年の夏じゃなくて再来年の夏…
897名無しさん@お腹いっぱい。:2006/11/09(木) 19:08:12
Jun. 2007だから今度の夏だろ?
898名無しさん@お腹いっぱい。:2006/11/10(金) 15:21:27
>>897
Start FreeBSD 7.0 Release Processの意味わかってる?
899名無しさん@お腹いっぱい。:2006/11/10(金) 16:59:25
一年もやるのか?
900名無しさん@お腹いっぱい。:2006/11/10(金) 22:52:09
これだから犬vidiaって言われるんだ
901名無しさん@お腹いっぱい。:2006/11/11(土) 09:25:18
どうせLinuxに勝てないんだから無理すんなよ
902名無しさん@お腹いっぱい。:2006/11/11(土) 12:20:35
>>900 よんだかワン?
903名無しさん@お腹いっぱい。:2006/11/15(水) 10:58:12
-amd64 ML でも問題がいろいろ報告されてるみたいだけど
6.2-BETA3 の iso image で起動しようとしたら
最初のこの↓辺りのメッセージすらでないまま panic した...
(kernel load 中)

Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.

HP の xw6400 with woodcrest(Xeon5130 x1)です

i386版は問題なく動作するんだけどね
904名無しさん@お腹いっぱい。:2006/12/03(日) 00:45:43
woodcrestはLinuxがやっとまともに動き出したくらいのところなのでFreeBSDはまだ先だな。。。
BIOSもまだ安定して無い。
905 ◆TWARamEjuA :2006/12/03(日) 09:29:49
そういえば、oyster901はもう天寿を全うしたんだよなぁ。。。
906名無しさん@お腹いっぱい。:2006/12/04(月) 20:06:51
もしかしてCore2Duoもまだやばい?
冬のボーナスで一台組もうか迷ってる
907名無しさん@お腹いっぱい。:2006/12/05(火) 20:06:12
>906
運用が主目的なら、とりあえずi386版(32bit版)をSMPで使っていればいいだろ。
時間と技術があるなら、ぜひamd64版で貢献してくれ。
908906:2006/12/05(火) 23:08:51
>>907
いや,、ちょっと上の方でDELL E521買って苦しんでるのは俺なんだけど、中途半端にFreeBSD(amd64)が動くマシンが2台になるのもやだなと思って
909名無しさん@お腹いっぱい。:2006/12/06(水) 06:39:14
そういう状況から(他力であれ自力であれ)
じわじわと使えるようになっていく変化を楽しむ
というのも良いと思う。
910名無しさん@お腹いっぱい。:2006/12/10(日) 13:04:32
Ubench CPU: 292674
Ubench MEM: 209773
--------------------
Ubench AVG: 251223
911名無しさん@お腹いっぱい。:2006/12/10(日) 21:43:41
64bit環境を手に入れたので、嬉しくなって1TBのファイルをmmapしてみたら
メモリが足りなくなった。8B/4KBで計算してみたらページテーブルエントリ
だけで2GB必要なのか。mmapに2MBページを使うフラグが欲しいなあ。
912名無しさん@お腹いっぱい。:2006/12/13(水) 23:34:19
E521のCPUを3800+(シングル)からX2 5200+に変えました
buildworldの時間が半分以下になり、build kernelとあわせて40分ぐらいで終わるようになりますた
キーボード刺したままだと起動せず、DVDドライブも認識されず、勢いでさした7600GSはvesaで動か
さざるをえないマシンですが、メインのP4 2.8C(386)マシンより倍早く更新が終わるのでこれだけでも
十分満足です


普通に使いたいよ(ノД`)シクシク
913名無しさん@お腹いっぱい。:2006/12/14(木) 03:26:35
7600GSを抜いてコンパイルマシンとして使えば良いんだよもん?
914名無しさん@お腹いっぱい。:2006/12/24(日) 00:31:24
来年度の予算でOpteron dual core & dual CPU の鯖マシンを買ってもらえそうだ。
メモリは32GBくらいを予定している。
たぶん、漏れが管理することになるから、FreeBSDで運用することになると思うけど、
機種選定がけっこうやっかい。

上記のようなマシンで、FreeBSDが動作しているものって何がある?
915名無しさん@お腹いっぱい。:2006/12/24(日) 00:50:28
freebsd.orgのどこかに、こういう構成で運営していますよリストがなかったっけ?
916名無しさん@お腹いっぱい。:2006/12/24(日) 01:56:54
http://www.freebsd.org/platforms/amd64/motherboards.html
とfreebsd-amd64の過去ログをみるのもいいけど、
新しめのhardwareだからMLで直接聞いてみれば。
917名無しさん@お腹いっぱい。:2006/12/24(日) 09:48:28
>914
HP DL385G2 とかユーザーが多そうな機種に
しておくのが無難でしょうけど >916 に同意だね

もっともそんなに冒険的要素はないと思うけど
918名無しさん@お腹いっぱい。:2006/12/24(日) 09:52:01
2chも
919名無しさん@お腹いっぱい。:2006/12/24(日) 11:17:12
>>917
ラックサーバだと凄いファンノイズ撒き散らすと思う
設置場所には要注意ですな
920名無しさん@お腹いっぱい。:2006/12/24(日) 18:39:10
>>914だけど、
いろいろレスありがとう。

今、>>916のURLを見ていろいろ調べている。

来年度になると思うけど、漏れのところで動いたらその構成を報告するよ。
921名無しさん@お腹いっぱい。:2007/01/05(金) 03:15:54
おまいらにいいお知らせです
あのキーボードを刺しているとブートしなかったDELL E521が、最新BIOSの1.1.4では
ちゃんと起動するようになりました。逆にキーボード刺してないと起動しなくなった。
お前らも25%offの時にポチれ。
ついでに、USB-HUBに刺してるマウスも認識するようになった
922名無しさん@お腹いっぱい。:2007/01/05(金) 09:47:59
キーボード挿していないと起動しないのは、
あまり良い傾向じゃないなあ。
それからいまどき100BaseのNICはどうよ。
あとDELLのサイトは重いんだよね。
923名無しさん@お腹いっぱい。:2007/01/05(金) 10:23:08
>逆にキーボード刺してないと起動しなくなった。

つ BIOS設定
924名無しさん@お腹いっぱい。:2007/01/05(金) 15:26:00
>>923
立ち上がるようになったヽ(`Д´)ノ

>>922
キーボードなしでも起動するようになった
NICはどこの家庭にもある余った1000BASEのNICをさせばOK!

あとは、SATA接続のDVDドライブ認識しないんだが使わないからこれは無問題としても、犬vidiaがドライバを
出してくれないのが問題だな
925名無しさん@お腹いっぱい。:2007/01/06(土) 05:21:29
>>923
なるほど
でもどこの家にでもある余った1000BSEのカードはPCI接続だからちょっとねえ。
高速な接続のをオンボードで準備していてほしいなあ。
926名無しさん@お腹いっぱい。:2007/01/06(土) 06:13:37
927名無しさん@お腹いっぱい。:2007/01/06(土) 06:15:31
そりゃ買えばあるけどさあ
928名無しさん@お腹いっぱい。:2007/01/06(土) 06:19:33
安さで勝負だからわがまま言うなヽ(`Д´)ノ
929名無しさん@お腹いっぱい。:2007/01/06(土) 10:09:02
>925
BSE がそこらじゅうにあるのなら厚生省に連絡を
930名無しさん@お腹いっぱい。:2007/02/02(金) 01:18:18
そろそろNVIDIAの社員もいじってもいじっても直らないWindows用8800対応ドライバ触るの飽きてきたころじゃね?
気晴らしにFreeBSD(amd64)のドライバ開発進めてみたくなってきたころじゃね?
931名無しさん@お腹いっぱい。:2007/02/02(金) 05:07:05
nVidiaのFreeBSD(amd64)用ドライバが遅れているのは、nVidiaのセイじゃなくて
amd64版ではkernel側の対応ができていないからだよ。
932名無しさん@お腹いっぱい。:2007/02/02(金) 14:22:08
Athron64で6.2Rを使う場合、amd64版をインストールした方がいいのか、
未だi386版をインストールした方がいいのかどちらでしょうか?
933一般解があるわけねーだろ:2007/02/02(金) 15:33:27
自分で決めろ
934名無しさん@お腹いっぱい。:2007/02/02(金) 23:09:29
>>932
2台買って両方入れるのがお勧め
935名無しさん@お腹いっぱい。:2007/02/02(金) 23:12:03
そろそろNVIDIAの社員もいじってもいじっても直らないWindows用8800対応ドライバ触るの飽きてきたころじゃね?
気晴らしにFreeBSD(amd64)のカーネルいじってみたくなってきたころじゃね?
936名無しさん@お腹いっぱい。:2007/02/04(日) 01:42:44
nVidiaのFreeBSD(amd64)用ドライバが遅れているのは、nVidiaのセイじゃなくて
amd64版ではkernel側の対応ができていないからだよ。
937名無しさん@お腹いっぱい。:2007/02/04(日) 03:40:48
938名無しさん@お腹いっぱい。:2007/02/04(日) 22:12:34
amd64版のFreeBSDは、けっこう安定しているよ。
うちも各種鯖として動かしているが、特にOSの問題でトラブったことはない。

ただ問題なのは nVidiaのドライバが無いので、それが気になる香具師は
i386版を入れるのが吉。
939名無しさん@お腹いっぱい。:2007/02/04(日) 22:13:39
ところで、みんなメモリはどの程度積んでいる?
漏れのところは、貧乏なので鯖でも8GB積んでいるのが最大なんだけど...
940名無しさん@お腹いっぱい。:2007/02/04(日) 22:17:08
俺も貧乏だから1G
端末だけど
でも乗っけてる7600GSは512M
941名無しさん@お腹いっぱい。:2007/02/04(日) 22:18:58
1GBだと64bitの有難味はないなぁ。
942名無しさん@お腹いっぱい。:2007/02/04(日) 22:22:54
アドレス空間じゃないけど、レジスタがちょっぴり多いのはwww
943名無しさん@お腹いっぱい。:2007/02/04(日) 23:21:50
2038年問題にたいして一歩進んだぜ!
944名無しさん@お腹いっぱい。:2007/02/04(日) 23:29:58
そろそろ次年度の予算確定時期だ。

今年は、ちょっとリッチにOpteronで4CPUとかってしたいな。
945名無しさん@お腹いっぱい。:2007/02/05(月) 00:13:50
>>942
それだけで、10%程度は高速化されるらしいからね。
946940:2007/02/05(月) 22:16:36
多倍長演算が数倍早いんです (><)
俺は必要ないけど、BNF氏は32bitだとお小遣い管理にも多倍長演算が必要なんです (><)
947名無しさん@お腹いっぱい。:2007/02/07(水) 01:13:41
amd64のおかげで最近は多次元空間解析がFreeBSDで行える。

16GBとかのメモリが昔のPC98買うような感覚で買えるのをうれしく思うのは
俺が歳をとった証拠だよな。
948名無しさん@お腹いっぱい。:2007/02/07(水) 02:12:17
10年ちょっと前に初めて買ったPCは16MBだった

もう3桁増えたのか~
949名無しさん@お腹いっぱい。:2007/02/07(水) 23:08:28
10年後には、16TBか
950名無しさん@お腹いっぱい。:2007/02/08(木) 09:04:32
到達してそうで怖いな。

バックアップどーすんだよ。
951名無しさん@お腹いっぱい。:2007/02/08(木) 10:02:01
値段無視しちゃだめだろ。
10年前 16MB 7,000円
現在 16GB(4GBx4) 56万円

10年前の16MB EDO SIMM相当のモジュールは、現在では512MB DDR2 DIMMだから
32倍にしかなってないよ。2^(10/2)だからムーアの法則どおりって感じ。
952名無しさん@お腹いっぱい。:2007/02/08(木) 14:21:42
10年ちょっと前だけど 16MB で3,4万位かけたと思う。

はじめてでメモリはそれなりに奮発したはずだし

>現在 16GB(4GBx4) 56万円

それは極端すぎ

せめて 2GBx8 とかマザーによっては 1GBx16 構成も可能なんだから
953名無しさん@お腹いっぱい。:2007/02/08(木) 15:36:42
メモリスロットが8本とか16本あるマザーは高価っていうか
その時代の中での位置づけが、また違うから、
別の話になっちゃう

という言い方もできる

もちろん別の言い方では、PCをたくさん並べて
スーパーコンピューターを構成するようになった
ともいえるし
スーパーコンピューターの最小構成をPCとして使っている
ともいえる

amd64は Alpha AXP がなしえなかった
PCとHPCの融合をという夢を成し遂げたわけで
954名無しさん@お腹いっぱい。:2007/02/08(木) 16:10:47
alpha 互換機一応秋葉で売ってたけど
955名無しさん@お腹いっぱい。:2007/02/08(木) 17:06:15
>>954
コストパフォーマンスが計算する人しかよくなかったし
956名無しさん@お腹いっぱい。:2007/02/08(木) 17:10:00
今秋葉原に行って適当な新品パソコンを買って帰ってくると
普通にamd64なわけで。
957名無しさん@お腹いっぱい。:2007/02/08(木) 22:03:51
ところでそろそろCore2Duoとかそれ系のXeonでbuild world、build kernelにかかる時間を書いてくれる人が出てきてもいいころ
958名無しさん@お腹いっぱい。:2007/02/09(金) 22:28:37
かなり前にやったやつならどうぞ
CPU: E6300
MB: P5LD2
MEM: 512MBx2

make kernel -j4
424.899u 38.188s 4:52.93 158.0% 4846+3170k 463+3093io 19pf+0w
959名無しさん@お腹いっぱい。:2007/02/09(金) 22:29:26
改行規制のため連続で
ついでにNBENCH
TEST : Iterations/sec. : Old Index : New Index
: : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT : 1444.4 : 37.04 : 12.17
STRING SORT : 101.36 : 45.29 : 7.01
BITFIELD : 3.332e+08 : 57.16 : 11.94
FP EMULATION : 98.61 : 47.32 : 10.92
FOURIER : 16972 : 19.30 : 10.84
ASSIGNMENT : 26.164 : 99.56 : 25.82
IDEA : 1963.7 : 30.03 : 8.92
HUFFMAN : 1648.4 : 45.71 : 14.60
NEURAL NET : 24.13 : 38.76 : 16.31
LU DECOMPOSITION : 1181.4 : 61.20 : 44.20

960名無しさん@お腹いっぱい。:2007/02/09(金) 22:30:05
==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX : 48.376
FLOATING-POINT INDEX: 35.776
Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU :
L2 Cache :
OS : FreeBSD 6.2-PRERELEASE
C compiler : cc
libc : /lib/libc.so.6
MEMORY INDEX : 12.929
INTEGER INDEX : 11.467
FLOATING-POINT INDEX: 19.842
Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.

*-march=pentium4で全体最適化済み
*gccはその当時のシステムに入ってたやつ(gcc3.?)
961名無しさん@お腹いっぱい。:2007/02/09(金) 22:33:33
あと他のやつも

Pentium4 541 No HTT -j4
511.435u 42.607s 9:23.27 98.3% 4861+3188k 286+3008io 20pf+0w
Pentium4 541 HTT on -j4
750.251u 59.717s 7:57.09 169.7% 4853+3174k 44+3007io 20pf+0w

以下はbashでやったため表記が違います

PentiumD 915 -j6
real 6m23.681s
user 9m3.270s
sys 0m49.832s

athlon64 3500 -j4
real 8m0.173s
user 7m20.704s
sys 0m33.243s

LGA775はおそらくCPU以外同じ環境。Athlon64は忘れました

962名無しさん@お腹いっぱい。:2007/02/09(金) 22:43:50
>>961
これは build kernel xxx ってこと?
963名無しさん@お腹いっぱい。:2007/02/09(金) 22:56:54
はい、そうです
説明足らずですみません。
964名無しさん@お腹いっぱい。:2007/02/09(金) 23:00:59
いろいろ乙
なるほど
buildkernel はしない人なのかな?
965名無しさん@お腹いっぱい。:2007/02/09(金) 23:20:56
       ____
     /⌒  ⌒\
   /( ●)  (●)\
  /::::::⌒(__人__)⌒::::: \
  |     |r┬-|     | Athlon64X2 5200+でやるお
  \      `ー'´     /


TEST            : Iterations/sec. : Old Index  : New Index
                :         : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT      :     2517.8 :   64.57 :   21.21
STRING SORT       :     219.41 :   98.04 :   15.17
BITFIELD          :    5.718e+08 :   98.08 :   20.49
FP EMULATION      :     165.54 :   79.44 :   18.33
FOURIER          :      21000 :   23.88 :   13.41
ASSIGNMENT       :     30.197 :   114.91 :   29.80
IDEA             :     3892.3 :   59.53 :   17.68
HUFFMAN          :     2028.3 :   56.25 :   17.96
NEURAL NET       :     27.149 :   43.61 :   18.35
LU DECOMPOSITION  :      1342 :   69.52 :   50.20

966名無しさん@お腹いっぱい。:2007/02/09(金) 23:22:17
       ____
     /⌒  ⌒\
   /( ●)  (●)\
  /::::::⌒(__人__)⌒::::: \
  |     |r┬-|     | Athlon64X2 5200+でやるお
  \      `ー'´     /

==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX       : 78.865
FLOATING-POINT INDEX: 41.680
Baseline (MSDOS*)     : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU          :
L2 Cache      :
OS          : FreeBSD 7.0-CURRENT
C compiler     : cc
libc          : /lib/libc.so.7
MEMORY INDEX    : 21.003
INTEGER INDEX    : 18.742
FLOATING-POINT INDEX: 23.117
Baseline (LINUX)  : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.

967名無しさん@お腹いっぱい。:2007/02/10(土) 01:09:59
       ____
     /      \
   /  _ノ  ヽ、_  \  Athlon64X2 5200+だけど
  /  o゚⌒   ⌒゚o  \  SATA DISKの内周にインストールしてるんだお
  |     (__人__)    |   E521だからメモリもDDR2-533を2個なんだお
  \     ` ⌒´     /  Currentでデバッグオプションはoffだお

time make -j4 buildworld TARGET=amd64 TARGET_ARCH=amd64
3006.394u 458.912s 31:31.71 183.1% 4682+1192k 17890+351498io 2730pf+0w

time make -j4 buildkernel KERNCONF=MYKERNEL TARGET=amd64 TARGET_ARCH=amd64
657.401u 73.131s 8:45.47 139.0% 4576+1171k 5165+72670io 43pf+0w
968名無しさん@お腹いっぱい。:2007/02/10(土) 01:27:58
つまりどういう事?
5200+はいいの? 悪いの?
969名無しさん@お腹いっぱい。:2007/02/10(土) 01:48:13
■動作クロック比
Athlon64 X2 5200+(2.6GHz) ÷ Core 2 Duo E6300 (1.86GHz) ≒ 1.4

■価格比
Athlon64 X2 5200+(29,800円) ÷ Core 2 Duo E6300 (23,500円) ≒ 1.26
http://www.watch.impress.co.jp/akiba/hotline/20070210/p_cpu.html

■ベンチ比

                     X2 5200+   E6300     比
--------------------------------------------------------
NUMERIC SORT      :     2517.8 :   1444.4   :  1.74
STRING SORT       :      219.41 :   101.36   :  2.16
BITFIELD          :    5.718e+08 : 3.332e+08  :  1.72
FP EMULATION      :     165.54 :    98.61   :  1.68
FOURIER          :      21000 :    16972  :   1.23
ASSIGNMENT       :     30.197 :    26.164  :   1.15
IDEA             :     3892.3 :   1963.7  :   1.98
HUFFMAN          :     2028.3 :   1648.4  :   1.23
NEURAL NET       :     27.149 :    24.13  :   1.13
LU DECOMPOSITION  :      1342 :    1181.4  :   1.14

MEMORY INDEX      :    21.003 :     12.929 :    1.62
INTEGER INDEX       :    18.742 :     11.467 :    1.63
FLOATING-POINT INDEX:     23.117 :     19.842 :    1.16
970名無しさん@お腹いっぱい。:2007/02/10(土) 02:25:01
メモリーと整数はAMDがお得で
floatはそれほどでもないと?
971名無しさん@お腹いっぱい。:2007/02/10(土) 09:43:39
一般用途はAMDと?
972名無しさん@お腹いっぱい。:2007/02/10(土) 10:32:32
MHz単価はAthlon64X2のほうはまだ良さげなのがあるけど、cache容量はどのように効くかな?
973名無しさん@お腹いっぱい。:2007/02/10(土) 10:33:49
PRERELEASE版ってデバッグオプションがついているんだっけ?
974名無しさん@お腹いっぱい。:2007/02/10(土) 10:35:11
それを言うならCurrentも
975名無しさん@お腹いっぱい。:2007/02/10(土) 16:55:21
i386だけど、Pen4マシンでcurrentで make kernelやったんだけど

1365.518u 148.521s 16:44.10 150.7% 3678+8050k 626+99276io 482pf+0w

IO数が、>>958よりずっと多い
>>958はどうやったんだろ?
976名無しさん@お腹いっぱい。:2007/02/10(土) 19:29:00
2次キャッシュ4MByteのCore2Douのベンチマダァ-? (・∀・ )っ/凵⌒☆チンチン
977名無しさん@お腹いっぱい。:2007/02/10(土) 23:50:21
そろそろ次スレか。

スレ消費するのに3年かかったな。
978名無しさん@お腹いっぱい。:2007/02/10(土) 23:58:36
漏れが若い頃は、RISC WSで広いメモリ空間にアクセスするときは
TLBミスによる速度低下に気を遣ったものだが、今のFreeBSD amd64とかでは
そういうことは考えなくても良くなっている?
979名無しさん@お腹いっぱい。:2007/02/11(日) 01:21:23
次スレいるか?
980名無しさん@お腹いっぱい。:2007/02/11(日) 01:27:41
Core 2 で。
981名無しさん@お腹いっぱい。:2007/02/11(日) 01:36:10
>>978
良くなってない
ページサイズが4KBと小さいのはamd64の弱点のひとつ
982名無しさん@お腹いっぱい。:2007/02/11(日) 01:56:23
>>981
クアッドコアで1GB/ページがサポートされる
983名無しさん@お腹いっぱい。:2007/02/11(日) 01:58:16
>>979
頼んだ
984名無しさん@お腹いっぱい。:2007/02/11(日) 02:39:30
>>982
ほんまかいな。ページというよりセグメントって感じのサイズだねw
985名無しさん@お腹いっぱい。:2007/02/11(日) 02:53:02
>>984
Itanium2とHP-UXの組み合わせではユーザープロセスで4GB/ページサポートしてるから…
ソフトでの実装だしリブートしないとダメみたいだけど
986名無しさん@お腹いっぱい。:2007/02/11(日) 03:52:40
手元のPCだと主記憶に1ページしかない事に(笑)イミナス
987名無しさん@お腹いっぱい。:2007/02/11(日) 09:45:50
AMD SVMのTaggedTLB使えば
988名無しさん@お腹いっぱい。:2007/02/12(月) 08:52:55
FreeBSD では、PAE の 2MB ページですらカーネルで使われるくらいだよね
989名無しさん@お腹いっぱい。:2007/02/12(月) 10:29:13
次スレの季節が気になるが、それはともかく6.2 release版でXorg一式を6.1 release版と同じ手順で
portinstallしたらデバイスが見つからないとか言われてXサーバ起動しなかった。

dmesg見るとVGAしか居ないし、しかもIOアドレスは1MBより低位にしかないし、
/dev/ioに読み書きできないけど、どうなってるのこれ?
990名無しさん@お腹いっぱい。:2007/02/12(月) 11:00:35
きみが見れる~♪dmesgを僕らは見ることができない~♪
Xorg.0.log だって同じこと~♪いったいどんな機器構成で~♪
どんな Xorg.confなのやら~♪ららる~ららる~♪
991名無しさん@お腹いっぱい。:2007/02/13(火) 01:39:54
とりあえず、誰か次スレ頼む
992名無しさん@お腹いっぱい。:2007/02/13(火) 02:01:52
俺も立てられなかった。

テンプレはどうなるの。
↓でいいのか。

FreeBSD for AMD64(Opteronなど)を取り扱うスレです。

なお、本スレは2ch次世代向け実験鯖のためのスレでもあります。
2ch特化型サーバ・ロケーション構築作戦 Part24
http://qb5.2ch.net/test/read.cgi/operate/1166543133/

なにか情報などがありましたらお願いします。
root★さんが喜ぶでしょう。
993名無しさん@お腹いっぱい。:2007/02/13(火) 12:05:13
FreeBSD/amd64 part2 (and for oyster901)
http://pc10.2ch.net/test/read.cgi/unix/1171335849/

たてました
テンプレ関係は適当によろ
994名無しさん@お腹いっぱい。:2007/02/13(火) 12:09:18
>>993
995名無しさん@お腹いっぱい。:2007/02/13(火) 12:32:36
>>993 乙 梅
996名無しさん@お腹いっぱい。:2007/02/13(火) 13:16:28
ウメ
997名無しさん@お腹いっぱい。:2007/02/13(火) 13:37:32
you me
998名無しさん@お腹いっぱい。:2007/02/13(火) 14:49:38
998
999名無しさん@お腹いっぱい。:2007/02/13(火) 14:52:23
999
1000名無しさん@お腹いっぱい。:2007/02/13(火) 14:52:52
1000
10011001
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。