FreeBSDを語れ Part23

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/26(木) 00:39:05 ] FreeBSDについて語るスレです。 The FreeBSD Project www.freebsd.org/ja/ 前スレ：FreeBSDを語る #22 pc11.2ch.net/test/read.cgi/unix/1231983300/ 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/18(水) 08:31:14 ] >>200 そりゃ、PDFLibつかっても難しい問題じゃないかな。 epsに吐き出していじるのだって苦痛だ。 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/18(水) 11:03:55 ] OOoのPDFインポート拡張をFreeBSDにも移植してほしいと user surveyに一応書いておいた 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/18(水) 19:08:14 ] >>200 Adobeは関係ないだろpdf pdf直接編集の方が楽じゃないのか?pdf2svgとかあるんだから どうにかできるだろ。 ツールとしてOOoに固執するメリットはなんなのだ。 そこが大事 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 01:19:54 ] >>203 ライセンスの問題とかないの？ それが原因で OOo とか、PDF ファイルを読み込めないのかと思ってたんだけど… （そのあたり全然知らんのだが） OOo はやっぱ、FreeBSD で使うオフィスソフトとしては自分にとっては秀逸な上、 Win でもそのまま使えるんで、OOo にこだわりたいよ。 共通文書ファイルは doc じゃなくて、PDF がやっぱ一番だと思うけどな。 まあ OOo も結構 doc のインポート、エクスポートとも結構いい線行ってると思うけど。 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 01:44:56 ] 事務処理していて、ワードの文章で、空欄に書き込んで下さいっていうの 来ない？ こういうのはOOoだとほぼ確実にレイアウトが崩れてしまう。 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 03:08:09 ] >>205 うちはない。事務処理は全部オンラインのグループウェアでやってる。 まあたまーに外部の手続きで doc に書き込めってのがあるよな。 それでも PDF がほとんどだと思うけど。 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 07:42:07 ] docに、VBAマクロを潜ませて使えなくしてしまえばいいんだ。 ったく。 208 名前：�ﾎ mailto:�ﾎ [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 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 18:49:04 ] >>204 このみであればそれでいいと思うよ。 ただ将来的な事を考えると保存ファイルとしてはhtml+cssに展開するかpdfの方が潰しが効くと思う。 wineとかQemu上でMS製のものが動くなら1ライセンス購入でコンバータとして使うとか あるいは一台WinPCを無難なバージョンへの変換用に使えばいいと思う。 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 22:37:40 ] >>49 > SMP性能はNetBSDに抜かれた 興味あって探してみたけどよくわかんなかった。 ソース何処？ 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 22:40:41 ] どんなworkloadで比較したかすら書いてないものにマジレスする必要はない 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 02:55:01 ] スケジュールが公開された途端、怒涛のような駆け込みMFCが…… 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 07:45:30 ] >>210 SMP性能で抜かれたのは嘘 たぶん>>49は初心者 と思って調べてみたら、 www.feyrer.de/NetBSD/bx/blosxom.cgi/nb_20080409_0027.html >>49があってたｽﾏﾝｺ 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 09:29:14 ] >>213 見てみたが、FreeBSD 7.0のスケジューラーが4BSDなのかULEなのかの 言及が無い事から7.0の方はこの時点でのデフォルトになる4BSDで 比較してるんだろうな。 7.1ではFreeBSDのデフォルトはULEになってるから 現時点での比較としては妥当では無いよね。 まぁ、SMPで抜かれたからどうというのも特に無いからアレだが。 M2スケジューラーが優秀そうってのは良い事だ。 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [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 に投げたとき のトランザクション数で比較してたと思うけど。 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 11:45:20 ] 共通のベンチマークテストなんてあるんだろうか。 まあ、UFSかつ同じマシンとかいう土俵でなら、 比較もしやすいのだろうけど。 217 名前：名無しさん＠お腹いっぱい。 [2009/03/20(金) 14:44:03 ] portsの数がもうすぐ2万を超えそう… $ wc -l /usr/ports/INDEX-8 19922 /usr/ports/INDEX-8 218 名前：名無しさん＠お腹いっぱい。 [2009/03/20(金) 14:52:32 ] お前らって、ユニマガ飛ばし読みくらいしてないの？職場で購読してないのか？ この前、BSD の特集があって、NetBSD5 が 7.1 の ULE を凌駕していた。 今手元にないんで細かいことは省く。 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 15:42:17 ] >>218 いつの特集よそれ？ 会社で購読しているから読んでみるよ。 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 17:19:39 ] >>218 ユニマガって季刊になったんだっけ 今回はBSDの記事が無かった。。。 UNIX magazine ascii.asciimw.jp/books/magazines/unix.shtml SDの方がFreeBSDって字を見る機会があるなｗ 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 18:40:26 ] >>216 > 共通のベンチマークテストなんてあるんだろうか。 > まあ、UFSかつ同じマシンとかいう土俵でなら、 > 比較もしやすいのだろうけど。 少なくともあの例では SMP に対する修正によって早く なったかどうか分からないわけで（別資料にはそれっぽ いのがあったけど、そちらは別 OS と比較出来る内容で はなかった）。 最初に ・スケールしないなどの問題点が明らかであること ・他のプラットフォームでも検証出来ること といった典型例を用意して、その問題解決をプロジェク トの達成目標として置いとくのがいいんじゃないかな。 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 20:07:20 ] とりあえずglxgearsで勝負でいいよ。 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 21:05:27 ] なんで開発寄りのブランチの対照として別OSのstableを比べるんだろ。 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 21:06:51 ] kcgiだから 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 21:33:06 ] ついこの間、NetBSDの性能が気になって試してみたが、FreeBSDと同じBSDなのに pkgsrcとかでなんか馴染めず、FreeBSDの方がいいやと思ったけどな。 俺の場合今までの慣れもあるが、使い勝手はFreeBSDのほうが上だと思うよ。 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 23:00:41 ] FreeBSD=保守的 NetBSD=先鋭的 こんなイメージ持ってるからNetBSDの方が性能良くても そうだよなあ、という感じ。 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 23:58:32 ] NetBSDのCDまで焼いたものの結局FreeBSDにいったオレ(当時はWinだった) NetBSDにいかなかったのはなんか宣伝がエミュレータの優秀さばかりだったからだと思う。 VISTAの入ったPC入手してもFreeBSDを間違いなく入れると思うが もはやNetBSDに手を出す体力は残っていないノヂャ。 でもportsにはぼちぼちうんざり 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/21(土) 00:09:16 ] >>227 NetBSDは、インストールするとアップグレードしていくのが簡単じゃないのが困る。 つーか、NetBSDを稼動しながらアップグレードしていくのは、FreeBSDの-currentみたいな もんしかないのかねぇ。　 ま、とある先生に言わせると、オフラインアップデートが基本なんですとさ・・・。 60台近くもあるのにそんな手間隙掛けられるわけもなく。 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/21(土) 09:51:29 ] >>228 (227だけど)　NetBSDだってISOイメージのマウントぐらいできるんだから(?しらんけど) 一台にISOイメージ持ってきたらそれをLANでチェーンでたらい回せばいいのでは? (NFSとかあえていわない)とは思う。 freebsd-updateによる7.0から7.1へのアップデートは簡単だったけれど しょっぱなは回線細くてこけたし仕上げはついていないとだめだし 「うまくいく」という確信のない手探りの作業でそれゆえのおもしろさがあったよ。 オンラインアップデートは不透明な部分が多いから CDイメージを前提にスクリプトかます方が楽だと感じる。 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/21(土) 09:55:27 ] FreeBSD8の方は最近何か良いことあった？ 刺激がないので7.1から一足先につっこんでみようかとも思ったり 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/21(土) 15:18:46 ] >>230 USBのスタックがUSB2に変更 Vimage Linux互換機能の環境変数標準値が2.6.16に このくらい？暇と空きマシンが無くて 実際に8突っ込んで試してはいないが。 8に限った話じゃないが、portsで入れた OpenJDKが結構まともに動いてて面白い。 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 03:44:08 ] >>231 Thx あー　そういえば8になってからUSB周りがやっとWin並みの使い勝手に なったんだっけか　抜き差し自由という 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 04:27:03 ] >>232 USBメモリとか結構抜き差ししてビクンビクン喘がせてたけど、悪いことしてたんですか私は。 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 04:51:39 ] tcsh ってまだメンテされていたんだね。 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 04:55:57 ] Core2QuadなPCを購入したが、Windowsと違って速いCPUとかにしても あまり有り難味は感じないなぁ。 でも、buildworld が十数分で終わるのには感動した。 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 12:31:36 ] csupのCVSリポジトリをコピーするモード動くように なったのだけど今更感強いかな? svnはリポジトリを持ってくるのは辛いようだけど そういうことはやらないのが正しいのかな? 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 12:51:28 ] >>236 cvsup-mirror の時に使ったらいいのかも。 svnは、サーバ動かしているけど使うのは会社では俺だけだ。 orz 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 18:11:49 ] >>236 svnでもsvk使えばリポジトリ全体をもってくるのとだいたい同じことは可能。 分散リポジトリ管理っぽいこともできる。 ちょっとばかり無理矢理な感じはするけど。 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 23:45:51 ] pccはライセンスに宣伝条項が含まれていますが これを標準のCコンパイラにするの？ 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/22(日) 23:49:47 ] コンパイラに宣伝条項が入ってると問題が？ コンパイラが吐くコードにはコンパイラのライセンスは及ばない、のが 著作権法上の通説だから、問題が出るとすれば、pccから派生した プロダクトを作る時ぐらいだが？ 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 00:31:45 ] 1. pccを標準コンパイラにするような話は初耳ですがソースは? 2. 宣伝条項があったら何が問題なのでしょう? 宣伝条項のある ライセンスで配布されているソースコードが商用等で使われて いる例はいくらでもあります。 組み込みの場合はROM上にライセンスが明記されていますね。 GPLよりよっぽどマシなのではありませんか? 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 01:40:32 ] >>241 宣伝条項の何が問題かくらい理解しとけ。 もっとも、コンパイラに宣伝条項があっても関係ないけど。 > 2. *コンパイラに*宣伝条項があったら何が問題なのでしょう？ こう訂正しろ。 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 09:06:10 ] pccなんかよりもllvm/clangの方が将来性があると思うけどな。 実際、gccと互換性も高いし性能もよい。C++をサポートできれば完璧。 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 09:23:14 ] >>242 GNUのFUDなら耳にタコができるぐらい聞きましたが 実際の組み込みの開発現場で実質的な問題になった ことはありませんが? 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 09:26:07 ] これを出しておくのがいいのかもしれませんね sourceware.org/newlib/ sourceware.org/newlib/COPYING.NEWLIB 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 09:31:37 ] 実際の組み込みの現場ではlinuxさえGPLに反してこっそり使っていますからね。 247 名前：244 mailto:sage [2009/03/23(月) 09:41:49 ] すいません、勘違いしてました 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 10:00:38 ] >>245 ふーん。 宣伝条項なしのものでもぜーんぶ羅列してるので、 それのどこが宣伝条項の問題なのかぜーんぜんわかりませんw 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 10:12:52 ] あれ、FreeBSDもPCCを標準にしていくの？ OpenBSDだけだと思ってた。 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 14:04:11 ] >>222 > とりあえずglxgearsで勝負でいい 最近の X はリフレッシュレート以上の書き換えを行わ ない方向に行ってるから、そのうち 60 fps とかに落ち るはず。 >>244 > GNUのFUDなら耳にタコができるぐらい聞きましたが > 実際の組み込みの開発現場で実質的な問題になった > ことはありませんが? ライセンスで問題になったことはないけど、コンパイラ もアセンブラもリンカもデバッグする必要があって、当 然それだけ時間も要するから最後は GNU 使えって言っ てたお客さんも「頼むからメーカ純正のコンパイラに切 替てくれ」って言われたことあるぞ。 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 14:20:58 ] ちょっとアホみたいな SA 出てるな。 security.freebsd.org/advisories/FreeBSD-SA-09:06.ktimer.asc →POSIX realtime 拡張の一貫としてプロセス毎にタイ マを管理出来るようにしたよ。 →カーネル内のメモリをいじれるようになってたよ。 →PID を 0 に書き換えたり出来ちゃったよ。 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 16:25:49 ] >>249 gihyo.jp/admin/clip/01/fdt/200709/21 gihyo.jp/admin/clip/01/fdt/200710/24 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 16:55:05 ] gihyo.jp/admin/clip/01/fdt/200903/19 > FreeBSD 7.4 Release Schedule > FreeBSD 7.1-RELEASEへ向けて 落ち着け（w 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 17:27:56 ] 最近xfce4.6のデスクトップも安定しているけれど微妙に作りがださく USB2が気になりつつも古いPCなんで8とかに手を出す気も起きないけど wmにenlightenmentあたり使ってみて 設定に一苦労してみたい気がしなくもない 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 17:32:08 ] 自宅の5.0Rマシンは再インストールしないと上げられないだろうな 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 17:34:17 ] >>250 OpenGLとリフレッシュの関係の話はもう10年前くらいに出尽くしている。 X側の同期とOpenGLのフレームレートは別物だよ。 60FPSというかリフレッシュレートに設定で落とすことはできても 動画とかとの同期と数字好きの人が多い現実を考えると100%ない。 それにいろいろ大変な事があったみたいだけど >コンパイラもアセンブラもリンカもデバッグ なんてことを客の前でやっている段階でだめだって分かっているだろ。ほんとは 客側が涙目だ。 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 17:44:53 ] 責任の所在がハッキリしたコンパイラじゃないと、 商用には使えないって事？ 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 18:09:02 ] >>256 > 60FPSというかリフレッシュレートに設定で落とすことはできても > 動画とかとの同期と数字好きの人が多い現実を考えると100%ない。 lists.freedesktop.org/archives/xorg/2009-February/043174.html ↑はい、もう落ちてますよ。 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 18:19:31 ] >>256 >>コンパイラもアセンブラもリンカもデバッグ > なんてことを客の前でやっている段階でだめだって分 > かっているだろ。 じゃあ逆に聞きたいが、問題が発生して何処に問題があ るか調査している期間を、客にどう説明する？うちらに 責任が無いことを証明する必要があるだろ？ >>257 > 責任の所在がハッキリしたコンパイラじゃないと、 > 商用には使えないって事？ もちろんそうだと俺は思ってる（が、理解していない客 も多い）。商用コンパイラは問題解決も含めたサポート で食ってるんだから。 逆に GNU のツール類は当然 as-is で、（今はどうか知 らないが）サードパーティがそういうサポートで食う道 もあるって昔は rms も言ってたわけだ。GNU にバグレ ポート送ったって（パッチを添付してすら）採用されな きゃ延々ローカルバージョンを保守する羽目になる。 こういった部分を理解しないでのっけから OSS を使え という客が増えてて最近困ってるのさ。 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 19:47:50 ] >>259 って事は、少々高い金払ってもサポートを考えたら、 商用コンパイラなりのツール使った方が良いって事だよね。 商売の世界じゃ責任問題って大事にされてるとおもうんだけど、 そんな中でOSS使うって事は>>259に責任が発生するって事だから、 普通に怖くない？ 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 20:12:23 ] それが商売。 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 20:34:23 ] それを客に説明して納得させたり OSS採用して一緒にはまってみて納得させることが 君のお仕事なんだろうな ナにやってる人か知らないけど 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 21:32:49 ] OSS? サウンド関係の開発の話? 普通サーバーにはサウンドは入れないなぁ 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 21:39:26 ] つまんね 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 21:44:01 ] >>263 氏ねｶｽ 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 21:48:09 ] OSSも枯れてるけど、 OSSエミュレーション通すくらいならネイティブの方がいいって流れになってきてるよね 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 22:39:55 ] イベントごとに音出すと面白いね 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 23:19:54 ] >>266 OSSってあまり良い印象無いのだが…。PulseAudioの開発者もボロクソに言ってたし。 269 名前：268 mailto:sage [2009/03/23(月) 23:28:13 ] ソース見っけた。 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." 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 23:31:52 ] ネイティブなお作法でまともなコード書くのは結構大変だよ。 OSS emulation使わずとも結局libaoみたいなレイヤかましてコード書くハメになる。 271 名前：268 mailto:sage [2009/03/23(月) 23:49:53 ] >>269見ると、OSS4はカーネル内にmixer持たなきゃいけないけども、それに必要なfloating pointの演算がカーネル空間で許されていないのを問題にしているようだ。 FreeBSDでも許されていないようだけど(下のスレッド)、 unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00093.html WindowsのEngSaveFloatingPointState/EngRestoreFloatingPointStateのようなものを実装すれば多分可能らしく、 unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00111.html 既にパッチもあるらしい。 unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00121.html 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 15:59:33 ] >>271 FPUの状態保存／復帰って結構重くない? 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 16:30:53 ] >>263 俺もそうなんだが、 >>267 ポートの状態が変わるごとに音を出すとおもしろいかもな。 listenだったり、waitだったり、 サーバ室がパチンコ屋みたいになって楽しいかもよ。 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 18:37:40 ] >>272 10年前にサーベイした知識だから、最近の事情は入ってないけども。 重いから、普通はコンテキストスイッチ後プロセスが最初にfp命令 （あるいはMMX命令とか）を実行しようとしたらトラップして、fpレジスタの 保存・復帰をやる。fpを使うプロセスがない限りfpレジスタはそのまま。 カーネル空間でfp命令を使うためにはそのへんを勘案してうまくやる 枠組みが必要。できればlinuxとかみんな共通だと嬉しいよねぇ、 野次馬的には。 SSEとかが入ってどうなったかは、追いかけてないのでだいぶ話が 古いかもしれない。 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 20:59:20 ] なんかやっぱりそういう仕事を kernel にやらせるのって汚い気がするなぁ。 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 21:44:15 ] freebsdもイチローには勝てずかな。 イチローの決勝打で2ちゃんのサーバーが3台ふっとんだってさ。そんな話をみかけた 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 21:48:55 ] FreeBSD雑魚すぎ 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 22:04:15 ] それはイチロー伝説がまた一ページというお話だったのさ 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 22:10:39 ] ttp://up2.viploader.net/pic/src/viploader958904.jpg イチロー「じゃあな…FreeBSD！」 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/24(火) 22:40:59 ] >>271 OSS4 はカーネル内に mixer 持たせなきゃいけない、って話は書いてない。 もし自分のやりたいこと (DRC) をやるとしたら、OSS だとカーネル内で実現する 必要があって、それには浮動小数点演算が必要だからどうにもならん (だから OSS なんて使うかボケが) ってことは書いてある。 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/25(水) 00:13:17 ] サーバーで音を出したいときはあなた。speaker.koですよ。 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/25(水) 00:16:42 ] >>272 それをいったらプロセスが変わるとき今日びのOSはxmmレジスタまで全部保存じゃないの。たいしたサイクルはくわないよ。 モジュールをつくる時fpuとかsseとかどうだか試してみよう。 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/25(水) 00:23:43 ] そもそも最近は浮動小数点fpでやるの推奨されていないよね、 i386の場合は使うと有利だけど64bit互換とか先々のことを考えてsse2で統一されているはず だからfpうんぬんの話は相当古いと思う。 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/25(水) 09:53:13 ] カーネルのアップデート来たぜ 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/25(水) 10:13:40 ] portsにMAKE_JOBS_SAFEマークがついてると並列makeしてくれるようになった。 メンテナは自分のportsが並列ビルドに耐えるかどうか至急調査してアップデートしる。 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/25(水) 12:33:19 ] 32bitでもsseの方が速いだろ。 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/25(水) 13:22:11 ] コンテキスト保存の話に推奨非推奨も速い遅いも関係無い件 288 名前：名無しさん＠お腹いっぱい。 [2009/03/28(土) 16:55:48 ] wine本家をみたら1.1.18,1になってるね、ついに1.1.17,1は欠陥のままご臨終か。 何も改善されていないだろうけれどとりあえずportsnapで正常にビルドできて firefox+Flashが動く程度にはメンテナさんもチェックしてからアップしてほしい。 できないなら1.1.16,1に戻せっつの。 289 名前：名無しさん＠お腹いっぱい。 [2009/03/28(土) 16:58:14 ] >>286 SSEは意図的にsimdにしないと速くないしメモリ領域のハンデはあるし そもそも速いのはfloatでそれもgpuには負ける。 doubleだと精度はfpuに負けているし並列は2つだし命令が少ない。 実数演算の場合最新の386CPUはfpu新命令もあるので 386でfpu使った方が64系よりかなりの場合速いコードになったりするよ。 290 名前：名無しさん＠お腹いっぱい。 [2009/03/28(土) 17:00:37 ] MAKE_JOBS_SAFEなんてつけてportのビルドにCPUパワー費やすより たらーりとバックグラウンドでビルドしてくれる方が助かる。 朝ビルド、風呂ビルドより 編集中にビルドとかコーディング中にビルドが良いのだけどなぁ 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/28(土) 18:03:06 ] epdfviewを更新したらマウスホイールでスクロール出来なくなっちったぜ。 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/28(土) 18:14:22 ] 先日サブのk6-2マシンでfreebsd-updateしたら、topで見てもプロセスタイムが更新されず portsや/usr/srcでmakeするとかで負荷かかると死ぬようになってしまった…… このマシンも寿命ってことかな… 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/28(土) 18:15:43 ] マシンより先に住民が寿命で死にそうだなここは 294 名前：291 mailto:sage [2009/03/28(土) 18:44:41 ] >>291 と思っていたらパッチ北 295 名前：名無しさん＠お腹いっぱい。 [2009/03/28(土) 21:39:57 ] >>288だけど風呂入っている間にwine-1.1.18を野良ビルドしたら 1.1.17同様firefox上のFlashは動かないし(Flash10スタンドアローンは動く) DirectXはともかくOpenGLもアクセラレータかからなかった。 アンインスコしてパッケージの1.1.16戻したら まるでネイティブのようにOpenGLが動いたよ。 libglutのビルドに問題があるかと思ったけれどlibglutの更新は2月で wine-1.1.16は3月だから1.1.18がダメとしか言いようがない。 ちなみに>>292のk6-2に限りなく近いpen3だ。 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/29(日) 01:21:59 ] s30で xorg 7.4化したら画面ブラックアウト状態 2日ほど頑張ったが対応できなかったのでportsを backout中 このところ急にいろいろダメになりつつある気が 烏分厨でも試してみっか.... 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/29(日) 05:14:58 ] 端の方からボロボロと崩れ落ち始めているのを感じる 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/29(日) 09:28:32 ] 腐ってやがる 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/29(日) 09:34:48 ] portsを使えルーク 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/29(日) 10:05:02 ] X は特に酷い。ports というより freedesktop が。 > Besides that the maintainence branch is suppose to have only bugfixes. なんていうことを今更言わないといけないんだから（つ まり、まともに動かない状態で色々書き換える連中がい る）。 ある状態／環境で「動かなくなった」ということは何か の consistency が失われているわけで、他の全ての作 業を止めてでも復旧を最優先させるべきだと思うけど なぁ…。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef