FreeBSDを語れ Part23

**名無しさん＠お腹いっぱい。** · 2009/02/26(木) 00:39:05

FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ：FreeBSDを語る #22
http://pc11.2ch.net/test/read.cgi/unix/1231983300/

**名無しさん＠お腹いっぱい。** · 2009/03/16(月) 23:15:13

portsが破綻しつつあるのが見えるからなあ

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 00:03:04

そもそも俺がここのスレの住人になったのは
会社に入ってFreeBSDを使わされるようになったからなんだが。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 00:35:05

な、なんだってー（AA略

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 00:57:00

>>169
昔、ファミ通で「『あすきー』を変換したら『明日危ー』になったよ」ってのがあったな。
ちょうどヤバかった時期に…

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 00:58:02

portsがコケるなんて何を今更だし、Makefile読めば何やってるか分かるから
別にportsに依存する必要なんて無いんだけどな。

/usr/local/の中を調べれば、何が入っているか等
まだ何とか分かりそうなだけマシなんじゃないかと。

別に、他でそういう事が出来ない訳じゃないけどね。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 04:25:24

FreeBSDを日常的に使っているけど、Windowsも同時に使っている。
社外との関係を考えたらMS-Officeの呪縛からは逃れられないよ。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 06:14:11

>>188
OpenOffice3に無理矢理移行しようとか考えませんか？

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 07:10:23

>>189
OpenOfficeはフォーマットの崩れが問題になる。
社外に出す文書の書式がズレるのは
かなり問題だ。

といっても、MS-Office2007と2003でも
フォーマットの崩れが発生して困っているんだけどね。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 08:35:18

相手の会社にooo使ってもらえばいいじゃん
こったマクロとか使ってるなら別だけど

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 08:45:18

>>191
腐れ.xlsファイルで地獄になってる会社しか知らないです。
大体、柔軟性に富んだ（＝破壊と無秩序の塊）、VBA/xlsで安定した
運用が続けられるわけが無いので、担当者が居なくなれば１年後に
酸鼻極める状況が現れます。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 10:24:17

酸鼻を極める = 目をそむけるようなむごたらしい状態
俺の日本語力が1上がった

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 11:44:13

>>187 gmakeで一発makeできる奴はとりあえずmake fetchだけportsに頼る手がある。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 11:49:51

txtとhtmlとpdfがあればoooはいらないんじゃないの?
計算ユーティリティはperlかjavascriptかFlashで充分

ブラウザに表示させてpdfにプリントアウトとか
ps2とかpdfとかでまとめておけば印刷は
lpr **.pdf　(cupsのlpr)ですむし
別にlpr **.png　でもいいし
脱Winしてからドキュメント管理が楽しすぎる。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 11:51:22

>>193 さんび歌　というのはじゃいあんですか?
おれのオヤジギャグレベルが1上がった。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 12:43:55

>>194
それそれ。
探しに行く手間省きにはなっている。
昔はarchieに聞いたもんだったが。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 13:18:37

アーチーチーアーチー

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 23:05:24

>>191 自分のとこの都合で相手に余計な手間かけさせるわけにもいかんだろ

**名無しさん＠お腹いっぱい。** · 2009/03/18(水) 00:39:39

まあ pdf が直接読み込めて編集できるようになれば、OOo も問題ないんだけどなあ…
Adobe はそういうことしないか…

**名無しさん＠お腹いっぱい。** · 2009/03/18(水) 08:31:14

>>200
そりゃ、PDFLibつかっても難しい問題じゃないかな。
epsに吐き出していじるのだって苦痛だ。

**名無しさん＠お腹いっぱい。** · 2009/03/18(水) 11:03:55

OOoのPDFインポート拡張をFreeBSDにも移植してほしいと
user surveyに一応書いておいた

**名無しさん＠お腹いっぱい。** · 2009/03/18(水) 19:08:14

>>200 Adobeは関係ないだろpdf
pdf直接編集の方が楽じゃないのか?pdf2svgとかあるんだから
どうにかできるだろ。
ツールとしてOOoに固執するメリットはなんなのだ。
そこが大事

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 01:19:54

>>203
ライセンスの問題とかないの？
それが原因で OOo とか、PDF ファイルを読み込めないのかと思ってたんだけど…
（そのあたり全然知らんのだが）
OOo はやっぱ、FreeBSD で使うオフィスソフトとしては自分にとっては秀逸な上、
Win でもそのまま使えるんで、OOo にこだわりたいよ。
共通文書ファイルは doc じゃなくて、PDF がやっぱ一番だと思うけどな。
まあ OOo も結構 doc のインポート、エクスポートとも結構いい線行ってると思うけど。

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 01:44:56

事務処理していて、ワードの文章で、空欄に書き込んで下さいっていうの
来ない？
こういうのはOOoだとほぼ確実にレイアウトが崩れてしまう。

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 03:08:09

>>205
うちはない。事務処理は全部オンラインのグループウェアでやってる。
まあたまーに外部の手続きで doc に書き込めってのがあるよな。
それでも PDF がほとんどだと思うけど。

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 07:42:07

docに、VBAマクロを潜ませて使えなくしてしまえばいいんだ。
ったく。

 · 2009/03/19(木) 10:16:57

#uname -a
FreeBSD freebsd.x.x 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0 r189955: Wed Mar 18 21:10:57 JST 2009 root@freebsd.x.x:/usr/obj/usr/src/sys/GENERIC i386

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 18:49:04

>>204 このみであればそれでいいと思うよ。

ただ将来的な事を考えると保存ファイルとしてはhtml+cssに展開するかpdfの方が潰しが効くと思う。

wineとかQemu上でMS製のものが動くなら1ライセンス購入でコンバータとして使うとか
あるいは一台WinPCを無難なバージョンへの変換用に使えばいいと思う。

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 22:37:40

>>49
> SMP性能はNetBSDに抜かれた

興味あって探してみたけどよくわかんなかった。
ソース何処？

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 22:40:41

どんなworkloadで比較したかすら書いてないものにマジレスする必要はない

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 02:55:01

スケジュールが公開された途端、怒涛のような駆け込みMFCが……

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 07:45:30

>>210
SMP性能で抜かれたのは嘘
たぶん>>49は初心者

と思って調べてみたら、
http://www.feyrer.de/NetBSD/bx/blosxom.cgi/nb_20080409_0027.html
>>49があってたｽﾏﾝｺ

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 09:29:14

>>213
見てみたが、FreeBSD 7.0のスケジューラーが4BSDなのかULEなのかの
言及が無い事から7.0の方はこの時点でのデフォルトになる4BSDで
比較してるんだろうな。

7.1ではFreeBSDのデフォルトはULEになってるから
現時点での比較としては妥当では無いよね。
まぁ、SMPで抜かれたからどうというのも特に無いからアレだが。
M2スケジューラーが優秀そうってのは良い事だ。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 10:24:06

>>213
でもこれって build.sh で試してるから全然比較になってないんじゃね？

> With other changes surrounding this, NetBSD-current beats FreeBSD
> 7.0 and all earlier NetBSD releases when running build.sh
> (i.e. compiling the whole system) on a 8-core machine.

そんなのファイルシステムやら I/O やら、スケジューリングと関係無いとこ
ろが関連しまくりでしょ。そもそもシステム自体違うんだし。

いつぞやの SMPng 終了時の発表では、なるべくスケジューリングに特化した
結果が出るよう I/O が発生しないようなクエリを大量に MySQL に投げたとき
のトランザクション数で比較してたと思うけど。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 11:45:20

共通のベンチマークテストなんてあるんだろうか。
まあ、UFSかつ同じマシンとかいう土俵でなら、
比較もしやすいのだろうけど。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 14:44:03

portsの数がもうすぐ2万を超えそう…

$ wc -l /usr/ports/INDEX-8
19922 /usr/ports/INDEX-8

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 14:52:32

お前らって、ユニマガ飛ばし読みくらいしてないの？職場で購読してないのか？

この前、BSD の特集があって、NetBSD5 が 7.1 の ULE を凌駕していた。
今手元にないんで細かいことは省く。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 15:42:17

>>218
いつの特集よそれ？

会社で購読しているから読んでみるよ。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 17:19:39

>>218
ユニマガって季刊になったんだっけ
今回はBSDの記事が無かった。。。

UNIX magazine
http://ascii.asciimw.jp/books/magazines/unix.shtml

SDの方がFreeBSDって字を見る機会があるなｗ

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 18:40:26

>>216
> 共通のベンチマークテストなんてあるんだろうか。
> まあ、UFSかつ同じマシンとかいう土俵でなら、
> 比較もしやすいのだろうけど。

少なくともあの例では SMP に対する修正によって早く
なったかどうか分からないわけで（別資料にはそれっぽ
いのがあったけど、そちらは別 OS と比較出来る内容で
はなかった）。

最初に

・スケールしないなどの問題点が明らかであること
・他のプラットフォームでも検証出来ること

といった典型例を用意して、その問題解決をプロジェク
トの達成目標として置いとくのがいいんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 20:07:20

とりあえずglxgearsで勝負でいいよ。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 21:05:27

なんで開発寄りのブランチの対照として別OSのstableを比べるんだろ。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 21:06:51

kcgiだから

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 21:33:06

ついこの間、NetBSDの性能が気になって試してみたが、FreeBSDと同じBSDなのに
pkgsrcとかでなんか馴染めず、FreeBSDの方がいいやと思ったけどな。
俺の場合今までの慣れもあるが、使い勝手はFreeBSDのほうが上だと思うよ。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 23:00:41

FreeBSD=保守的
NetBSD=先鋭的
こんなイメージ持ってるからNetBSDの方が性能良くても
そうだよなあ、という感じ。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 23:58:32

NetBSDのCDまで焼いたものの結局FreeBSDにいったオレ(当時はWinだった)
NetBSDにいかなかったのはなんか宣伝がエミュレータの優秀さばかりだったからだと思う。
VISTAの入ったPC入手してもFreeBSDを間違いなく入れると思うが
もはやNetBSDに手を出す体力は残っていないノヂャ。

でもportsにはぼちぼちうんざり

**名無しさん＠お腹いっぱい。** · 2009/03/21(土) 00:09:16

>>227
NetBSDは、インストールするとアップグレードしていくのが簡単じゃないのが困る。
つーか、NetBSDを稼動しながらアップグレードしていくのは、FreeBSDの-currentみたいな
もんしかないのかねぇ。　

ま、とある先生に言わせると、オフラインアップデートが基本なんですとさ・・・。
60台近くもあるのにそんな手間隙掛けられるわけもなく。

**名無しさん＠お腹いっぱい。** · 2009/03/21(土) 09:51:29

>>228 (227だけど)　NetBSDだってISOイメージのマウントぐらいできるんだから(?しらんけど)
一台にISOイメージ持ってきたらそれをLANでチェーンでたらい回せばいいのでは?
(NFSとかあえていわない)とは思う。
freebsd-updateによる7.0から7.1へのアップデートは簡単だったけれど
しょっぱなは回線細くてこけたし仕上げはついていないとだめだし
「うまくいく」という確信のない手探りの作業でそれゆえのおもしろさがあったよ。

オンラインアップデートは不透明な部分が多いから
CDイメージを前提にスクリプトかます方が楽だと感じる。

**名無しさん＠お腹いっぱい。** · 2009/03/21(土) 09:55:27

FreeBSD8の方は最近何か良いことあった？

刺激がないので7.1から一足先につっこんでみようかとも思ったり

**名無しさん＠お腹いっぱい。** · 2009/03/21(土) 15:18:46

>>230
USBのスタックがUSB2に変更
Vimage
Linux互換機能の環境変数標準値が2.6.16に

このくらい？暇と空きマシンが無くて
実際に8突っ込んで試してはいないが。

8に限った話じゃないが、portsで入れた
OpenJDKが結構まともに動いてて面白い。

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 03:44:08

>>231
Thx

あー　そういえば8になってからUSB周りがやっとWin並みの使い勝手に
なったんだっけか　抜き差し自由という

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 04:27:03

>>232
USBメモリとか結構抜き差ししてビクンビクン喘がせてたけど、悪いことしてたんですか私は。

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 04:51:39

tcsh ってまだメンテされていたんだね。

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 04:55:57

Core2QuadなPCを購入したが、Windowsと違って速いCPUとかにしても
あまり有り難味は感じないなぁ。

でも、buildworld が十数分で終わるのには感動した。

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 12:31:36

csupのCVSリポジトリをコピーするモード動くように
なったのだけど今更感強いかな?

svnはリポジトリを持ってくるのは辛いようだけど
そういうことはやらないのが正しいのかな?

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 12:51:28

>>236
cvsup-mirror の時に使ったらいいのかも。
svnは、サーバ動かしているけど使うのは会社では俺だけだ。 orz

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 18:11:49

>>236
svnでもsvk使えばリポジトリ全体をもってくるのとだいたい同じことは可能。
分散リポジトリ管理っぽいこともできる。
ちょっとばかり無理矢理な感じはするけど。

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 23:45:51

pccはライセンスに宣伝条項が含まれていますが
これを標準のCコンパイラにするの？

**名無しさん＠お腹いっぱい。** · 2009/03/22(日) 23:49:47

コンパイラに宣伝条項が入ってると問題が？
コンパイラが吐くコードにはコンパイラのライセンスは及ばない、のが
著作権法上の通説だから、問題が出るとすれば、pccから派生した
プロダクトを作る時ぐらいだが？

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 00:31:45

1. pccを標準コンパイラにするような話は初耳ですがソースは?
2. 宣伝条項があったら何が問題なのでしょう? 宣伝条項のある
ライセンスで配布されているソースコードが商用等で使われて
いる例はいくらでもあります。
組み込みの場合はROM上にライセンスが明記されていますね。
GPLよりよっぽどマシなのではありませんか?

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 01:40:32

>>241
宣伝条項の何が問題かくらい理解しとけ。

もっとも、コンパイラに宣伝条項があっても関係ないけど。
> 2. *コンパイラに*宣伝条項があったら何が問題なのでしょう？
こう訂正しろ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 09:06:10

pccなんかよりもllvm/clangの方が将来性があると思うけどな。
実際、gccと互換性も高いし性能もよい。C++をサポートできれば完璧。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 09:23:14

>>242
GNUのFUDなら耳にタコができるぐらい聞きましたが
実際の組み込みの開発現場で実質的な問題になった
ことはありませんが?

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 09:26:07

これを出しておくのがいいのかもしれませんね
http://sourceware.org/newlib/
http://sourceware.org/newlib/COPYING.NEWLIB

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 09:31:37

実際の組み込みの現場ではlinuxさえGPLに反してこっそり使っていますからね。

**244** · 2009/03/23(月) 09:41:49

すいません、勘違いしてました

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 10:00:38

>>245
ふーん。

宣伝条項なしのものでもぜーんぶ羅列してるので、
それのどこが宣伝条項の問題なのかぜーんぜんわかりませんw

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 10:12:52

あれ、FreeBSDもPCCを標準にしていくの？
OpenBSDだけだと思ってた。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 14:04:11

>>222
> とりあえずglxgearsで勝負でいい

最近の X はリフレッシュレート以上の書き換えを行わ
ない方向に行ってるから、そのうち 60 fps とかに落ち
るはず。

>>244
> GNUのFUDなら耳にタコができるぐらい聞きましたが
> 実際の組み込みの開発現場で実質的な問題になった
> ことはありませんが?

ライセンスで問題になったことはないけど、コンパイラ
もアセンブラもリンカもデバッグする必要があって、当
然それだけ時間も要するから最後は GNU 使えって言っ
てたお客さんも「頼むからメーカ純正のコンパイラに切
替てくれ」って言われたことあるぞ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 14:20:58

ちょっとアホみたいな SA 出てるな。

http://security.freebsd.org/advisories/FreeBSD-SA-09:06.ktimer.asc

→POSIX realtime 拡張の一貫としてプロセス毎にタイ
マを管理出来るようにしたよ。
→カーネル内のメモリをいじれるようになってたよ。
→PID を 0 に書き換えたり出来ちゃったよ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 16:25:49

>>249
http://gihyo.jp/admin/clip/01/fdt/200709/21
http://gihyo.jp/admin/clip/01/fdt/200710/24

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 16:55:05

http://gihyo.jp/admin/clip/01/fdt/200903/19

> FreeBSD 7.4 Release Schedule
> FreeBSD 7.1-RELEASEへ向けて

落ち着け（w

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 17:27:56

最近xfce4.6のデスクトップも安定しているけれど微妙に作りがださく
USB2が気になりつつも古いPCなんで8とかに手を出す気も起きないけど
wmにenlightenmentあたり使ってみて
設定に一苦労してみたい気がしなくもない

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 17:32:08

自宅の5.0Rマシンは再インストールしないと上げられないだろうな

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 17:34:17

>>250 OpenGLとリフレッシュの関係の話はもう10年前くらいに出尽くしている。
X側の同期とOpenGLのフレームレートは別物だよ。
60FPSというかリフレッシュレートに設定で落とすことはできても
動画とかとの同期と数字好きの人が多い現実を考えると100%ない。

それにいろいろ大変な事があったみたいだけど
>コンパイラもアセンブラもリンカもデバッグ

なんてことを客の前でやっている段階でだめだって分かっているだろ。ほんとは
客側が涙目だ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 17:44:53

責任の所在がハッキリしたコンパイラじゃないと、
商用には使えないって事？

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 18:09:02

>>256
> 60FPSというかリフレッシュレートに設定で落とすことはできても
> 動画とかとの同期と数字好きの人が多い現実を考えると100%ない。

http://lists.freedesktop.org/archives/xorg/2009-February/043174.html
↑はい、もう落ちてますよ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 18:19:31

>>256
>>コンパイラもアセンブラもリンカもデバッグ
> なんてことを客の前でやっている段階でだめだって分
> かっているだろ。

じゃあ逆に聞きたいが、問題が発生して何処に問題があ
るか調査している期間を、客にどう説明する？うちらに
責任が無いことを証明する必要があるだろ？

>>257
> 責任の所在がハッキリしたコンパイラじゃないと、
> 商用には使えないって事？

もちろんそうだと俺は思ってる（が、理解していない客
も多い）。商用コンパイラは問題解決も含めたサポート
で食ってるんだから。

逆に GNU のツール類は当然 as-is で、（今はどうか知
らないが）サードパーティがそういうサポートで食う道
もあるって昔は rms も言ってたわけだ。GNU にバグレ
ポート送ったって（パッチを添付してすら）採用されな
きゃ延々ローカルバージョンを保守する羽目になる。

こういった部分を理解しないでのっけから OSS を使え
という客が増えてて最近困ってるのさ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 19:47:50

>>259
って事は、少々高い金払ってもサポートを考えたら、
商用コンパイラなりのツール使った方が良いって事だよね。
商売の世界じゃ責任問題って大事にされてるとおもうんだけど、
そんな中でOSS使うって事は>>259に責任が発生するって事だから、
普通に怖くない？

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 20:12:23

それが商売。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 20:34:23

それを客に説明して納得させたり
OSS採用して一緒にはまってみて納得させることが
君のお仕事なんだろうな
ナにやってる人か知らないけど

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:32:49

OSS?
サウンド関係の開発の話?

普通サーバーにはサウンドは入れないなぁ

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:39:26

つまんね

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:44:01

>>263
氏ねｶｽ

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:48:09

OSSも枯れてるけど、
OSSエミュレーション通すくらいならネイティブの方がいいって流れになってきてるよね

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 22:39:55

イベントごとに音出すと面白いね

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 23:19:54

>>266
OSSってあまり良い印象無いのだが…。PulseAudioの開発者もボロクソに言ってたし。

**268** · 2009/03/23(月) 23:28:13

ソース見っけた。
http://0pointer.de/blog/projects/guide-to-sound-apis.html
>OSS3 is portable to other Unix-like systems, various differences however apply.
>OSS also doesn't support surround sound and other functionality of modern sounds systems properly.
>"OSS should be considered obsolete and not be used in new applications."

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 23:31:52

ネイティブなお作法でまともなコード書くのは結構大変だよ。
OSS emulation使わずとも結局libaoみたいなレイヤかましてコード書くハメになる。

**268** · 2009/03/23(月) 23:49:53

>>269見ると、OSS4はカーネル内にmixer持たなきゃいけないけども、それに必要なfloating pointの演算がカーネル空間で許されていないのを問題にしているようだ。
FreeBSDでも許されていないようだけど(下のスレッド)、
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00093.html
WindowsのEngSaveFloatingPointState/EngRestoreFloatingPointStateのようなものを実装すれば多分可能らしく、
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00111.html
既にパッチもあるらしい。
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00121.html

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 15:59:33

>>271
FPUの状態保存／復帰って結構重くない?

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 16:30:53

>>263
俺もそうなんだが、
>>267
ポートの状態が変わるごとに音を出すとおもしろいかもな。
listenだったり、waitだったり、
サーバ室がパチンコ屋みたいになって楽しいかもよ。

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 18:37:40

>>272
10年前にサーベイした知識だから、最近の事情は入ってないけども。

重いから、普通はコンテキストスイッチ後プロセスが最初にfp命令
（あるいはMMX命令とか）を実行しようとしたらトラップして、fpレジスタの
保存・復帰をやる。fpを使うプロセスがない限りfpレジスタはそのまま。

カーネル空間でfp命令を使うためにはそのへんを勘案してうまくやる
枠組みが必要。できればlinuxとかみんな共通だと嬉しいよねぇ、
野次馬的には。

SSEとかが入ってどうなったかは、追いかけてないのでだいぶ話が
古いかもしれない。

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 20:59:20

なんかやっぱりそういう仕事を kernel にやらせるのって汚い気がするなぁ。

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 21:44:15

freebsdもイチローには勝てずかな。
イチローの決勝打で2ちゃんのサーバーが3台ふっとんだってさ。そんな話をみかけた

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 21:48:55

FreeBSD雑魚すぎ

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 22:04:15

それはイチロー伝説がまた一ページというお話だったのさ

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 22:10:39

ttp://up2.viploader.net/pic/src/viploader958904.jpg

イチロー「じゃあな…FreeBSD！」

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 22:40:59

>>271
OSS4 はカーネル内に mixer 持たせなきゃいけない、って話は書いてない。

もし自分のやりたいこと (DRC) をやるとしたら、OSS だとカーネル内で実現する
必要があって、それには浮動小数点演算が必要だからどうにもならん (だから
OSS なんて使うかボケが) ってことは書いてある。

**名無しさん＠お腹いっぱい。** · 2009/03/25(水) 00:13:17

サーバーで音を出したいときはあなた。speaker.koですよ。

**名無しさん＠お腹いっぱい。** · 2009/03/25(水) 00:16:42

>>272 それをいったらプロセスが変わるとき今日びのOSはxmmレジスタまで全部保存じゃないの。たいしたサイクルはくわないよ。

モジュールをつくる時fpuとかsseとかどうだか試してみよう。