facebook twitter hatena line google mixi email
★お気に入り追加


  • 1
  •  
  • 2014/03/14(金) 00:24:35.84
``Of course it runs NetBSD.''
_ノ⌒ゝ
\  ´-ヽ
 \ノ⌒ヽ
 NetBSD
    \
ttp://www.netbsd.org/

前スレ
NetBSD その28
http://toro.2ch.net/test/read.cgi/unix/1321305433/

ここまで見た
  • 23
  •  
  • 2014/04/09(水) 15:13:39.93
6.1_STABLE amd64 だけど、firefox重いね。常用できる軽いブラウザないかな。
dilloは日本語使えるようにできる? pkg_addで入れた midoriは
segmentation faultで起動しない..

ここまで見た
  • 24
  •  
  • 2014/04/09(水) 17:40:02.67
>>23
エラーが出たらネットのどこかに貼ってくれると
運良ければ誰かが気が付いて皆が幸せになる。
そんな社会がネット社会の現代。

ここまで見た
  • 25
  •  
  • 2014/04/09(水) 20:15:28.52
>>20
え!マジで!?
Ubuntuのバージョンアップを試みて、
不具合起こしてはリカバリーを何回繰り返したことか・・・・
これはNetBSDを入れざる追えない

ここまで見た
  • 26
  •  
  • 2014/04/10(木) 13:07:17.12
>>24

% LANG=C midori
The configuration couldn't be loaded: No such file or directory
zsh: segmentation fault LANG=C midori

% LANG=C midori -g
Launching command: '/usr/bin/gdb' --batch -ex 'set print thread-events off' -ex run -ex 'set logging on /tmp/midori-gdb.bt' -ex 'bt' --return-child-result --args midori
設定を読み込めませんでした: No such file or directory

Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 1]
0x00007f7f8ffff4e9 in ?? ()
#0 0x00007f7f8ffff4e9 in ?? ()
#1 0x00007f7ff7e579b8 in ?? ()
#2 0x00007f7ff7a7f840 in ?? ()
#3 0x00007f7ff7e4cdc8 in ?? ()
#4 0x00007f7ff7abf980 in ?? ()
#5 0x00007f7ff7c03c1d in _rtld_bind_start () from /usr/libexec/ld.elf_so
#6 0x00007f7ff7e75d80 in ?? ()
#7 0x00007f7ff7eb0800 in ?? ()
#8 0x00007f7f8ffff400 in ?? ()
#9 0x0000000000000036 in ?? ()
#10 0x00007f7f8ffff400 in ?? ()
#11 0x00007f7ff7e579b8 in ?? ()
#12 0x00007f7fde200038 in ?? ()
#13 0x0000000000000000 in ?? ()

% uname -srmp
NetBSD 6.1_STABLE amd64 x86_64

ここまで見た
  • 27
  •  
  • 2014/04/10(木) 13:11:26.73
% pkg_info -I midori
midori-0.4.9nb10 Lightweight web browser using WebKit

% pkg_info -n midori
Information for midori-0.4.9nb10:

Requires:
gnome-themes-[0-9]*
libidn>=1.20nb1
libsexy>=0.1.11nb20
libxml2>=2.8.0nb2
gtk2+>=2.24.20nb2
hicolor-icon-theme>=0.9nb1
libsoup24>=2.42.2nb4
desktop-file-utils>=0.10nb1
webkit-gtk>=1.10.2nb10
libunique>=1.1.6nb19
libnotify>=0.7.0

% pkg_info -I gnome-themes libidn libsexy libxml2 gtk2+ hicolor-icon-theme libsoup24 desktop-file-utils webkit-gtk libunique libnotify
gnome-themes-2.32.1nb15 Collection of themes and icons for GNOME 2
libidn-1.28 Internationalized Domain Names command line tool
libsexy-0.1.11nb20 Collection of GTK+ widgets that beautify standard widgets
libxml2-2.9.1nb1 XML parser library from the GNOME project
gtk2+-2.24.22 GIMP Toolkit v2 - libraries for building X11 user interfaces
hicolor-icon-theme-0.12 Standard icon theme called hicolor
libsoup24-2.42.2nb4 HTTP library implementation in C
desktop-file-utils-0.22 Utilities to manage desktop entries
webkit-gtk-1.10.2nb11 GTK2 port of the WebKit browser engine
libunique-1.1.6nb19 Library for writing single instance applications
libnotify-0.7.6 Desktop notification framework

ここまで見た
  • 28
  •  
  • 2014/04/10(木) 13:20:09.35
pkg_info -n midori で出てくる py27-docutils, gperf, vala020とかって
入ってないけど、要るの?

ここまで見た
  • 29
  •  
  • 2014/04/10(木) 13:21:33.75
あ、pkg_info -N midori

ここまで見た
  • 30
  •  
  • 2014/04/12(土) 21:23:48.21
ktraceしてみてはどうか

ここまで見た
  • 31
  •  
  • 2014/04/28(月) 23:36:08.72
>>31
fsck -p してみるとか
うまくいけば直る、ダメなら潔くレッツ再インストール

ここまで見た
  • 32
  •  
  • 2014/04/29(火) 00:05:15.50
>>31
ありがとうございます。
やってみます!

ここまで見た
  • 33
  •  
  • 2014/04/30(水) 22:45:42.56
>>31
ありがとうございます、上手く動きました。
って、今気づいた fsck -f にしてた。。。

ここまで見た
  • 34
  •  
  • 2014/05/01(木) 08:01:18.57
IPv6 がつながらない。
NetBSD 6.1.4 でeo光のIPv6なんだけど、autohostでアドレスの取得はできていて、ping6は外部へ通るんだけど、telnet -6 で google のポート80に接続して、GET 叩いても応答なし。
Windows 7 からは普通にブラウザでIPv6ページが見える。

何か見落としそうなことってある?

ちなみにeo光は外部からのIPv6接続は落としてしまうみたい。ルータのフィルタの類いは確認できる範囲では入ってないです。

ここまで見た
  • 35
  •  
  • 2014/05/02(金) 06:04:02.63
>>34
PMTUDBかと思ったがhttp://www.google.com:80/はそんなに大きくないしなあ
ping6とtelnetとwin7で見えたページのv6アドレスは同じ?
NetBSD hostから ftp -6 http://www.google.com/ だとどうなる?

差し支えない範囲でtelnetした時のtcpdumpを見てみたい気もする

ここまで見た
  • 36
  •  
  • 2014/05/02(金) 07:38:26.82
>>35
レスありがとう。あとで調べてみます。

telnet で 80 につないだときを tcpdump でみると、コネクションは張れてるような感じ。
その後のデータ送信のところで送れてないような気がする。IPv6 のプロトコルわかってないから読み間違えてるかもしれない。これも今晩ここに貼ってみます。

ここまで見た
  • 37
  •  
  • 2014/05/02(金) 09:04:26.34
>>36
ping6 -mnv -s1000が通るか見るのが先かのう。
"GET / HTTP/1.0"の後にEnterを2回叩いていないとかいうオチではないよな‥?

ここまで見た
  • 38
  •  
  • 2014/05/02(金) 09:29:44.87
MTUデカすぎワロタとかそれ系じゃね?

ここまで見た
  • 39
  • 36
  • 2014/05/02(金) 14:50:11.09
tcpdump で www.google.com:80 につないだ時の様子です。
あらためて見てみると PMTUD じゃない何かっぽいんですがよくわかりません。

こっちのIP6アドレスだけ伏せ字にさせてもらいました。
2404:6800:400a:803::1010 は www.google.com です。

13:47:04.007002 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [S], seq 3175395882, win 32768, options [mss 1440,nop,wscale 3,sackOK,nop,nop,nop,nop,TS val 1 ecr 0], length 0
13:47:04.011740 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [S.], seq 489648122, ack 3175395883, win 28800, options [mss 1392,nop,nop,sackOK,nop,wscale 6], length 0
13:47:04.011764 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [.], ack 1, win 4140, length 0
(接続はされた模様)

13:47:12.135673 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [P.], seq 1:17, ack 1, win 4140, length 16
("GET / HTTP/1.0" + 改行 の送出。PUSH フラグ付き)

13:47:13.128002 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [P.], seq 1:19, ack 1, win 4140, length 18
("GET / HTTP/1.0" + 改行 + 改行 の送出。PUSH フラグ付き)
...
(再送が続くも応答なし)
...
13:48:15.143399 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [P.], seq 1:19, ack 1, win 4140, length 18

ここまで見た
  • 40
  • 36
  • 2014/05/02(金) 14:51:00.36
...
13:49:10.184181 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [F.], seq 19, ack 1, win 4140, length 0
(応答がないので諦めてここで telnet を close した。FIN フラグ付きのパケットが送出される)

13:49:10.321923 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [.], ack 1, win 450, options [nop,nop,sack 1 {19:20}], length 0
(FIN の ACK はすぐ返ってくる)

13:49:19.159273 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [FP.], seq 1:19, ack 1, win 4140, length 18
(FIN + PUSH フラグ付きで、データを再送出。このへんのルールはよく知らない)

13:49:19.164965 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [P.], seq 1:524, ack 20, win 450, length 523
(今度はなぜか HTTP のリプライが返ってくる。中身も正常。でも telnet 終了してるのでリプライを受け取るアプリケーションなし)

13:49:19.164967 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [F.], seq 524, ack 20, win 450, length 0
(先方はやることやったって感じで、FIN を送ってきた)

13:49:19.165046 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [R], seq 3175395902, win 0, length 0
13:49:19.165053 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [R], seq 3175395902, win 0, length 0
(TCP6 の接続は正常に終了)


よくわからないけど、P のパケットが届かないで、F+P のパケットは届いているようにもみえます。

通信出来てる Windows 7 の方がどうなっているのかわからないのですが、Wireshark とか使えばいいんでしたっけ?

ここまで見た
  • 41
  • 36
  • 2014/05/02(金) 15:01:34.43
>>37
ping6 -mnv -s1000 は通りました。

> "GET / HTTP/1.0"の後にEnterを2回叩いていないとかいうオチではないよな‥?
telnet -4 の方でも同じ手順で確認してるので IPv6 固有の何かがなければたぶん大丈夫…だと思います。

ここまで見た
  • 42
  •  
  • 2014/05/02(金) 16:28:59.79
経路の途中にMTUがデカすぎてもデカすぎワロタwと言わずに放置する奴がいるよw

ここまで見た
  • 43
  •  
  • 2014/05/02(金) 17:39:38.58
>>35,37
tcpdumpのログありがとうです。

HTTPリクエストを1 pktにまとめて送らないとまともに反応しないように見える。
eo側に謎の箱でも入っていてHTTPリクエストを監視してるんかな?
Host: フィールド付きだと反応するんだろうか?

win用のパケットキャプチャツールはwindumpとかMicrosoft Network Monitorとかあるけど、
その前にNetBSDからftpとwgetでページを取得できるか見てみたい。
ftpはGET〜だけ個別に、wgetはまとめてリクエストを送出するようなので(タイミングに依存)、
前者は動き、後者は動かないと予想。

>>42
win7で見えるし、上のtcpdump中でも523 bytesのデータは来ているのでblackholeがあるとは思えない

ここまで見た
  • 44
  • 36
  • 2014/05/02(金) 18:19:21.68
>>43
Host: は付けても反応しませんでした。
pkgsrc の fetch (たぶん ftp?) は止まってしまいます(相手は HTTP)。
ssh だと、最初の暗号方式のネゴシエーションのところで止まってしまい、Ctrl-C で ssh を止めるとやっと向こうから暗号方式のリストを送ってくるような感じです(結局ログインできない)。

こうなると、Windows7 で動作してる事の方が不思議になってきたので、今晩ちょっと見てきます。

ちなみにeo光の箱は eo-RT100(N1) と名乗ってます。
どこの製品かは不明で、telnet は開いてるけど ID, Pass は不明で入れません。

ここまで見た
  • 45
  •  
  • 2014/05/02(金) 20:36:24.64
>>44
sshダメってw
…なにやってんだ!!って感じですね。
何か挟まっているのは確かだけど、1パケットにまとめないとダメという話ではないのかも。

うーむ、winとの差異... とりあえずsysctl -w net.inet6.tcp6.timestamps=0してみようか

> eo-RT100(N1)
NECアクセステクニカ製らしい S1だと住電 ソースはipv6板

ここまで見た
  • 46
  • 36
  • 2014/05/02(金) 22:55:13.16
>>45
とりあえず sysctl -w net.inet6.tcp6.timestamps=0 してみましたが、変化はないようです。

ここまで見た
  • 47
  • 36
  • 2014/05/02(金) 23:07:52.49
Windows 7 の windump でキャプチャしました。
telnet www.google.com 80 の結果です。

22:52:15.697847 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: S 2581826888:2581826888(0) win 8192 <mss 1392,nop,wscale 2,nop,nop,sackOK>
22:52:15.708440 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: S 1118236489:1118236489(0) ack 2581826889 win 28800 <mss 1392,nop,nop,sackOK,nop,wscale 6>
22:52:15.708525 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: . ack 1 win 16704
22:53:13.262409 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 1:2(1) ack 1 win 16704
22:53:13.278877 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 2 win 450
22:53:13.445112 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 2:3(1) ack 1 win 16704
22:53:13.453792 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 3 win 450
22:53:13.665549 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 3:4(1) ack 1 win 16704
22:53:13.677343 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 4 win 450
...
22:53:21.398073 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 17:19(2) ack 1 win 16704
22:53:21.407557 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 19 win 450
22:53:21.407616 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: P 1:520(519) ack 19 win 450
22:53:21.407708 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: F 520:520(0) ack 19 win 450
22:53:21.407767 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: . ack 521 win 16574
22:53:21.414892 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: F 19:19(0) ack 521 win 16574
22:53:21.423568 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 20 win 450

ここまで見た
  • 48
  • 36
  • 2014/05/02(金) 23:17:13.28
一文字づつ送ってるのは Windows の telnet.exe の仕様だそうです。
NetBSD との違いがあるのかないのかよくわからないのですが、一文字送る毎にしっかりとACKが返ってきています。

条件が特定できればeo光にクレーム入れやすいんですけどね。

ここまで見た
  • 49
  •  
  • 2014/05/03(土) 00:06:53.07
>>46
そうですか、なんでやねん。

と思ってたら、6.1.4にはkern/44254へのfixがpullupされていない模様。
(netbsd-6-[01]両方)
なので、tcp timestamp optionをsysctlで無効にしても反映されない。
6.1系(netbsd-6)には入っているので、もし可能なら
nyftp.netbsd.org/pub/NetBSD-daily/netbsd-6/201405011450Z/amd64/binary/kernel/netbsd-GENERIC.gz
あたりをftpしてきて試してみてください。

>>47
windowsはmtuをしっかり設定してるのな

ここまで見た
  • 50
  • 36
  • 2014/05/03(土) 09:31:48.84
>>49
指定のカーネルを試してみたのですがこれは…

ディスクラベル周りで何か変更入りました?
i 以降のパーティションが見えなくなりました(汗


net.inet6.tcp6.timestamps=0 は試したところ変わりません。
正しく timestamp オプションを切ることができたかは未確認なのですが、今日は残念ながら時間切れになってしまったので、続きは明日以降になりそうです。

ここまで見た
  • 51
  •  
  • 2014/05/03(土) 10:45:15.35
>>50
> i 以降のパーティションが見えなくなりました(汗
まじですか。もとのkernelに戻して認識されることを願うばかりです。
ちょっと調べてみます。

> net.inet6.tcp6.timestamps=0 は試したところ変わりません。
お手数おかけしました。
ほんとwin7が動いてるのが不思議に思えてきた

ここまで見た
  • 52
  •  
  • 2014/05/03(土) 20:38:53.99
>>50
amd64 と i386 ではディスクラベル周りが違うが、そのせい?

ここまで見た
  • 53
  • 36
  • 2014/05/04(日) 10:41:52.69
>>52
あ、きっとそれです。元のシステムが i386 でした。

ここまで見た
  • 54
  • 36
  • 2014/05/04(日) 10:55:34.86
i386 の新しいカーネルでもう一度試す前に、今の症状を再確認…と思ったら、普通にIPv6でつながってしまいました。
なにがなんだかわからないのですが、こちらの設定は変更してません。

もしかして、仕様じゃなくてなんかの障害が発生していた?

なんともすっきりしない結末で申し訳ないのですが、ここまで付き合ってくれたみなさんありがとうございました。

ここまで見た
今、デスクトップ機およびサーバ機を それぞれ
FreeBSD から NetBSD へ移行しようかと悩んでます。

現在、NetBSD では
・ディスクの暗号化 (FreeBSD なら geom eli 相当のもの)
・PPPoE (FreeBSD なら mpd 相当のもの)
・FFS (FreeBSD なら soft updates + journal 相当のもの、fsck 遅いのヤダヤダ)
・X11 (例えば Xorg で Intel の少し新しめの GPU 使うとか)
あたりの状況って、どうなってますか?
よかったら教えてください。

ここまで見た
  • 56
  •  
  • 2014/05/08(木) 10:54:46.12
>>55
> ・ディスクの暗号化 (FreeBSD なら geom eli 相当のもの)

cgd(4) geom eliつーのと同等なのかは知らん

> ・PPPoE (FreeBSD なら mpd 相当のもの)

ttp://www.jp.netbsd.org/ja/docs/network/pppoe/ 古そうなので英語のみてね
mpdと同等なのかは?

> ・FFS (FreeBSD なら soft updates + journal 相当のもの、fsck 遅いのヤダヤダ)

WAPBL 紹介ttp://news.mynavi.jp/news/2008/08/03/001/
何年も使ってるが fsckほとんど必要なし、設定もらくちん

> ・X11 (例えば Xorg で Intel の少し新しめの GPU 使うとか)

netbsd-6 についてるやつ、currentについてるやつ、あと pkgsrc/x11/下。
Xorgの版確認かな。

ここまで見た
  • 57
  •  
  • 2014/05/08(木) 10:57:33.83
> 何年も使ってるが fsckほとんど必要なし、設定もらくちん

FFSv2+WAPBLね。 newfs -O 2 して、マウントオプションで log。

ここまで見た
  • 58
  •  
  • 2014/05/09(金) 09:34:56.87
今は何も考えずにインストールすればそうなる筈。

ここまで見た
  • 59
  •  
  • 2014/05/09(金) 22:38:12.57
>>57
WAPBLはFFSv2にする必要はない。FFSv1でもOK。

ここまで見た
  • 60
  • 56
  • 2014/05/09(金) 23:20:13.55
うおおーー、ありがとうございます!
箱が届いたらすぐインストールしてみます!
WAPBL と cgd、ついでに ソフトウェアRAID (RAIDframe ?) を全部併用って、できますよね?

それにしても、なんか知れば知るほど FreeBSD よりいい気がしてきた…。
逆に、NetBSDユーザから見て FreeBSD のあの機能だけはうらやましい、みたいなのってあるんですか?
# 両方使ってる人って少ないのかなぁ…?

ここまで見た
  • 61
  •  
  • 2014/05/09(金) 23:56:09.13
機能じゃないけど、nvidia-driverはほしい。

ここまで見た
  • 62
  •  
  • 2014/05/10(土) 19:12:59.91
絶対性能(ってなんだそれw)はほとんどずっと FreeBSDの方がいいのでは。
FreeBSDで対応してないアーキテクチャじゃ、比較ができんけどw
「素性のいい実装」(実装以前の「方針」か?)は結構あると思うけど。
絶対性能(ってなんだそれ2)とマンパワーが足りない..w
人数あたりのデキ具合ではかなり高ポイントだぞ(っていう相対的な評価w)
MPの粒度なんかでも FreeBSDが上なのでは。

>60
newfs(8)のデフォルトが FFSv1だから。
今となっては FFSv2にしとかないと、いろいろ支障あるかと。
(つーか、もう 10年以上インストーラー使ったことがない...)

ここまで見た
  • 63
  •  
  • 2014/05/10(土) 22:56:17.86
参考用にnbenchnの結果を張りたいと思う。

TEST : Iterations/sec. : Old Index : New Index
: : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT : 1150.7 : 29.51 : 9.69
STRING SORT : 319.65 : 142.83 : 22.11
BITFIELD : 4.3838e+08 : 75.20 : 15.71
FP EMULATION : 371.25 : 178.14 : 41.11
FOURIER : 27237 : 30.98 : 17.40
ASSIGNMENT : 33.348 : 126.90 : 32.91
IDEA : 8379.4 : 128.16 : 38.05
HUFFMAN : 2424 : 67.22 : 21.46
NEURAL NET : 2.2383 : 3.60 : 1.51
LU DECOMPOSITION : 1244.5 : 64.47 : 46.55
==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX : 93.339
FLOATING-POINT INDEX: 19.292
Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU :
L2 Cache :
OS : FreeBSD 10.0-RELEASE
C compiler : clang
libc : /lib/libc.so.7
MEMORY INDEX : 22.525
INTEGER INDEX : 23.884
FLOATING-POINT INDEX: 10.700
Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38

ここまで見た
  • 64
  •  
  • 2014/05/10(土) 22:59:08.47
---continue.

: Iterations/sec. : Old Index : New Index
: : Pentium 90* : AMD K6/
--------------------:------------------:-------------:--------
NUMERIC SORT : 1086.9 : 27.87 : 9.15
STRING SORT : 326.04 : 145.68 : 22.55
BITFIELD : 3.5874e+08 : 61.54 : 12.85
FP EMULATION : 133.57 : 64.09 : 14.79
FOURIER : 24023 : 27.32 : 15.35
ASSIGNMENT : 26.782 : 101.91 : 26.43
IDEA : 7943.1 : 121.49 : 36.07
HUFFMAN : 2455.5 : 68.09 : 21.74
NEURAL NET : 5.3298 : 8.56 : 3.60
LU DECOMPOSITION : 1255.7 : 65.05 : 46.98
==========================ORIGINAL BYTEMARK RESULTS==========================
INTEGER INDEX : 75.122
FLOATING-POINT INDEX: 24.780
Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
==============================LINUX DATA BELOW===============================
CPU :
L2 Cache :
OS : NetBSD 6.1.4
C compiler : gcc version 4.5.3 (NetBSD nb2 20110806)
libc :
MEMORY INDEX : 19.714
INTEGER INDEX : 18.052
FLOATING-POINT INDEX: 13.744
Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38

ここまで見た
  • 65
  •  
  • 2014/05/10(土) 23:02:55.67
ついでにSabayon14.01
BYTEmark* Native Mode Benchmark ver. 2 (10/95)

TEST : Iterations/sec. : Old Index : New Index
: : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT : 1414.6 : 36.28 : 11.91
STRING SORT : 575.52 : 257.16 : 39.80
BITFIELD : 4.8032e+08 : 82.39 : 17.21
FP EMULATION : 308.96 : 148.25 : 34.21
FOURIER : 29681 : 33.76 : 18.96
ASSIGNMENT : 37.755 : 143.66 : 37.26
IDEA : 9560 : 146.22 : 43.41
HUFFMAN : 3176.4 : 88.08 : 28.13
NEURAL NET : 52.259 : 83.95 : 35.31
LU DECOMPOSITION : 1633 : 84.60 : 61.09
==========================ORIGINAL BYTEMARK RESULTS==========================
==============================LINUX DATA BELOW===============================
CPU : 6 CPU AuthenticAMD AMD FX(tm)-6100 Six-Core Processor 1400MHz
L2 Cache : 2048 KB
OS : Linux 3.12.0-sabayon
C compiler : x86_64-pc-linux-gnu-gcc
libc :
MEMORY INDEX : 29.444
INTEGER INDEX : 26.561
FLOATING-POINT INDEX: 34.454
Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38

ここまで見た
  • 66
  •  
  • 2014/05/11(日) 01:00:52.01
ほぼOS関係ないベンチだから、コンパイラーの性能差を計ってるように見えるなあ。
まあOSのベンチとっても、その順番になりそうな気はするが。

ここまで見た
  • 67
  •  
  • 2014/05/11(日) 03:51:33.50
>>55
> ディスクの暗号化
知る範囲ではcgdは
- {aes,blowfish,3des}-cbc, hmac/sha1
- SMPとかAES-NIは非対応らしい
- Full Disk Encryption(rootも暗号化)はcurrentのみ

> Xorg で Intel の少し新しめの GPU
drm2ってpanicしなくなったんでしたっけ。人柱絶賛募集中です。

>>60
> NetBSDユーザから見て FreeBSD のあの機能だけはうらやましい、みたいなのってあるんですか?
xHCIの動く実装がほしいです。

> なんか知れば知るほど FreeBSD よりいい気がしてきた…。
えっ

まあ、隣の芝は青いってことで。

ここまで見た
  • 68
  •  
  • 2014/05/11(日) 08:32:32.50
>>62
FFSv2にしとかないと出てくる支障って何?
FFSv1でsuper blockがFFSv2と同じ現在のデフォルトであれば十分問題ないと思うが。

ここまで見た
  • 69
  •  
  • 2014/05/12(月) 10:09:02.82
>>68
4GB越えのファイル扱うとき支障あるんじゃなかったっけか?
もっと大きいサイズだったかな..

私もだいぶ長いこと FFSv1のまま使ってたんだけど、
パーティションのサイズが大きくなると、newfs にかかる時間がえらい違わない?
それ以来いつも newfsには -O 2 付けてる。
fsckにかかる時間も違う気がする。

ここまで見た
  • 70
  • 56
  • 2014/05/13(火) 01:08:18.88
回答してくれた人、ありがとう。
あれから NetBSD についていろいろ調べてる。
…変態さん(ほめ言葉)が多いのね?
# なんで未だに あの いにしえのマシン で動くんだよ…

ま、隣の芝生かもしれないけど、今すごくワクワクしてる。

> xHCIの動く実装がほしいです。
ごめん、よく知らないんだけど つまり USB 3.0 は動かないってこと…? orz
やっぱり、キレイな設計待ち?

ところで FreeBSD では geom や netgraph っていうフレームワークがあるんだけど
(porting されないということは) NetBSD ユーザから見たらスジが悪いの?
ディスクやネットワークを一般化する、っていうところの哲学は通じるところがある気がするんだけども…。

ここまで見た
  • 71
  •  
  • 2014/05/13(火) 03:34:55.38
2014-05-10-netbsd-raspi.img (Re: Raspberry Pi update please.)
http://mail-index.netbsd.org/port-arm/2014/05/09/msg002407.html

ここまで見た
  • 72
  •  
  • 2014/05/13(火) 18:38:47.16
> # なんで未だに あの いにしえのマシン で動くんだよ…

simh/vax上の NetBSD/vaxで 4.3BSDのバイナリが動いたりしておもしろいんだけど、
んなことばかりやってっとどんどん実用/現実から離れていくんだよね...ww

>> xHCIの動く実装がほしいです。
> ごめん、よく知らないんだけど つまり USB 3.0 は動かないってこと…? orz
> やっぱり、キレイな設計待ち?

いいえ。ただの人手不足(だと思います)です。

> ところで FreeBSD では geom や netgraph っていうフレームワークがあるんだけど
> (porting されないということは) NetBSD ユーザから見たらスジが悪いの?

んと、「あれはスジが悪いからやめとこうぜ」というのは、存外少ないのでは。
人手が..

ここまで見た
  • 73
  •  
  • 2014/05/13(火) 18:41:10.08
NetWalkerで ld0って、3/30くらいに見えなくなっちゃって、そのまま?
root fsは USBの先の外付けの sd0じゃないと、ダメ?

砂時計アラームタイマー
フリック回転寿司
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード