FreeBSDを語ろう Part 6

**名無しさん＠お腹いっぱい。** · 05/01/18 18:40:04

語るべし。

質問は質問スレで。

質問スレ
http://pc5.2ch.net/test/read.cgi/unix/1104566207/

過去スレ
FreeBSDを語ろう Part 5
http://pc5.2ch.net/test/read.cgi/unix/1099418772/
FreeBSDを語ろう・モアその2
http://pc5.2ch.net/test/read.cgi/unix/1091700407/
FreeBSDを語ろう・モア
http://pc5.2ch.net/test/read.cgi/unix/1039789225/
FreeBSDを語ろう Part.2
http://pc.2ch.net/unix/kako/1033/10333/1033328404.html
FreeBSDを語ろう
http://pc.2ch.net/unix/kako/1014/10143/1014385300.html

**名無しさん＠お腹いっぱい。** · 05/02/15 17:49:42

497のような見知らぬ誰かの反応だけが、当人にとっては「生きている証」なのだよ。
それがなかったら死んでしまうのだよ。文字通りの意味で。
楽しいとか気持ちいいとかそういうレベルの話では決してない。
だからUNIX板の住人は人類に素晴らしい貢献をしている。誇りに思っていい。

**名無しさん＠お腹いっぱい。** · 05/02/15 17:52:14

俺はIntel PRO/1000のドライバがIntel純正であり、
他の環境に比べ安定しているからFreeBSDを使っている。
それだけだ。

**名無しさん＠お腹いっぱい。** · 05/02/15 19:16:16

500ｹﾞﾄﾎﾞｹｼﾈ>499

**名無しさん＠お腹いっぱい。** · 05/02/15 19:36:44

FreeBSD好きだにゃ～o(^ワ^)o

**名無しさん＠お腹いっぱい。** · 05/02/15 19:51:23

japanese/dvipsk
installに失敗しちまう。だれかsend-prよろしく頼む。。

**名無しさん＠お腹いっぱい。** · 05/02/15 20:10:21

キムチと卵をごま油でいためて、ご飯にかけて更に納豆をかける。
これ非常にうまいです！！send-prした方がいいっすかね？

**名無しさん＠お腹いっぱい。** · 05/02/15 20:12:48

>>502
ウチでは全く問題なくインストールされているのだけれども

> pkg_info -O japanese/dvipsk
The following installed package(s) has japanese/dvipsk origin:
ja-dvipsk-tetex-5.95a

**名無しさん＠お腹いっぱい。** · 05/02/15 20:25:10

>503
キムチ臭いチョンは氏ね。マジで氏ね。今すぐ氏ね。

**名無しさん＠お腹いっぱい。** · 05/02/15 20:31:03

>>505
キムチはとても優れた食べ物で、食べれば食べるほど壮健になります。
例え日本人であっても食べなければならない。

**名無しさん＠お腹いっぱい。** · 05/02/15 20:36:11

GoogleやYahoo!ってWebサーバにFreeBSDを採用しているそうですが
Webサーバとしての使用用途において他プラットフォームより優れた点が
あるのですか？
それとも昔から開発し続けたリソースを生かすために捨てられないのですか？？

**名無しさん＠お腹いっぱい。** · 05/02/15 20:54:28

質問スレじゃないので。
語るスレなので。語れ。

**名無しさん＠お腹いっぱい。** · 05/02/15 23:43:17

>>506
単に胃が荒れやすくなるだけ、という話もある。

**名無しさん＠お腹いっぱい。** · 05/02/16 00:54:26

キムチが米食にあってるのは否定できないな。辛い物を毎日はどうかと思うが。
そういえば、今でもハッカー=辛い物好きの伝統は健在なのか?

**名無しさん＠お腹いっぱい。** · 05/02/16 00:58:31

その伝統はWIDE界隈だけじゃないの?

**484** · 05/02/16 01:54:30

>>474-501
もはや技術論でもなんでもない単なる罵倒の応酬だな。くだらない。
釣ってるほうもそうだし釣られてる方もそうだし。
誰が釣ってて誰が釣られているかすらわからなくなる。
つりに対抗して書いているつもりで新たなつりを生み出してるね。
お前らみんな最悪厨房板にでも行け！五月蝿い。

>>507
GoogleはLinuxベースで、Yahoo!はFreeBSDベース。
'04のOSDIに出されたMapReduceの論文の3ページにはGoogleのシステムが
Linuxであることが明記されているしそれ以前の論文(GoogleFSなど)でもそう書いてある。
それに対し、Yahoo!はaccept_filter(9)がYahoo!由来なくらいで昔から改造したFreeBSDを
使ってる。実際、Netcraftで調べてみてもそう出てくるよね。

まあ、GoogleもYahoo!もそこら辺で手に入るLinuxやFreeBSDではなくて彼らが改造した
それらのOSを使っていると思うけれど。

**名無しさん＠お腹いっぱい。** · 05/02/16 02:05:12

>>512
誤爆？

**名無しさん＠お腹いっぱい。** · 05/02/16 02:09:42

燃料投下

**名無しさん＠お腹いっぱい。** · 05/02/16 02:11:54

Livedoor が FreeBSD を使ってるというのはどうなんだろうね。

**名無しさん＠お腹いっぱい。** · 05/02/16 02:29:34

はい次ぃー

**名無しさん＠お腹いっぱい。** · 05/02/16 02:38:56

ところで FreeBSD 5.3Rまではちょっとヤバかったけど
最近のstableけっこう良くなってない?

ports もかなりまともになってきたみたいに見えるんだけど

そろそろ 5.x に移行しても良いかなって思えてきた。

**名無しさん＠お腹いっぱい。** · 05/02/16 02:51:09

FreeBSDって凄いですねコマンドラインでコピペ使えるのですね？
ビックリしました！わかんなくなったらサイトからコピーしてペーストすれば良いんで安心です

**名無しさん＠お腹いっぱい。** · 05/02/16 08:20:08

>>517
STABLEの一発目はみんなに使わせてバグ出しさせるためのリリースってことなんだろうなぁ。

**名無しさん＠お腹いっぱい。** · 05/02/16 09:40:28

yahooとかがやってる改造って具体的にどういった改造してるの？

**名無しさん＠お腹いっぱい。** · 05/02/16 10:15:15

>>520 >>1

**名無しさん＠お腹いっぱい。** · 05/02/16 10:29:52

>>521
このキチガイ、四六時中粘着しとる…

**名無しさん＠お腹いっぱい。** · 05/02/16 13:36:35

521と522って自作自演っぽいね

**名無しさん＠お腹いっぱい。** · 05/02/16 13:48:13

4月の5.4-RELEASEを待って移行するか。

**名無しさん＠お腹いっぱい。** · 05/02/16 13:53:24

>>523
まだ粘着してのか、お前。

**名無しさん＠お腹いっぱい。** · 05/02/16 16:10:26

うちの現用サーバはもう5.2.1-R-p13と5.3-R-p5だよ。
2台だけ4.11-STABLEが残ってる。
4月まで待たなくてもそろそろ大丈夫と思うんだが。

**名無しさん＠お腹いっぱい。** · 05/02/16 18:39:44

> ところで FreeBSD 5.3Rまではちょっとヤバかったけど
> 最近のstableけっこう良くなってない?
ソースも読まねーくせに(ry

**名無しさん＠お腹いっぱい。** · 05/02/16 20:57:54

　　　　　　　　　　　　　　,,,,,,,,,,,,,,,,,,,,
　　　　　　　　　　　　／": : : : : : : : ＼
　　　　　　　　　　　/-─-,,,_: : : : : : : : :＼
　　　　　　　　　　/　　　　　'''-,,,: : : : : : : :i
　　　　　　　　　 /、　　　　　　/: : : : : : : : i　　　　＿＿＿＿＿＿＿＿
　　　　　　　　　r-、 ,,,,,,,,,,、　/: : : : : : : : : :i　　　／
　　　　　　　　　L_,　,　　、　＼: : : : : : : : :i　　／　Linux使ったら
　　　　　　　　 /●) (●>　　　|: :__,=-、: /　＜　　　負けかなと思ってる　
　　　　　　　　l イ　 '-　　　　　|:/　tbノノ　　　　＼　　　
　　　　　　　　l ,`-=-'＼　　　　 `l ι';/　　　　　　＼　ニート（２４・男性）
　　　　　　　　ヽトェ-ェェ-:）　　　　-r'　　　　　　　　　￣￣￣￣￣￣￣￣
　　　　　　　　　ヾ＝-'　　　　　／ /　
　　　　　＿＿＿_ヽ::::...　　　／ ::::|
　　／￣　::::::::::::::l　`──''''　　 :::|

**名無しさん＠お腹いっぱい。** · 05/02/16 22:15:04

>>510
>>511

WIDEのどこにハッカーがいるのかと小一時間（ry

実装能力の高いノイローゼ連中をハッカーとは言わんだろ

**名無しさん＠お腹いっぱい。** · 05/02/16 22:51:44

>>529
じゃあハッカーの定義をどうぞ。

**名無しさん＠お腹いっぱい。** · 05/02/16 23:25:39

Win2K買えないからってプラモ98使ったら負けかなと思ってる
Win9ｘ系じゃ駄目なのよ理由はゲフォース2が使えないから

**名無しさん＠お腹いっぱい。** · 05/02/17 02:22:20

ここの板でFreeBSDやLinuxの悪口をお互い言い合っているけど
そういう香具師らの技術レベルってどれくらいなんだろう？

**名無しさん＠お腹いっぱい。** · 05/02/17 02:33:24

>>532
>>技術レベルってどれくらいなんだろう？

つぶやきシロー以上ダンディ坂野以下ぐらいじゃない?

**名無しさん＠お腹いっぱい。** · 05/02/17 02:39:13

>>532
間違ってる。お互いじゃない。Linux板とUNIX板を行き来して、
荒れる言葉を吐き続けてる馬鹿がいるということ。

**名無しさん＠お腹いっぱい。** · 05/02/17 02:51:40

>>532
RB26DETTとVH45DEを自宅のガレージで組み立てられます。
ちゃんと動きますよ

**名無しさん＠お腹いっぱい。** · 05/02/17 03:00:02

RB26DETTと言ったらPC-98の16色職人、エンジン名の順に頭の中から出てきた

**名無しさん＠お腹いっぱい。** · 05/02/17 03:53:30

freeBSD使いのＨＰ見て回ってると
サイトの管理者は、皆物凄い古い機材でＰＣ組んだり、古いノートでサーバ組んだりしてる。

俺も、あり集め、中古パーツでサブ機組んだけど
やっぱ、freeBSD良いんだわ。しゃきしゃき動いてくれて。

ここに来る人達、ってどんな機材使ってるんだろ？

意に反して６４bitの最新機械なのかな？

**名無しさん＠お腹いっぱい。** · 05/02/17 05:15:31

ja-dvipskで普通にdviをpsにできてる？

**名無しさん＠お腹いっぱい。** · 05/02/17 10:33:00

>>537
手元にあるので一番古いのがP2 450MHz Mem 378MBのマシンでサーバーさせてる。
一番新しいのはAthlon64 3000+ Mem 1GBのマシンでAMD64で遊ぶのに使ってる。
Cool'n'QuietがReleaseに入ったら遊びに使ってるAthlon64をサーバーにする予定...

>>538
できてる。
ghostscriptまわりも絡む問題だからtexまわりとghostscriptまわりをいちどuninstallして、
ディレクトリごと削除した上で入れなおすとよい。
自分がこの作業をしたのはおとといだけどこれでちゃんと動いてるね。

**名無しさん＠お腹いっぱい。** · 05/02/17 11:53:05

>>537
うちでは退役したThinkpad310E改(mmx200MHz,64MB)をサーバにしてる。
こわれたらアップグレードしようと思ってるんだけど元気で困る。

メインマシンはP3 1GHzで、自分としちゃスーパーマシン。

**名無しさん＠お腹いっぱい。** · 05/02/17 12:08:20

>>533
たしかにトークのレベルを考えたらその程度か...

**名無しさん＠お腹いっぱい。** · 05/02/17 13:41:20

自作派のツレがセカンドマシンにsamba入れてサーバにして、
２４時間稼動させたら、半年でマザボーが逝った、と言ってた。

んで、Thinkpad310(mmx200MHz,64MB）ヤフオクで買ってそれサーバにしたら、
一年半たってもビクともしないそうな。

ノートＰＣがサーバーとして良いのか、thinkpadが頑丈なのか？

**名無しさん＠お腹いっぱい。** · 05/02/17 13:46:09

半年で逝ったマザーボードがヘタレ過ぎ。って結論がなぜ出てこない。

**名無しさん＠お腹いっぱい。** · 05/02/17 13:49:29

素人が組んだPCに無理させちゃいけねえ。
もっといたわって使うもんだ。

**名無しさん＠お腹いっぱい。** · 05/02/17 17:18:40

貧乏マシン自慢のスレかよ、、

**名無しさん＠お腹いっぱい。** · 05/02/17 17:41:54

私は、ウルサいのは嫌だし遅いのも嫌だから、Athlon64の自作PC使ってるよ。

**名無しさん＠お腹いっぱい。** · 05/02/17 18:02:27

たぶん自作派と言いながら無理なオーバークロックや
静穏と称して70℃位での運用をしていたとか
ヘロヘロボロ電源を使っていたとか
そういうチョンボ状態だった可能性のほうが高いと思ふ。

**名無しさん＠お腹いっぱい。** · 05/02/17 20:25:39

BSD使ってる奴は社会の底辺の貧乏人だな、ｹﾞﾗｹﾞﾗ

**名無しさん＠お腹いっぱい。** · 05/02/17 21:05:16

>548
今更そんな明白な事をいちいち言うなんて、恥ずかしい奴だな。
さすが童貞君。

**名無しさん＠お腹いっぱい。** · 05/02/17 22:20:33

http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss

**名無しさん＠お腹いっぱい。** · 05/02/17 22:40:07

>>550
Linux って性能すごいね
グラフにすると明らかに、Linuxが高性能だってわかるね

**名無しさん＠お腹いっぱい。** · 05/02/17 22:41:10

>>550
Linuxさすがだな
Solarisななかな
BSDどんぐりの背比べ

LinuxはGentoo使ったのかな
SolarisユーザかなんかがGentoo使うなんて汚ねえぞといちゃもんつけてるのわろた

**名無しさん＠お腹いっぱい。** · 05/02/17 22:49:52

まあ確かにノートPCは自宅サーバには良いと思う。静音とか耐震とか電源とか。
サーバってなにかわからないけど。

**名無しさん＠お腹いっぱい。** · 05/02/17 23:03:14

>>551
いくら性能が良くても悪くても、使う奴によっちゃ
ダイヤにも石ころにもなるわな。

**538** · 05/02/18 00:15:29

dvips実行時に
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 cmr8
となるべきなのが
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 mr8
~~~~
になってしまう。。
TeX関連、一応ghostcpript関係もきれいに消してから入れなおしたんだだけどなあ。。

**名無しさん＠お腹いっぱい。** · 05/02/18 00:36:55

>>550
コメントにも書かれてるけど、NetBSD の SMP の場合は
計り方を間違えてたことが判明してる。たぶん、もう
少ししたら修正版のベンチマークが出るよ。

**名無しさん＠お腹いっぱい。** · 05/02/18 05:35:42

ULEだとどうなるんだろうね？

**名無しさん＠お腹いっぱい。** · 05/02/18 07:41:29

>>557
たいして変わらないんじゃないの？
スケジューラの影響が出るようなベンチマークではなさそうだし。

**名無しさん＠お腹いっぱい。** · 05/02/18 10:44:56

そういえば、FreeBSDにもdirect I/O入ってたよね。
GENERICカーネルだと有効になってないけど。
direct I/O有効にしたらどうなるんだろう。

**名無しさん＠お腹いっぱい。** · 05/02/18 12:09:01

>>550
一般的に使われているRedHatとかだとこの成績も変わってくるんだろうけどなぁ

Gentooマンセー

**名無しさん＠お腹いっぱい。** · 05/02/18 13:24:52

Gentoo だけ CPU 依存の最適化オプションが入ってるから
卑怯だって話もコメントで出てるな。
たしかに Gentoo 以外の普通の Linux だと、CPU 依存の
最適化オプションを入れて全システムをコンパイルし直す
なんて面倒でできないけど、*BSD なら簡単なんだけどなぁ。
NetBSD のデフォルトのカーネルなんて、いまだに i386
をサポートしてる状態でコンパイルされてますよ。

**名無しさん＠お腹いっぱい。** · 05/02/18 13:29:27

CFLAGS=-O3しなくたってMySQLのportsのmake configでOPTIMIZED選んだのかと。

**名無しさん＠お腹いっぱい。** · 05/02/18 13:33:44

そもそもLinuxってちゃんとdiskに書くのを完了させるのか疑惑があるんじゃ。
教祖様がディスクの物理的速度から考えてあり得ない時間でsyncから戻ってくる
っていってなかったっけ。

**名無しさん＠お腹いっぱい。** · 05/02/18 14:15:31

MySQL 10M raws のテストは、そもそもメモリに納まり
きらないデータみたいだから、そういう疑惑はないと
思うよ。
あと昔の ext2 は、確かにインチキをして爆速だったけど、
いまどきの linux journaling と softupdate を比べると、
実は softupdate の方が少なくともベンチマークでは速く
なかったっけ。
あとは linux 上でのテストが direct I/O を使ってるか
どうかかな

**名無しさん＠お腹いっぱい。** · 05/02/18 17:42:25

http://pc5.2ch.net/test/read.cgi/linux/1101495293/183-

**名無しさん＠お腹いっぱい。** · 05/02/18 17:58:52

>>550を見ていて思ったのだが、pthreadよりforkの方が早いってマジ？

**名無しさん＠お腹いっぱい。** · 05/02/18 18:07:05

いままでのpthreadの実用性を考えると、最適化にかける気合いが違うから、十分ありうる話。

**名無しさん＠お腹いっぱい。** · 05/02/18 18:28:42

>>565
どひゃー。さすが linux。

**名無しさん＠お腹いっぱい。** · 05/02/18 18:51:57

既出だとおもうが

ttp://www-6.ibm.com/jp/developerworks/linux/010511/j_l-dist3.html

ちなみに2.4より2.6の方が更に洗練されている。
一方、4.xから5.xへと「ダウングレード」した風変わりなOSも存在する。

**名無しさん＠お腹いっぱい。** · 05/02/18 19:03:34

わざわざUNIX板まで釣られに来るなんて……

**名無しさん＠お腹いっぱい。** · 05/02/18 19:04:44

>>567
グラフだけ見るとpthread風ラッパーを経由したforkよりも生粋のpthreadの方が２倍も遅いとは。
これは凄い結果だな。

# という事はapache2あたりでもworkerよりpreforkの方が高い性能出せるのかな？

**名無しさん＠お腹いっぱい。** · 05/02/18 19:13:04

「UFSには、ソフト・アップデートと呼ばれる特別な拡張機能があり、これを
使用すれば、I/O操作をより大きな単位にまとめることによってファイルシス
テムの速度を上げることができます。」

おいおい、間違ってるじゃん。こいつ、まるで分かってない…

「UFSがext2よりパフォーマンスに勝っているとは思えません。」

思えないじゃなくて、計れよ。
それに ext2 じゃなくてジャーナリングファイルシステムと比較しろよ。

> 一方、4.xから5.xへと「ダウングレード」した風変わりなOSも存在する。

fine grained SMP に対応するために OS の設計を全面的に書き換えてる
んだから、一時的に性能が落ちる面もあるのは仕方ないんだよ。
Solaris だって、SunOS 4 から 5 に変わった時には目茶目茶遅くなった
もんだ。こういうのを単なるダウングレードと区別できないのは、分かって
ない証拠。

それに全てについて遅くなったわけじゃなくて、スケーラビリティでは
むしろ4より遥かに速くなってるんだよ。>>550 を見たって、2CPU の
場合では、4より5の方が常に速いだろ。

Gentoo ユーザーって、みんながみんな、こんな感じなのかしら？

**名無しさん＠お腹いっぱい。** · 05/02/18 19:30:12

>>572
マルチコアが一般的になって初めて重要性に気が付くのです。

**572** · 05/02/18 19:32:30

> 2CPU の場合では、4より5の方が常に速いだろ。

4(LT)を見逃してた。orz

2CPUの場合、4(libc_r)が4(LT)より遅いのは当たり前
だが、1CPUで 4(libc_r)が4(LT) より一貫して遅いのは
何かが間違ってる気がする。libc_r の実装に問題がある？

**名無しさん＠お腹いっぱい。** · 05/02/19 00:02:46

FreeBSDのIIIMFはどうなるよ

**名無しさん＠お腹いっぱい。** · 05/02/19 01:30:14

>>572
翻訳のミスかと思いきや原文も誤解してるね。
"soft updates, which is able to speed up the filesystem by aggregating IO operations
into bigger chunks"
まあ、こういう見方はできなくは無いがこの考えはSoftupdatesを正確には説明してない。
Softupdatesの偉いところはメタデータとデータの一貫性を保ちつつ遅延書き込みが
できるところだけど、この表現からはそれは全然伝わってこないからね。
ジャーナリングファイルシステムと比較したらデータの保全を犠牲にしているだけあって
Softupdatesの方が性能は上だと思うけれど、ジャーナリングログの書き込みをasyncで
やられたらたぶん微妙になるだろうな。
最近のFreeBSDにはdirperfが実装されているので読み込み性能もジャーナリングFSに
負けないと思う。
ちなみにSoftupdatesなしのFFSはext2には絶対勝てないよ。
だって、ext2って同期書き込みをちょんぼしてるうそつきFilesystemじゃん。

チューニングして比較するんだったらFreeBSDもチューニングして比較してほしいよね。

**538** · 05/02/19 02:14:12

CPUTYPE=p3
CFLAGS= -O2 -pipe -funroll-loops
COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math

こんなんmake.confにしてたせいでした。
外してmakeしなおしたら問題なし。

**名無しさん＠お腹いっぱい。** · 05/02/19 03:31:42

>>577
-O2以上でkernel compileすると危険なんじゃなかった？
だから、/etc/make.confにそれを書くのはおすすめしない。

**名無しさん＠お腹いっぱい。** · 05/02/19 04:35:26

x11-toolkits/pangoをWITH_CJK付けてコンパイルしたらsyntax errorになったよ
ソース見たら原因すぐ分かるけど、ちゃんとチェックしてるのかと

**538** · 05/02/19 06:00:16

>>578
http://silverwraith.com/papers/freebsd-kernel.php
この辺みて設定したままだったんですよね。

無用なトラブル避けたいならやめるべき（当たり前）

**名無しさん＠お腹いっぱい。** · 05/02/19 07:52:00

>>577
犯人はgcc3.x

**名無しさん＠お腹いっぱい。** · 05/02/19 12:44:47

>>577
-O2以上の最適化をかけるときは必ず -fno-strict-aliasing を付けるべし。

http://slashdot.jp/comments.pl?sid=175355&cid=537217
リンク先にあるコードは、C言語の規格にある aliasing rule に違反したコードだが、
こういう間違いは多くのソフトウェアにまだ残っている。
だから、そういう間違ったコードでも正しく動くようにするためには
-fno-strict-aliasing を付けて最適化レベルを落してやる必要がある。

**名無しさん＠お腹いっぱい。** · 05/02/19 18:05:26

>>582
> C言語の規格にある aliasing rule に違反したコード

これをコンパイルエラーにすることはできないの?

**538** · 05/02/19 19:03:19

ja-teTeXに関しては
-funroll-loops
が駄目だったようです。
makeは通りますが、

>>555
のようにdvips実行時のkpathseaがおかしくなります。

**名無しさん＠お腹いっぱい。** · 05/02/19 19:46:27

普通にCFLAHS= -O -pipeでいいじゃん。

いや、攻めるのが目的ならどんどんやってもいいか。

**名無しさん＠お腹いっぱい。** · 05/02/19 19:57:20

>>583
gccのinfoより引用。
---
`-Wstrict-aliasing'
This option is only active when `-fstrict-aliasing' is active. It
warns about code which might break the strict aliasing rules that
the compiler is using for optimization. The warning does not catch
all cases, but does attempt to catch the more common pitfalls. It
is included in `-Wall'.
---

ポインタの aliasing ってのは、結構最適化に影響を与えるものだ。
C99で登場した restrict ポインタなんてのは、そのためにできたものだし。
http://seclan.dll.jp/c99d/c99d07.htm#dt19991018

**名無しさん＠お腹いっぱい。** · 05/02/19 20:00:51

BSD総受

**名無しさん＠お腹いっぱい。** · 05/02/19 20:10:24

>>585
最近の-currentでは
CFLAGS ?= -O2 -fno-strict-aliasing -pipe
となっているな。

**名無しさん＠お腹いっぱい。** · 05/02/19 21:20:59

>>586
いまいちはっきり書いてなさげだけど、このrestrict修飾子は要するに
「このポインタがその生涯で指すメモリ領域は
別の(これまたrestrictがついていること限定?)ポインタによって指されること
がない」
という理解でよいのかしら?

**名無しさん＠お腹いっぱい。** · 05/02/20 02:06:57

>>589
restrictポインタと非restrictポインタが同じオブジェクトを指すことも
認められていない。
それ以外は、まあそんな感じ。

**名無しさん＠お腹いっぱい。** · 05/02/20 08:43:30

なるほど。仮引数に直接つけるのは危険な感じがしますね。
実際に使うときは場合分けしてローカル変数に使うんでしょうね。
サンクスです。

**名無しさん＠お腹いっぱい。** · 05/02/20 12:30:23

>>591
> なるほど。仮引数に直接つけるのは危険な感じがしますね。
そうか?

5.x以降が手元にあれば、
grep restrict /usr/include/*
ってすれば restrict 付きの関数がかなりあるぞ。

# 例えば memmove の仮引数には restrict は付いていないが、
# memcpy には付いていたりとか。

**名無しさん＠お腹いっぱい。** · 05/02/20 13:06:19

ほんとだ。
memcpyとmemmoveで理解しました。
同じところを指さないことを要求することを仕様としてユーザにも表明するわけですね。

**名無しさん＠お腹いっぱい。** · 05/02/22 23:22:45

あびる優は悪くない

**名無しさん＠お腹いっぱい。** · 05/02/22 23:38:12

いや悪いだろ。
過去にしたこと云々よりも頭が。

**名無しさん＠お腹いっぱい。** · 05/02/23 10:17:05

このスレにおけるネタとして意味ワカンネ

**名無しさん＠お腹いっぱい。** · 05/02/23 22:29:52

http://gcc.gnu.org/ml/gcc/2005-02/msg00079.html

> Therefore, my current expectation for a GCC 4.0 release date is April 15th.

だとすると、

>>378
> then release 6.0 sometime around July/August of 2005.

FreeBSD 6.0 は gcc 4.0 が標準（？）になりそうですね