05/05/14 00:48:08
ata回り直ったみたいだな。
ちょっと前の引数の整理などをやった後壊れていたが
201:名無しさん＠お腹いっぱい。
05/05/15 01:25:06
URLﾘﾝｸ(www.itmedia.co.jp)
202:名無しさん＠お腹いっぱい。
05/05/17 07:13:54
この人いつもオモロイよな :)
URLﾘﾝｸ(docs.freebsd.org)
203:名無しさん＠お腹いっぱい。
05/05/17 08:03:09
I'm not kidding!
204:名無しさん＠お腹いっぱい。
05/05/17 10:08:48
Hi, Paul :)
205:名無しさん＠お腹いっぱい。
05/05/17 10:10:03
>>204
____ _____ _ _ _ _
| _ ¥ |_ _| | | | | | | | |
| |_) | | | | | | | | | | |
| _ < | | | | | | | | | |
| |_) | _| |_ | |____ | |____ |_| |_|
|____/ |_____| |______| |______| (_) (_)
206:205
05/05/17 10:11:06
｡･ﾟ･(ﾉД`)･ﾟ･｡
207:名無しさん＠お腹いっぱい。
05/05/18 00:23:42
山田太郎を、山田と呼ぼうが、太郎と呼ぼうが問題ないと思うのだが、何で外人は馬鹿なの？
208:名無しさん＠お腹いっぱい。
05/05/18 01:02:48
× 外人は
○ >207 は
209:名無しさん＠お腹いっぱい。
05/05/18 02:44:50
山田太郎を、山田と呼ぼうが、太郎と呼ぼうが問題ないと思うのだが、何で外人と>>208は馬鹿なの？
210:名無しさん＠お腹いっぱい。
05/05/21 09:12:35
Paulを馬鹿にするな!
211:名無しさん＠お腹いっぱい。
05/05/21 22:06:59
F1ｱﾝｹｰﾄで、クソWinがｴﾗｰ連発
URLﾘﾝｸ(www.fia-amd-survey2005.com)
212:名無しさん＠お腹いっぱい。
05/05/21 23:29:14
awkのコンパイルで落ちる
mkdep -f .depend -a -DHAS_ISBLANK -I. -I/usr/src/usr.bin/awk/../../contrib/one-true-awk awkgram.c
b.c /usr/src/usr.bin/awk/../../contrib/one-true-awk/lex.c /usr/src/usr.bin/awk/../../contrib/one-true-awk/lib.c
main.c /usr/src/usr.bin/awk/../../contrib/one-true-awk/parse.c proctab.c run.c
/usr/src/usr.bin/awk/../../contrib/one-true-awk/tran.c
cc1: internal compiler error: Abort trap: 6
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:URLﾘﾝｸ(gcc.gnu.org) for instructions.
213:名無しさん＠お腹いっぱい。
05/05/22 22:49:03
山田太郎なんてヨバネェよ
ドカベンじゃん、ドカベン。
214:名無しさん＠お腹いっぱい。
05/06/01 02:07:44
ここのこころパニックしなくなったのでうれしい。
215:名無しさん＠お腹いっぱい。
05/06/08 02:31:04
src/contrib/wpa_supplicant ｷﾀｰｰｰｰｰｰｰ
216:名無しさん＠お腹いっぱい。
05/06/25 21:26:20
みなさんcurrent試してる？俺のところじゃデフォルトインストールの
状態で起動中にハングするぞ。スクリプトの問題箇所コメントアウトすると
とりあえずログイン画面までは行くがディスクアクセス中に死にまくるぞ。
いったいこんなんで本当に6.0リリースの目処が立ったの？
217:名無しさん＠お腹いっぱい。
05/06/25 23:29:02
うちの current マシンは運がいいのか、一回もハングしたことない。
まあ、make world するときは変な変更されてないかチェックするけど。
218:名無しさん＠お腹いっぱい。
05/06/26 20:21:58
>>216 なんでバグレポートもできないのに-CURRENTなんか動かしてんの?
219:名無しさん＠お腹いっぱい。
05/06/26 21:49:28
正直、>>216みたいなのが -current 使ってるのに驚いてるよ
220:名無しさん＠お腹いっぱい。
05/06/26 22:56:58
インストールでこけ、ログインでこける>>216はまだ使ってないだろ
221:名無しさん＠お腹いっぱい。
05/06/27 00:09:54
>>220
正論ｗｗｗｗｗｗｗｗ
222:名無しさん＠お腹いっぱい。
05/06/27 01:27:22
もう何年も環境はcurrentだよ。最初はportsのメンテのためだったが
portsの方は放り投げた。惰性でcurrent使っている。
currentだから時々動かないこともある。そういうときは大丈夫だろうなあ
と思うところまで戻す。暇なときはどの変更で動かなくなったか探す。
さらに暇なら逆向きパッチでも作ってsend-prで送りつける。
英語では通じなくてもpatchなら通じる。
チラシの裏でごめんね
223:名無しさん＠お腹いっぱい。
05/07/11 02:01:57
さあ皆さん7-CURRENTが来ますよー。
224:名無しさん＠お腹いっぱい。
05/07/12 02:44:04
とりあえず 7.0-CURRENT にしてみた。
FreeBSD 7.0-CURRENT #0: Tue Jul 12 01:46:03 JST 2005
名前が変わっただけで特に何もなし。
以上。
225:名無しさん＠お腹いっぱい。
05/07/12 17:43:00
テスターがLinuxの千分の一じゃつらいね、やっぱ
226:名無しさん＠お腹いっぱい。
05/07/12 22:10:40
それはもっと人数絞り込んだ方がいいという意味か
227:名無しさん＠お腹いっぱい。
05/07/12 23:05:58
選ばれし人柱
人柱の平均年齢もある程度若くないとなぁ。
228:名無しさん＠お腹いっぱい。
05/07/12 23:13:02
若い世代で汗をかこうってやつが少ないんだな。
こっちをみても、あっちをみてもオジサンばっかりだわ
229:名無しさん＠お腹いっぱい。
05/07/13 13:53:04
>228
こっちもあっちも見る必要なくって、鏡見れば見れるんじゃない？
230:名無しさん＠お腹いっぱい。
05/07/13 13:57:53
>>229
そりゃ、ごもっとも
231:名無しさん＠お腹いっぱい。
05/07/16 05:26:07
でも若い世代の人間ってソース書くの下手になったなぁ って思うのは
漏れが年寄りになった証拠か...
しかし、日本人の学生に限っていえば、一昔前よりも
確実にプログラミング能力は下がっているなぁ。
少子化で大学に入ってくる学生の質が下がっているから
かも知れないけど。
232:名無しさん＠お腹いっぱい。
05/07/16 05:43:36
>>231
衰えてるのはプログラミング能力だけじゃないからw
233:名無しさん＠お腹いっぱい。
05/07/16 10:51:34
うちの大学、地方の国立大工学部なんだけど
理系のくせして、ベクトルや行列の計算できない学生が
ごろごろいます。
でも、漏れたちが学生のころよりも、服装とかはおしゃれに
なっていまつ。
とても工学部には見えません。
234:名無しさん＠お腹いっぱい。
05/07/16 13:14:41
>>233
数学I,II,III,A,Bはちゃんとやりますが、数学Cって冷遇されてますからね。
一次変換をやればそういう能力はちゃんとついてくると思いますが、最近の高校は
複素数平面で置き換えられてしまってそういうところをやらないですね。
もれは某国立工業大学の中の人なのですが、自分が学部学生だったころにくらべると
女性の数が増え、おしゃれをしている学生の数も増えた気がします。
もれが学部学生のころは工業大学生は黒髪が大半だったと思うのですが。
？工大はダサいというイメージをそろそろ返上できそうな気がしますが、
それを手放しに喜ぶことはできないですね。
235:名無しさん＠お腹いっぱい。
05/07/16 14:46:13
ｽﾚ違いも甚しいが、理系文系に関係なく、学生の質は落ちてる。というか吃驚するほど常
識的（だった？）知識に欠ける。裏日本がブラジルとか、ﾜﾛﾀよ。日本語ができないから英
語の文章を読めない。その他の外国語を教えるのにも英語のアナロジーが使えない。
236:名無しさん＠お腹いっぱい。
05/07/16 15:26:58
最近、ただ与えられるのを待っているだけの、教えて君にすらなれない奴が増えてる。
その代わり、授業への出席率なんかは飛躍的に伸びてたりして面白い。
237:名無しさん＠お腹いっぱい。
05/07/16 15:38:23
スレ違いの話を長々と続けるのもどうかと。
238:名無しさん＠お腹いっぱい。
05/07/16 16:07:23
最近のcurrentが何事も無く普通に動いてるって事だろ。
239:名無しさん＠お腹いっぱい。
05/07/16 16:21:16
Linux並の安定感w
240:名無しさん＠お腹いっぱい。
05/07/17 00:37:05
ってどうなの？
うちの current マシンはときどきなにもしてないのに system が cpu を食ってるけど。
241:名無しさん＠お腹いっぱい。
05/07/17 03:40:15
>>240
それはLinuxが糞だから
242:名無しさん＠お腹いっぱい。
05/07/17 23:02:57
>>241
プ
243:名無しさん＠お腹いっぱい。
05/07/18 10:56:35
currentにしたらnforce4でar0が使えた。
でもvge0が動かなくなった。
cvsupできねーｗｗｗ
244:名無しさん＠お腹いっぱい。
05/07/19 06:09:14
>>242
（´・ω・） リナクソス
245:名無しさん＠お腹いっぱい。
05/07/19 11:49:19
>>240
つ/etc/crontab
246:名無しさん＠お腹いっぱい。
05/07/19 16:17:29
5.4-p4から6.0-BETA1にupdate
libc.so.5を削除するつもりが、間違ってlibc.so.6を削除してしまったorz
再インストールしないと・・・
247:名無しさん＠お腹いっぱい。
05/07/19 16:26:32
バカ除けのためにschgついてるのに……。救いようがないな。
libcだけならfixitか何かでブートしてそれだけコピーすりゃいいだろ。
248:名無しさん＠お腹いっぱい。
05/07/20 00:55:50
>>246
そもそもあんたはスレ違い。
7-currentに入れ換えてからまたおいで。
249:名無しさん＠お腹いっぱい。
05/07/24 10:36:20
てっきり6-currentだと思ってCVSupしたらいつの間にか7-current。
BSDconでの話だと、4.xと5.xの時みたいにリリースブランチを２系統
用意するのはもう懲り懲りヤラネ！ってことで、早々に5.xを切り上げる
所存らしいね。で、6.xをメインStableにして7-current登場、っと。
で、7-currentだが、CVSup中にさっくり落ちて、久々にcurrentっぽく
なって、おらワクワクしてきただ！
250:名無しさん＠お腹いっぱい。
05/07/24 13:05:51
5.xと6.0の差分って本来は5.3あたりで入っているべき機能がほとんどだからね。
でも、まだまだ完全マルチスレッド化はうまくいっていないようで....
251:名無しさん＠お腹いっぱい。
05/07/24 13:29:54
> でも、まだまだ完全マルチスレッド化はうまくいっていないようで....
何の話をしている?
「完全マルチスレッド化」なんて意味不明な言葉を使わんでくれ。
252:名無しさん＠お腹いっぱい。
05/07/25 00:37:03
表現があいまいだったね。
ジャイアントロックを無駄に使わない実装にはまだなっていないようで。
253:名無しさん＠お腹いっぱい。
05/07/25 01:32:03
fine-grained lock?
254:名無しさん＠お腹いっぱい。
05/07/25 02:31:39
ぐぐれ
URLﾘﾝｸ(www.google.com)
255:初心者
05/07/25 03:36:35
すいません、linuxのfreeコマンドと同じようなことをBSDでやりたいんですけど、
どうすればいいんでしょうか。検索しても分かんなかったです。。
256:& ◆RdmUjfVKqQ
05/07/25 03:39:57
スレ違いでした。質問スレに書きます。ごめんなさい。
257:名無しさん＠お腹いっぱい。
05/07/30 23:25:31
ｹﾞﾘ
258:名無しさん＠お腹いっぱい。
05/07/31 00:31:45
やっぱそう読むよねあれは。
259:名無しさん＠お腹いっぱい。
05/08/03 08:12:00
>>257-258 俺も気になってた。
260:名無しさん＠お腹いっぱい。
05/08/09 04:05:52
数カ月前からcardbusのnicが xl0: watohdog timeout になってつかえないですが解決方法は？ ep0は使えています。
261:名無しさん＠お腹いっぱい。
05/08/10 22:36:43
Lindows販売終了らしいが
Lindows購入女性
URLﾘﾝｸ(pcweb.mycom.co.jp)
URLﾘﾝｸ(pcweb.mycom.co.jp)
購入者と記念撮影も行なわれた
URLﾘﾝｸ(internet.watch.impress.co.jp)
URLﾘﾝｸ(internet.watch.impress.co.jp)
昔の乙部綾子
URLﾘﾝｸ(image.blog.livedoor.jp)
262:名無しさん＠お腹いっぱい。
05/08/10 22:58:22
購入した女性にLindowsOSを直接手渡すといった一幕も
URLﾘﾝｸ(pcweb.mycom.co.jp)
購入した女性と記念のツーショット撮影
URLﾘﾝｸ(pc.watch.impress.co.jp)
URLﾘﾝｸ(pc.watch.impress.co.jp)
URLﾘﾝｸ(www.watch.impress.co.jp)
＞その場で製品を購入すれば南部氏との記念ツーショットが撮れるという特典が発表
＞されるや、第1号として女性が飛びつくという光景も見られた。
263:名無しさん＠お腹いっぱい。
05/08/20 16:41:56
金だしてLinux買うのって意味分からんよな
264:名無しさん＠お腹いっぱい。
05/08/20 16:59:35
そういや、SUSEとか半年に一回バージョンアップするけど、
あれみんな買っているのかな?
FTP版だと無料なんだけどね。
265:名無しさん＠お腹いっぱい。
05/08/21 16:47:42
開発乙という意味で金を出すってのなら納得いかないか？
という漏れはBSD Mallで各リリースのOS買ってる。
266:名無しさん＠お腹いっぱい。
05/08/21 19:58:32
企業向けの製品版は高い金額で売られていて犬メーカは大儲け。
267:名無しさん＠お腹いっぱい。
05/09/08 16:19:01
どうせRedHatの一人勝ちだろ
糞会社の癖に
268:名無しさん＠お腹いっぱい。
05/09/24 15:17:24
>>266
誤：企業向けの製品版は高い金額で売られていて犬メーカは大儲け。
正：企業向けの製品版は高い金額で売られていて犬メーカは犬儲け。
269:名無しさん＠お腹いっぱい。
05/09/25 10:42:46
間違い探し？
GPLから考えると>>266のような状況はサポートや開発部隊を買っているのであって、
OSを買っているわけではないのかな？
270:名無しさん＠お腹いっぱい。
05/09/26 00:51:33
企業ユーザーレベルだと、
開発やサポートのせいにしてしまえるのは責任という意味で大きい。
単純に、下げるトップの頭の数が増やせるからな。
271:名無しさん＠お腹いっぱい。
05/09/27 16:09:56
9月25日に急に増えたのは、7.0-CURRENTだよね？
URLﾘﾝｸ(www.freebsd.org)
272:名無しさん＠お腹いっぱい。
05/10/14 23:26:01
今朝installworldしたらlibarchiveで止まった。
273:272
05/10/15 01:14:28
FreeBSD-current を見たら、おんなじこと言ってる人がいるなぁ。
なんかよくわからんが、printf, expr が見つからんといってるから、
/usr/bin/printf, /bin/expr を直接指定して installworld 続けてみる。
274:名無しさん＠お腹いっぱい。
05/10/15 10:07:55
特にOSSを金出して買うのって、サポートと保証を買ってるんでしょ。
何を保証してくれんだかわかんないけど。
でなきゃ、RHELなんて買わず、互換のCentOSやWhiteboxLinux入れてるよ。
高いのもあたりまえだよ。
そもそもLinuxが流行したのって、商用UNIXやWindowsと比べて
「保証もサポートもないけど、ほらちゃんと動くじゃん。安定してるじゃん」
ってのが理由だったでしょ(もちろん、それだけじゃないけど)
その頃から思うと「なんで金出してまでLinuxなんて使うの？カネ出すなら
Windows Serverでいいじゃん」って思うが口には出せない。
仕事ではLinuxだけど、我が家はずっとFreeBSD。
275:名無しさん＠お腹いっぱい。
05/10/15 11:01:34
>>274
たしか linux が流行り始めたのは 1996～7年くらいだと思う。
その頃 BSD は過去を引きずっていた頃で、
linux は安定とかちゃんと動くとかいう理由よりは、
「オープンソースってなんとおなく(MSに比べて)(・∀・)ｲｲ!」、「スピード速い！」
とかいう理由がメインだった。
当時からLinuxの開発体制はBSDよりもカリスマ性に頼っていて、パッチも
今と変わらず linus に認められないと駄目で大してオープンでも無かったのにな。
というか、当時 Linux の開発体制をまともに説明できる人なんてほぼ居なかったと思う。
276:名無しさん＠お腹いっぱい。
05/10/15 11:22:11
>>275
流行り始めやBSDのしがらみが問題だったのはそれより2、3年早いと思うけど、
まあどうでもいいな。
277:名無しさん＠お腹いっぱい。
05/10/15 11:41:05
流行った原因は保証とサポートがあったからだろう。RedHatとかTurboとか。
278:名無しさん＠お腹いっぱい。
05/10/17 22:07:52
>>275
>linux は安定とかちゃんと動くとかいう理由よりは、
>「オープンソースってなんとおなく(MSに比べて)(・∀・)ｲｲ!」、「スピード速い！」
NTServer+IISに対抗したApacheコミュニティによるLinux普及活動の賜物
だと思われ。NTが「UNIXサーバーより安い」とするMicrosoftの広告ととも
に急拡大の兆しを見せた矢先に、Linuxなら「NTよりもっと安い！」という
圧倒的有利な価格競争に論点を持ち込んだのが勝因。
ただ、日本ではPC-98の普及率が高かった影響もあって、当初はLinux
よりもFreeBSDの方が「代表的なオープンソースOS」と認知されていた
時期があったと思う。
279:名無しさん＠お腹いっぱい。
05/10/20 09:33:26
しかしWindowsを前提として乱造されたコンテンツを適切に利用できるか否か、
という出鱈目な評価指針も厳然として存在するのだ。
280:名無しさん＠お腹いっぱい。
05/10/20 22:51:15
「MSNみるとIEじゃないって言われるのいやら～」
281:名無しさん＠お腹いっぱい。
05/11/03 03:30:39
cvsサーバーが混み混みだ
282:名無しさん＠お腹いっぱい。
05/11/03 03:42:28
>>278
> ApacheコミュニティによるLinux普及活動の賜物
(ﾟДﾟ)ﾊｧ? ほかも突っ込みどころありまくりだな
PC-98 の普及率が云々って何時の話だよ？
283:名無しさん＠お腹いっぱい。
05/11/03 08:51:07
>>282
>PC-98 の普及率が云々って何時の話だよ？
日本では「オープンソースOSと言えばFreeBSD」という時期があったぞ。
実際、FreeBSDがPC-98に移植されていた事も影響として大きいだろう。
284:名無しさん＠お腹いっぱい。
05/11/03 09:28:15
それはありえないな。
オープンソースという言葉ができたのは 1998 年、すでに Linux が
普及し NEC が PC-98NX に移行した後だ。
285:名無しさん＠お腹いっぱい。
05/11/03 09:46:31
>>284
>オープンソースという言葉ができたのは 1998 年
なるほど、確かに用語としては「オープンソース」ではなかったかもな。
だが、同様の意味合いで「フリーOS」だか何だかと言って、1996～1997年
頃にFreeBSDが一世を風靡したこともあった。
286:名無しさん＠お腹いっぱい。
05/11/03 10:16:16
>>277
流行った原因は訴えられるのを恐れたからだろう。
287:名無しさん＠お腹いっぱい。
05/11/03 12:19:05
流行った原因は金で買えたからだ。RedHatとかTurboとか。
288:名無しさん＠お腹いっぱい。
05/11/03 14:49:55
日本人はお金を出すと安心するからね。
289:名無しさん＠お腹いっぱい。
05/11/03 15:17:30
第一次Linuxブームの時、日本はPC-9801全盛期。PC-98でLinuxは動作せず、FreeBSD 2.2.x(98)がもてはやされていた。
290:名無しさん＠お腹いっぱい。
05/11/03 15:34:30
動作せず、は嘘だな。
291:名無しさん＠お腹いっぱい。
05/11/03 15:34:51
今世紀最大の犯罪予告
詳細は、↓をクリックしる
ｽﾚﾘﾝｸ(nida板)
292:名無しさん＠お腹いっぱい。
05/11/03 21:43:05
>>289
もし、あの時にNECが全面的にFreeBSDに協力してPC-98を「フリーPC UNIX」
のプラットフォームとして推進していれば、国内PCサーバーの勢力分布もまた
一味違った状況になっていたのではないかと思うと、惜しまれる。
DELLなんかよりも、PC-98アーキテクチャのラックマウントが並んだりしたかも
しれなかったのにな。
293:名無しさん＠お腹いっぱい。
05/11/03 21:44:16
NECにそんな先見性があるわけない。
294:名無しさん＠お腹いっぱい。
05/11/03 21:50:43
>292
NEC もいい加減中途半端な独自システムはやめたがってた。
現実をちゃんと直視しようぜ
295:名無しさん＠お腹いっぱい。
05/11/03 21:53:48
だけど、あのタッチの良いキーボードやコストのかかっている電源やマザボ、
PC98はある意味、良かったよね。
性能よりも安定性って、いかにも日本的だった。
下手にATを意識するようになって、コスト競走になってからの98は見るも無惨だったけど。
296:名無しさん＠お腹いっぱい。
05/11/03 22:19:59
ところで、このcurrentスレって、何番目のスレなの。
普通だったら、スレタイに ports ?? とか その?? とか何番目かつけるのに
このcurrentスレだけないみたいだけど...
(少なくとも、前にいくつかあったよね?)
297:名無しさん＠お腹いっぱい。
05/11/03 22:40:25
スレもつねにcurrent、それがHEADたるものよ・・・
298:名無しさん＠お腹いっぱい。
05/11/03 23:10:51
FreeBSD current 苦難の道
FreeBSD current 賽の河原
FreeBSD current 一握の砂
299:名無しさん＠お腹いっぱい。
05/11/03 23:22:09
>>294
>NEC もいい加減中途半端な独自システムはやめたがってた。
それは「WindowsPCとして考えると中途半端」という話で、ちゃんと独自に
FreeBSD路線を歩んでいれば、そう悪くなかったはず。
特に、その頃のFreeBSDやLinuxと言えばサポートしているハードウェア
がかなり限定されていたので、メーカーのお墨付きで動作するとなれば
強固な地位を築けたはず。「PC/AT互換」参入が不可避でも住み分けて
・Windows→PC98-NX
・FreeBSD→PC-9821
という二本立てでも良かったのではないかと思う。圧倒的な市場シェアも
経営判断のミス(＝ちょっとした先見性の無さ)で簡単に崩壊するものだ。
今はソニーの苦境が目立つが、当時はNECが激しく空気読めてなかった。
300:名無しさん＠お腹いっぱい。
05/11/03 23:31:47
300
301:名無しさん＠お腹いっぱい。
05/11/03 23:37:57
> それは「WindowsPCとして考えると中途半端」という話で、ちゃんと独自に
> FreeBSD路線を歩んでいれば、そう悪くなかったはず。
願望としてはそれでもいいけど、もう少し現実ってもんを見据えようぜ。
Windows ゆーざー >>>>>>> FreeBSD ユーザー (経済的な力関係において)
現在でこそ Linux(free unix系)も認められてきてはいるが、
当時はそれこそキモヲタのオモチャだ
302:名無しさん＠お腹いっぱい。
05/11/03 23:45:10
まぁ仮にそう言う戦略をしていたとしても、40万ぐらいでFreeBSD向けのPC-9821が売られていた気がするなぁ。
303:名無しさん＠お腹いっぱい。
05/11/04 03:42:41
> 当時はNECが激しく空気読めてなかった。
貴殿は当時も、そういう持論を展開してたの？
304:名無しさん＠お腹いっぱい。
05/11/04 04:00:23
>>303
>貴殿は当時も、そういう持論を展開してたの？
ええ、持論としては当時からです。今みたいに2chも無いから公言する
場も無く、ただ胸中に秘めたまま事態の推移を「あーあ」と思いながら
見過ごすしかなかったけどね。
当時の高校生がNECに提言していても全く取り合わなかっただろうしw
305:名無しさん＠お腹いっぱい。
05/11/04 04:49:30
高校生ね、納得。
306:名無しさん＠お腹いっぱい。
05/11/04 06:45:40
>>305
そうは言うけど、高校生にも現在のLinuxにつながるPC-UNIX隆盛のうねり
は目に見えていた訳で、その点やはりNECの経営判断はどうかと思う。
307:名無しさん＠お腹いっぱい。
05/11/04 06:46:51
>>305
>高校生ね、納得。
あ、あとゲーム厨じゃないから、勘違いしないでね。念の為。
308:名無しさん＠お腹いっぱい。
05/11/04 10:19:28
NECとしては独自開発をしたチップによって痛い思いをしたから米国で主流となっている
OSを使いたいという思いは強かっただろうね。
そういう思いからMS-DOSを導入し、日本に普及させてきたと思うけど。
309:名無しさん＠お腹いっぱい。
05/11/04 10:59:27
高校はともかく今でも同じ考えだそうなんでやっぱりアレ
310:名無しさん＠お腹いっぱい。
05/11/04 12:29:04
>>307
ゲーム厨でなく、まわりが見えてないPCヲタだったんだと思うよ。
今もそうなのかもしれないけど。
311:名無しさん＠お腹いっぱい。
05/11/04 21:42:11
まぁ当時のNECとかみかか（NTT）は、今でいうMicrosoftみたいな殿様商売で批判されていたのは確かだな。
312:名無しさん＠お腹いっぱい。
05/11/05 04:28:16
その後のPCベンダーが結局はLinuxに傾倒していくのだから、あの時
NECがFreeBSDを支援して普及させていれば勢力が逆だったのでは
ないかと思うと実に惜しいのです。
313:名無しさん＠お腹いっぱい。
05/11/05 06:47:37
PC ベンダが Linux に傾倒って、そりゃ元々 UNIX で動いてたサーバや
ワークステーションの置き換えの話だろ。
NEC もそのエリア向けに Express シリーズを出してるけど、これは最初
から PC 互換機 (と今は消えたが MIPS) だよ。
314:名無しさん＠お腹いっぱい。
05/11/05 07:09:56
>>313
PCサーバーという商品カテゴリ自体が1996年発売のWindowsNT Serverに
よって誕生したもの。1998年頃からLinuxの勢力が目立つようになって来た
訳だが、その間にNECとして出来ることがあったはず。
それで、Linuxがまともに採用されるようになったのも2000年以降だったし、
もしも「NECのお墨付きのFreeBSDマシン」が1997年頃から発売されてたら
・・・と思うと、ちょっと残念だよ。
315:名無しさん＠お腹いっぱい。
05/11/05 08:46:46
> もしも「NECのお墨付きのFreeBSDマシン」が1997年頃から発売されてたら
今ごろ NEC は PC 市場から撤退してるな。
316:名無しさん＠お腹いっぱい。
05/11/05 09:00:02
おまいら、よく厨房の相手してて飽きないな
317:名無しさん＠お腹いっぱい。
05/11/05 12:12:13
無理に参加せんでもよろしい。
318:名無しさん＠お腹いっぱい。
05/11/05 19:27:38
currentのスレなのに、話題は昔話。これいかに。
319:名無しさん＠お腹いっぱい。
05/11/05 19:44:20
温故知新。下手うつとこの先生きのこれませんよ、と。
320:名無しさん＠お腹いっぱい。
05/11/05 21:09:56
kldxrefがエラー出すのなおった?
321:名無しさん＠お腹いっぱい。
05/11/08 23:06:45
カーネルが落ちたと思ったら、マシンが老衰で死んでた。
322:名無しさん＠お腹いっぱい。
05/11/08 23:07:59
いや、違った。老衰＆過労死だった。
323:名無しさん＠お腹いっぱい。
05/11/09 14:13:40
私は今までGENERICを元にちょこちょこっと手を加えて
カスタムカーネルにしてたのですが、最近のDEFAULTSって
いうのは何をしようとする動きがあるのでしょうか?
324:名無しさん＠お腹いっぱい。
05/11/09 14:57:55
URLﾘﾝｸ(www.FreeBSD.org)
325:名無しさん＠お腹いっぱい。
05/11/09 15:51:49
>324
> to preserve POLA for 4.x users upgrading to 6.0
の POLA ってナニ?
326:名無しさん＠お腹いっぱい。
05/11/09 16:23:12
>>325
URLﾘﾝｸ(www.freebsd.org)
Principle of Least Astonishment.
やね。
日本語ではなんと言うべき？
びっくり最小限主義？
327:名無しさん＠お腹いっぱい。
05/11/09 16:24:34
驚き最小の原則
328:名無しさん＠お腹いっぱい。
05/11/09 19:20:47
>>326
直訳すれば「最少の驚きの原則」だが、意訳すれば
「できるだけ表立った変更は避ける」
といったところか。これを日本語でスマートに表現するには
何と言えば良いのだろうか。
とりあえず「踏襲原則」という語を挙げてみる。
329:名無しさん＠お腹いっぱい。
05/11/09 20:39:56
つまりは日本の誇る前例第一主義ってことか
330:名無しさん＠お腹いっぱい。
05/11/09 20:51:08
実戦配備される OS なんだから
可能な限り後方互換にしておくのは
当然なんじゃないの?
331:名無しさん＠お腹いっぱい。
05/11/09 21:39:32
Add support for XBOX to the FreeBSD port.
URLﾘﾝｸ(docs.freebsd.org)
おまいらはもう試してみましたか?
332:名無しさん＠お腹いっぱい。
05/11/09 23:23:14
今 GENERIC カーネルはどう作られてるの?
make buildkernel だけじゃ GENERIC から
抜かれた DEFAULTS は使われない?
333:名無しさん＠お腹いっぱい。
05/11/09 23:32:26
>>332
include DEFAULTS
ってのが暗黙的にコンフィグファイルの先頭につくようになったと思えばよい。
だから、DEFAULTSに書かれている内容は常に有効。
334:名無しさん＠お腹いっぱい。
05/11/10 09:21:04
要するに
「俺の PC には ISA slot ないから isa BUS イラネ」
と勘違いして isa を消して自爆するみたいなのを
防止するために MANDATORY なものを分離したってことでしょ
335:名無しさん＠お腹いっぱい。
05/11/10 10:24:05
>>333
>>334
なるほど。DEFAULTS の中身は指定してなくても使われてると
思えばいいと。
逆に指定しててもエラーにしないようにパラメータとしては
残してるって事ですかね。
336:名無しさん＠お腹いっぱい。
05/11/10 15:05:34
驚き最小の原則 の検索結果のうち 日本語 と 英語のページ 約 62 件
最少の驚きの原則 の検索結果 2 件
Rubyのまつもとさんも「驚き最小の原則」を使ってるし、こっちが
定訳のような気がする。けど62件じゃ定訳といえる程浸透している
ともいえないか...
337:名無しさん＠お腹いっぱい。
05/11/10 15:13:48
まつもとさんのは訳ってより造語でしょ。
338:名無しさん＠お腹いっぱい。
05/11/10 20:53:59
想定の範囲内
339:名無しさん＠お腹いっぱい。
05/11/10 21:06:25
日本語に直さなくても
POLA の検索結果のうち 日本語のページ 約 172,000 件
340:名無しさん＠お腹いっぱい。
05/11/10 21:16:45
>>339
五反田にある化粧品会社の人ですか?
341:名無しさん＠お腹いっぱい。
05/11/11 00:36:34
, -‐－-､ ヽ∧∧∧ // |
. /////_ﾊ ヽ＜ 釣れた！＞ ハ
ﾚ//ｊ け ,fjlﾘ / ∨∨V ヽ h. ﾟl;
ﾊｲｲﾄ､"ヮノﾊ // |::: ｊ ｡
/⌒ヽヾ'ﾘ、 // ヾ､≦ '
. { j｀ｰ' ﾊ // ヽ∧∧∧∧∧∧∨/
ｋ～'ｌ ﾚﾍ. ,r'ス ＜ 初めてなのに ＞
| ヽ ＼ ト､ ヽ-kヾｿ ＜ 釣れちゃった！＞
. l ＼ ｀ｰ‐ゝ-〈/´ / ∨∨∨∨∨∨ヽ
l `ー-､___ﾉ
ﾊ ´￣｀ 〈/‐-､
342:名無しさん＠お腹いっぱい。
05/11/11 08:53:38
>>336
>けど62件じゃ定訳といえる程浸透している
>ともいえないか...
「POLA」を翻訳する試み自体が少ないということでしょうね。
「わざと、まわりくどい表現をする文化」を尊重するならば訳も
「驚き最小の原則」
が適当かも知れませんが、字面から意味がわかる点で>>328の
「踏襲原則」というのも付加して
「驚き最小の原則」(踏襲原則)
などと書いておくと、解説上はより良いでしょうね。
343:名無しさん＠お腹いっぱい。
05/11/11 10:05:21
ここでいってるPOLAはRuby方面の驚き最小原則と同じものなの?
だとすると、他の部分の仕様からの類推・同じ文化圏のメジャーな慣習・
同種の別のものの知識・その他常識など(以前の仕様はその一つ)から
ユーザが自分の知らない部分に関して「おそらくこうであろう」と
意識的・無意識的に期待する予想からなるべく外れないようにしようと
いうものなので、
先例の存在を強く示唆する踏襲原則というのはいまいち意味が狭いんじゃ
ないかと思うけど。驚きという言葉を使わないで意訳するという方向
そのものはよいと思う。
意識的・無意識的な予想を前提としてそれに反することを指すのに、
英語ではastonishmentやらsurpriseやらと随分大味な言葉が使われても
日本語にはもう少し的確な言葉がある。「驚き」よりも「案外」でどうか。
ユーザの予期という案に相違することを表すわけだから。そういうわけで、
案外最小原則、もしくは案外回避則でどうだろうか。
「案外」という言葉は副詞で使われることが多いので、
慣れないと多少変に見えるかも知れないが。
勝手に提案する類語集
・予想通り 案の定 予想の範囲内
・驚き 案外 予想の範囲外
ひっくり返して「予想の範囲内優先則」でもいいけど。
344:名無しさん＠お腹いっぱい。
05/11/11 10:29:58
「互換性優先」というのとは同じではないのか?
345:名無しさん＠お腹いっぱい。
05/11/11 18:57:40
MRTGをrrdtoolに変えるときみたいな事すんな。
でいいんじゃね。
346:名無しさん＠お腹いっぱい。
05/11/11 22:06:41
無難主義
表音文字の癖して略すなってーの
347:名無しさん＠お腹いっぱい。
05/11/11 22:20:58
BSD も TCP も IP も MAC も GPT も翻訳しないんだから、POLA も
POLA<sup>*1</sup> <footnote>*1 Principle of Least Astonishment、原則として
直感的でないことをなるべく避けること</footnote>
程度でいいじゃん。
348:名無しさん＠お腹いっぱい。
05/11/12 00:23:13
>>347
うん。いいんじゃねそれで。
349:名無しさん＠お腹いっぱい。
05/11/12 00:24:17
>>347
そこの一行目で引かれた例よりも
MFCとかのほうがいいかも。レスの趣旨には同意だけど。
350:名無しさん＠お腹いっぱい。
05/11/13 18:26:24
今の current って7?
351:名無しさん＠お腹いっぱい。
05/11/13 23:59:43
pflogでログ取れなくなったの俺だけ?
352:名無しさん＠お腹いっぱい。
05/11/14 13:26:53
>>351
そう言われてみるとうちもだ.
FreeBSD 7.0-CURRENT #8: Sat Oct 29 19:06:16 JST 2005.
な奴だが, いつからだろう?
353:351
05/11/14 21:57:57
自己解決スマスタ
options DEV_PFLOG=1
354:名無しさん＠お腹いっぱい。
05/11/25 22:24:40
P^HBill ;-)
URLﾘﾝｸ(lists.FreeBSD.org)
355:名無しさん＠お腹いっぱい。
05/11/25 22:37:52
絶妙なコミットログにﾜﾛﾀ
URLﾘﾝｸ(docs.freebsd.org)
356:名無しさん＠お腹いっぱい。
05/11/25 23:55:09
あいかわらずwpaulはマジギレしてるのか
357:名無しさん＠お腹いっぱい。
05/11/26 20:26:00
>>355
-longbio_resid;/* Remaining I/0 in bytes. */
+longbio_resid;/* Remaining I/O in bytes. */
暴カニ男みたいなもんかw
358:354
05/11/27 19:53:16
>>356 いや、あれずっとキレ芸やと思っててんけど
359:名無しさん＠お腹いっぱい。
05/11/29 21:57:07
なんか凄いのｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
URLﾘﾝｸ(lists.freebsd.org)
360:名無しさん＠お腹いっぱい。
05/11/29 22:55:07
>>359
なんかもうある、とか、2個作ってどないすんねん、みたいな展開になっておりますか？
361:名無しさん＠お腹いっぱい。
05/11/29 23:27:02
もうある、ってのは赤黒木の実装の部分についてだから
あんまり重要な話じゃないよね。
そういや、一年ほど前にphkがこんなこと言ってた。
URLﾘﾝｸ(lists.freebsd.org)
362:名無しさん＠お腹いっぱい。
05/12/01 02:14:40
2個あるならいい方を採用すればいいじゃん
363:名無しさん＠お腹いっぱい。
05/12/01 10:49:06
やっときたか.
> Subject: HEADS UP: Adding /usr/local/etc/rc.d to the base rcorder
未対応な ports ってどのくらいあるんだろ?
364:名無しさん＠お腹いっぱい。
05/12/01 19:06:28
port maintainerにもわかるrcNGみたいな文書がいるんじゃないか。
メンテナって有象無象だから賢いのからアホなのまでピンキリなのよね。
365:名無しさん＠お腹いっぱい。
05/12/01 19:27:16
rcNG非対応のもstartupのときには実行してくれるように見えるんだけど。
366:365
05/12/01 19:32:01
あ、shutdownのときもstop付けて実行してくれるのか。
…だいじょうぶかなぁ。
367:名無しさん＠お腹いっぱい。
05/12/01 20:43:24
賢い/アホ とかじゃなくて ガイダンス文書くらいないと
よくわからないよー
well commented example でいいんだけど
368:名無しさん＠お腹いっぱい。
05/12/01 23:39:23
rc.d(8) 実態は rc(8)
369:名無しさん＠お腹いっぱい。
05/12/02 00:30:45
>>365
ports A, B, C が起動順に依存関係があって, A, C は対応してるけど
B だけ取り残されてる場合とかって大丈夫なんかい?
# 今, 出張先なんで変更部分まだ見てない.
370:名無しさん＠お腹いっぱい。
05/12/02 01:46:14
そーゆー時は A C が依存関係通りに動いて、最後に B になるんじゃない?
B もよしなに動いて欲しければ send-pr。
371:名無しさん＠お腹いっぱい。
05/12/02 02:17:20
とりあえず実行スクリプト名を順序通り変えておくくらいの
work around は可能だね。
372:名無しさん＠お腹いっぱい。
05/12/02 06:40:27
>>369
B は rcNG 非対応だけど C が rcNG 対応って状況は存在しにくいんじゃない？
C は B に依存するってことで、C の rc script に REQUIRE: B を書いてしまうと、
B の provider はいないということでエラーになるはず。
373:名無しさん＠お腹いっぱい。
05/12/02 09:51:46
部分的にportupgradeし忘れ、みたいな
374:名無しさん＠お腹いっぱい。
05/12/02 22:37:06
rcorderが適当にアルファベット順で
375:名無しさん＠お腹いっぱい。
05/12/03 09:06:43
アルファベット整列モードとrcorder通常モードとあって、
通常モードの場合はルールが書いていないと警告を出して欲しいのだけど...
376:名無しさん＠お腹いっぱい。
05/12/03 11:20:28
*.sh はこれまでどおり文字コード順、拡張子を持たないものが
rcorder されるみたい。
377:名無しさん＠お腹いっぱい。
05/12/03 12:04:34
げ、使いたくないものを hoge.sh => hoge.sh.OFF みたいに
してるんだけどアカンちゅうことか?
378:名無しさん＠お腹いっぱい。
05/12/03 12:29:57
chmod -x
379:名無しさん＠お腹いっぱい。
05/12/03 12:32:04
今回の変更について、freebsd-portsに流れたメールを紹介しておこう
URLﾘﾝｸ(lists.freebsd.org)
380:名無しさん＠お腹いっぱい。
05/12/03 12:36:19
URLﾘﾝｸ(www.freebsd.org)
URLﾘﾝｸ(www.freebsd.org)
"# PROVIDE:" があるスクリプトは rcorder して実行
無いスクリプトはこれまで通り *.sh に限って実行
381:名無しさん＠お腹いっぱい。
05/12/03 14:53:00
>380
解説 thx.
382:名無しさん＠お腹いっぱい。
05/12/06 17:09:46
12/3 早朝の current で、ブート時に /etc/rc.d/* の方で起動させている
cron, inetd, sendmail(実体はpostfix), sshd
が立ち上がらなくなった。
仕方なく /etc/rc.local に書いてしのいでいる。
natd, nfsd, syslogd, ...
あたりは問題なく立ち上がるのに。
383:名無しさん＠お腹いっぱい。
05/12/06 17:28:29
これで直ったはずだよ
URLﾘﾝｸ(www.freebsd.org)
384:382
05/12/06 17:58:10
>>383 thanks. 試してみる。
385:名無しさん＠お腹いっぱい。
05/12/06 19:26:17
/src/sys/kern/uipc_mqueue.c
nt_ksi.ksi_mqdないー
386:名無しさん＠お腹いっぱい。
05/12/07 17:38:11
#include<sys/signalvar.h>かな orz
387:名無しさん＠お腹いっぱい。
05/12/15 03:38:02
6.x がstableになってからcurrentから離れたのですが
現在どんな状況ですか?
388:嫌われ者のVipper
05/12/15 08:39:33
currentのgccのバージョンはいくつですか？
389:名無しさん＠お腹いっぱい。
05/12/15 11:16:47
wwwwwwwwwwww>388のFrom
3.4.4かな
390:嫌われ者のVipper
05/12/15 11:36:07
>>389 私のような者へのお答え
391:嫌われ者のVipper
05/12/15 11:36:32
ありがとうございます
392:名無しさん＠お腹いっぱい。
05/12/24 13:23:49
誰かPC送ったげて...
URLﾘﾝｸ(lists.freebsd.org)
393:名無しさん＠お腹いっぱい。
05/12/24 22:51:54
>392
住所わかる？
394:名無しさん＠お腹いっぱい。
05/12/25 00:26:46
viが複数ウィンドウに対応していない理由みたいだ
395:名無しさん＠お腹いっぱい。
05/12/25 08:09:41
良くある展開ということですか。
396:名無しさん＠お腹いっぱい。
05/12/25 10:44:11
クラッシュしちゃって「もうやらねーよ、うわーん」となる話ってよくありそうじゃない？
まあ、今回はdelayと書いてあるけどさ。
397:名無しさん＠お腹いっぱい。
05/12/25 23:49:42
>>394 対応してるでしょ? :E とか。
398:名無しさん＠お腹いっぱい。
05/12/27 01:26:06
>>397
Unixの1/4世紀でBill Joyが対応をやめたって書いてあったけど、
素のviにもあるの？
399:名無しさん＠お腹いっぱい。
05/12/27 11:24:19
>>398
『ホゲゆに』には、
最近Joyのviをサポートする連中がガンバってるって
400:名無しさん＠お腹いっぱい。
05/12/27 22:31:53
7-currentで nVidiaのドライバって動きますか？
401:名無しさん＠お腹いっぱい。
05/12/31 13:25:28
>400
nvidia-driverがコンパイルエラーになってインストールできない件？
うちがそんな状況。
402:名無しさん＠お腹いっぱい。
05/12/31 18:26:45
>>401
レス サンクス
やっぱり動かないんだ...
まだ-current入れてないんだけど、動くなら-curerntを入れようかなって
思ったんだ。
403:名無しさん＠お腹いっぱい。
06/01/01 12:03:33
一応、src/sys/pci/agpvar.hの1.3での変更を元に戻して、kernel,nvidia-dirverを作り直せば、今のcurrentででも動くよね。
URLﾘﾝｸ(www.freebsd.org)
404:名無しさん＠お腹いっぱい。
06/01/01 15:28:28
>>403
URLﾘﾝｸ(www.freebsd.org)
これと同じことをやればコンパイルはできるんじゃないの?
405:名無しさん＠お腹いっぱい。
06/01/01 18:41:24
7-currentについて、方向性とか新機能についてまとめている
サイトとかありますか?
406:名無しさん＠お腹いっぱい。
06/01/01 23:30:05
基本的に-currentで、デバッグオプションによる速度低下を
防ぐには、以下の２つをコメントアウトするだけで良いのでしょうか?
options WITNESS
options WITNESS_SKIPSPIN
KDBをコメントアウトすると xfs のコンパイルで、KDB関連のオプションを
有効にしろとエラーメッセージが出ます。
407:名無しさん＠お腹いっぱい。
06/01/02 04:53:19
>>403
>>404
OS側のAGPではなくNVIdia のAGPドライバを使えばいいのでは?
408:名無しさん＠お腹いっぱい。
06/01/02 13:51:55
>>406
ln -sf aj /etc/malloc.conf
409:名無しさん＠お腹いっぱい。
06/01/03 14:38:59
最近、なんか-current安定しているよね。
MLで奴が怪しげなこと言っているときはいつも警戒していたのに...
410:名無しさん＠お腹いっぱい。
06/01/03 17:10:24
>>409 「奴」って誰よ?
411:名無しさん＠お腹いっぱい。
06/01/03 23:02:22
そういやlinuxpluginwrapperが使えなくなったな
中の人は何か考えているらしいが
URLﾘﾝｸ(blog.ninth-nine.com)
412:名無しさん＠お腹いっぱい。
06/01/14 21:56:06
malloc新しくなったから入れてみたらX起動しなくなった orz
かなり遅いし、戻すか…( ´・ω・`)
413:名無しさん＠お腹いっぱい。
06/01/14 22:24:38
>>412
libcのmalloc(3)を切り替えたよ。今はデバッグ、検査、統計収集用のオプションが
全部有効になってるから、プログラムは遅くなるしメモリも余計に食う。移行期間の
バタバタがおおよそ終わったらここらへんのは切れるから。
パフォーマンスが気になるなら、src/lib/libc/stdlib/malloc.cの中にある下の
いくつかをundefineして。これらのせいでプログラムが遅くなって、メモリも
余計に食ってるんだ。
MALLOC_DEBUG MALLOC_STATS MALLOC_REDZONES
もしmallocがらみの実行時エラーを見つけたら、malloc(3)でチューニング用の
フラグを調べて関係あるのを使いながら、問題の種類をみきわめてほしい。特に
A J Q Zフラグは便利だね。この実装が見つけるアプリケーションのバグは
414:名無しさん＠お腹いっぱい。
06/01/14 22:37:52
* バイト境界に対する誤った仮定: このmallocはたとえ非常に大きい領域の割り当て
についても16バイト境界しか保証しない。正当だけど、あまり一般的じゃない。
phkmallocはここらへんがとても寛容だった。もしこういうバグをみつけたら
posix_memalign(3)を見て直してね。
* バッファオーバラン: このmallocはboundary tagを使っているので、割り当て
の外側に書き込むとmalloc内部のデータ構造を壊す可能性がある。小さいオーバ
ランはredzoneで検出できるけど、大きいのは無理だ。
この変更によって沢山の問題の報告が来るだろうと思う。その場合、たいていは
アプリケーションのバグだと思うけど、malloc自身のバグという可能性もある。
みんな、広い心で原因の究明に取りくもう。
415:名無しさん＠お腹いっぱい。
06/01/15 01:31:15
アメリカのドラマの吹き替え口調みたいな文体だな
416:名無しさん＠お腹いっぱい。
06/01/15 05:59:11
結局、mallocで一番、高速に動作するオプションはどれ?
417:名無しさん＠お腹いっぱい。
06/01/15 12:04:57
つうか、なんで新しいmallocが入ることになったの？
>>413-414の解説を読むとあまり利点を感じないのだが。
418:名無しさん＠お腹いっぱい。
06/01/15 13:30:10
>>417
SMP 環境でマルチスレッドのプログラムの性能を向上させるためらしい。
URLﾘﾝｸ(docs.freebsd.org)
kris が4CPUのamd64マシンでベンチマークをやっているけど、スレッド数3の場合で以前のmallocより107倍早かったそうな。
URLﾘﾝｸ(docs.freebsd.org)
419:名無しさん＠お腹いっぱい。
06/01/15 15:54:41
最後の三行だけ抜き出すと
So libthr is *much* faster than libpthread with both malloc
implementations, but jemalloc is still 1.7 times faster for 1 thread
and 80 times faster for 5 threads than phkmalloc.
420:名無しさん＠お腹いっぱい。
06/01/15 20:55:47
でもマルチスレッドでmallocしまくるような状況って
それほどあるの?
421:名無しさん＠お腹いっぱい。
06/01/15 23:45:42
特にOO系の言語ではメモリアロケータのパフォーマンスが重要だから、
恩恵を受けるプログラムは結構多いんじゃない?
それに、libpthreadやlibthrによるカーネルレベルでのスレッドサポートが
せっかく入ったのに、今までのmalloc()は単一のspinlockによる
原始的な排他しかしてなかったからなあ……
422:名無しさん＠お腹いっぱい。
06/01/16 02:54:56
>>412
XについてはXorg-snapを入れるというworkaroundがあるようで。
ぶっちゃけ、dlopen使えってことだな。
423:名無しさん＠お腹いっぱい。
06/01/18 08:27:44
これで MySQL と FreeBSD の組み合わせが最強になるとうれしい。
関係ないですか？
424:名無しさん＠お腹いっぱい。
06/01/18 09:51:46
mallocの性能の悪さも性能が劣化する原因の一つだろうからこれで少しは変わると思うよ。
つうか、こういう単純なベンチマークじゃなくてもっとリアルなアプリケーションで
ベンチマークをやった人って居ないんだろうか....
マルチスレッドのアプリケーションと言えば、MySQL、BIND、Apacheといろいろ
ありそうなのだけど。
425:名無しさん＠お腹いっぱい。
06/01/18 17:13:34
実務や現場を知らない香具師の寝言。
426:名無しさん＠お腹いっぱい。
06/01/18 23:21:48
そういう香具師が往々にして決裁権を持っている件について
427:名無しさん＠お腹いっぱい。
06/01/19 00:00:45
現場的には今回の変更はどうなの？
新しいもの勝手に入れるなゴルァ！
今動いているのが動かなくなったらコロスケなりよ
なんだろうか。それとも、速くなりそうなので歓迎なんだろうか。
428:名無しさん＠お腹いっぱい。
06/01/19 02:11:17
>>427
現場の人はcurrentには興味なしと思われ。
429:名無しさん＠お腹いっぱい。
06/01/19 12:40:59
そもそも、性能に影響あるところには極力mallocを使わないようにコード書くしなぁ。
430:名無しさん＠お腹いっぱい。
06/01/21 09:26:12
qemuが動かなくなっとる。。
431:名無しさん＠お腹いっぱい。
06/01/23 06:46:08
mallocってマロックって読むの？
俺ずっとエムアロックと読んでて不安になった。
メモリ・アロケーションだよね？
432:名無しさん＠お腹いっぱい。
06/01/23 08:09:55
どっちでもいいんじゃない？
stdioはスタンダードアイオーと読んで、スタジオと読んだりはしないけど。
433:名無しさん＠お腹いっぱい。
06/01/23 09:50:14
俺はエスティーディーアイオーと四㌦
434:名無しさん＠お腹いっぱい。
06/01/23 12:36:32
UNIXに関する言葉のひらがな読みスレッド
ｽﾚﾘﾝｸ(unix板)
435:名無しさん＠お腹いっぱい。
06/01/30 00:29:24
12/31のvm(キャッシュ)の修正で久しぶりに動かなくなった。
オラ、ワクワクして来たぞ。
436:名無しさん＠お腹いっぱい。
06/01/30 04:44:13
>>435
12/31?
437:名無しさん＠お腹いっぱい。
06/01/30 20:52:35
2005/12/31 14:39の↓のコミット
古いCPUだとのdetection of the cache sizeでストールする。
MI changes:
- provide an interface (macros) to the page coloring part of the VM system,
this allows to try different coloring algorithms without the need to
touch every file [1]
- make the page queue tuning values readable: sysctl vm.stats.pagequeue
- autotuning of the page coloring values based upon the cache size instead
of options in the kernel config (disabling of the page coloring as a
kernel option is still possible)
MD changes:
- detection of the cache size: only IA32 and AMD64 (untested) contains
cache size detection code, every other arch just comes with a dummy
function (this results in the use of default values like it was the
case without the autotuning of the page coloring)
- print some more info on Intel CPU's (like we do on AMD and Transmeta
CPU's)
Note to AMD owners (IA32 and AMD64): please run "sysctl vm.stats.pagequeue"
and report if the cache* values are zero (= bug in the cache detection code)
or not.
438:名無しさん＠お腹いっぱい。
06/01/31 08:50:16
仮想端末のデバイス名が /dev/pts/* に変更されつつある件について
439:名無しさん＠お腹いっぱい。
06/01/31 09:21:36
デバイス名だけの変更じゃないよ。
440:名無しさん＠お腹いっぱい。
06/01/31 11:03:38
そろそろcvsupしても大丈夫かな?
441:名無しさん＠お腹いっぱい。
06/02/05 02:49:17
7-currentって、なんかXを立ち上げずコンソールで使うとキー入力に
対する反応が凄く遅い。
Xを立ち上げて使うと全然問題ないんだけど...
442:名無しさん＠お腹いっぱい。
06/02/05 06:20:56
しらんがな
443:名無しさん＠お腹いっぱい。
06/02/05 06:28:24
そういや、今の-currentちょっと重いね。
漏れのところは X が立ち上がっていても重いよ。
多分Thread周りがこまめにいじられているから、
もうちょっと待てば、ましにはなると思う。
WindowMakerのアニメーションがめちゃくちゃスローだよ。
444:名無しさん＠お腹いっぱい。
06/02/05 13:35:29
最近いろいろいじりはじめたみたい。
あー、関係ないけど、7-currentってjdk1.5.0インストール失敗するな。
やっとcurrentらしくなってきた。
445:名無しさん＠お腹いっぱい。
06/02/05 16:05:21
>>443
新mallocのデバックオプションのせいじゃね?
NO_MALLOC_EXTRAS 付けてビルドしたら?
446:名無しさん＠お腹いっぱい。
06/02/05 23:12:16
たぶん、mallocは関係ないと思うな。
けっこうThread周りが今怪しいことになっている。
powerdでcpu clock を落としていると体感できるぐらい遅くなっているよ。
447:名無しさん＠お腹いっぱい。
06/02/06 00:35:33
powerdを有効にしたら確かに重い
448:名無しさん＠お腹いっぱい。
06/02/06 00:39:43
描画というか表示関係が遅いのかな?
emacsの起動も遅くないし、buildworldの時間もそれほど変わってないよ。
449:名無しさん＠お腹いっぱい。
06/02/06 00:55:45
珍しく currentスレが盛り上がっているが、
linuxpluginwrapperってまだ未対応のままだね。
早く対応してくれないかな。
450:名無しさん＠お腹いっぱい。
06/02/06 21:31:14
最近daichiのことが気になってしかたありません。
見るたびになんだか落着かなくなってしまいます。
ときめきとも違った、ふしぎな気分なんです。
451:名無しさん＠お腹いっぱい。
06/02/07 04:53:23
そろそろcvsupしようと思ったらcurrentが重いっていう話なのか。
いつごろ解消しそう?
去年の12月の終わりからまだ更新してないんだ。
452:名無しさん＠お腹いっぱい。
06/02/07 05:46:27
jdk 1.5 がコンパイルできねぇー
453:名無しさん＠お腹いっぱい。
06/02/07 11:01:15
>>452
勘違いだった、普通に入った。
454:名無しさん＠お腹いっぱい。
06/02/07 11:20:44
風説の流布罪によりタイーh
455:名無しさん＠お腹いっぱい。
06/02/08 01:32:03
FreeBSD 7-currentでqemu 0.8.0を使うと、ゲストOSの時間が凄い勢いで
進んでしまう。
これ何で?
456:名無しさん＠お腹いっぱい。
06/02/08 02:24:45
どこもかしこもqemuネタ多いな・・・
457:名無しさん＠お腹いっぱい。
06/02/08 03:06:47
unix板でqemuスレ立てた方がいいかも知れんな
458:名無しさん＠お腹いっぱい。
06/02/08 03:30:12
ちょっとここのスレの流れを読んでて思ったんだけど、
今の7-currentってタイマー関連がおかしくない?
だから、表示が遅かったり qemuの時間がおかしかったりしているんじゃないの?
漏れはcurrent使ってないから何ともいえないけど、詳しいこと知っている香具師が
いたら教えてくれ。
459:名無しさん＠お腹いっぱい。
06/02/08 09:57:01
>>455
> FreeBSD 7-currentでqemu 0.8.0を使うと、
漠然と 7-current って言われても...
少なくとも, 1 月 20日に buildkernel した奴は無問題だが...
>>458
> 今の7-currentってタイマー関連がおかしくない?
なぜタイマー関連のせいになる?
> だから、表示が遅かったり
表示するときに時間を気にするのはゲームとかビデオの再生くらいのもんだろ
それ以外は通常全力で出力する
460:名無しさん＠お腹いっぱい。
06/02/08 15:24:37
>>459
7-currentの日付だけど、
2月5日くらいにcvsupしたkernel、2月7日にcvsupしたものも同じ症状。
461:名無しさん＠お腹いっぱい。
06/02/09 02:51:07
まぁ、currentなんだし気楽に待ちましょ。
462:名無しさん＠お腹いっぱい。
06/02/10 01:32:48
しっかし、今の-currentって、shutdown に時間がかかるな。
463:名無しさん＠お腹いっぱい。
06/02/10 13:54:19
まぁ、1週間もしたら直るでしょ。
464:名無しさん＠お腹いっぱい。
06/02/10 14:42:12
shutdown に一週間かかるのかとオモタ
465:名無しさん＠お腹いっぱい。
06/02/10 16:50:06
xeon × 4のマシンで何年も前からリブートできないよ。
不思議なことにシングルユーザからだとリブートできる。
それ以上はめんどくさいから調べてないけど。
466:名無しさん＠お腹いっぱい。
06/02/17 10:25:49
起動と停止の処理は面倒を避けるためにシングルCPU状態におちると思うのだけど、
そのときのCPUを止める処理が壊れてるんじゃないの？
まあ、壊れてるんだろうなと思ってもどうやって直したらいいか見当がつかんけど。
467:名無しさん＠お腹いっぱい。
06/02/23 23:19:09
最近のcurrent で Emacs ビルドできた方います？
firewire の cardbus カード BUFFALO IFC-ILCB3 も認識できなくなってるし。
ついでにゆうと、RELENG_6 でも認識できなくなってたような。
468:名無しさん＠お腹いっぱい。
06/02/24 01:35:22
>>467
おれもできない。coredumped.
469:名無しさん＠お腹いっぱい。
06/02/24 03:15:33
>>468, 467
preload image 作るときに undump できないだけだと思うが.
470:名無しさん＠お腹いっぱい。
06/02/24 13:08:23
nsp ドライバ腐ってる。
471:名無しさん＠お腹いっぱい。
06/02/24 13:48:30
>>449
一瞬ペンギンラッパーってなんぞいなと読みまつがえた。
472:467
06/02/27 01:05:34
Emacsビルドできた。
でも、後ろ向きな解決方法ですけど。
libc.so.6のmallocが悪さしているみたいです。
手順
misc/compat5xをインストールする。
/etc/libmap.confに以下の内容を追加。
[emacs]
libc.so.6 libc.so.5
configure後、src/config.hでHAVE_POSIX_MEMALIGNが定義されていたら定義しないようにする。
で、いけるんじゃあないかと思う。
473:名無しさん＠お腹いっぱい。
06/02/27 01:38:44
>>472
/etc/make.conf に NO_MALLOC_EXTRAS を指定してlibcを作りなおしてみたり、
ln -s ajQ /etc/malloc.conf
(Qは複数回指定可)とかしてみたらどうよ?
474:467
06/02/27 01:44:30
ln -s ajQ /etc/malloc.conf して libmap.conf の記述を削除して
さっき作った emacs 起動できた！
475:名無しさん＠お腹いっぱい。
06/02/27 08:35:27
>>465
つまり shutdown -r now だとダメだけど、
shutdown now → shutdown -r now だとOKってこと?
それともいっぺんmultiuser modeに入るとアウトてこと?
476:名無しさん＠お腹いっぱい。
06/03/02 23:46:51
おっちゃん達が懐かしいネタに喰いついてきましたよ :)
URLﾘﾝｸ(docs.FreeBSD.org)
477:名無しさん＠お腹いっぱい。
06/03/03 00:03:55
>>475
後者
478:名無しさん＠お腹いっぱい。
06/03/04 02:43:06
csupこんにちは
cvsupさようなら
479:名無しさん＠お腹いっぱい。
06/03/04 12:56:36
csupサーバーってどこあんの？
csupサーバーを自分で立てるにはどうするの？
cvsupだとcvsup-mirrorを入れると後者の9割り方が終了だけどさ。
480:名無しさん＠お腹いっぱい。
06/03/04 13:29:31
互換なんじゃないの?
481:名無しさん＠お腹いっぱい。
06/03/04 13:49:21
csup が落ち着いたら csupd も作ってくれるさ
482:名無しさん＠お腹いっぱい。
06/03/04 22:59:04
いまのところcheckout modeしかサポートされないから
cvsupさようなら、とはいかないな。
483:名無しさん＠お腹いっぱい。
06/03/04 23:14:17
そこで cvsync ですよ。
484:名無しさん＠お腹いっぱい。
06/03/05 03:40:21
じゃあ俺bobsup作るかな
485:名無しさん＠お腹いっぱい。
06/03/05 10:00:26
出か杉
486:名無しさん＠お腹いっぱい。
06/03/06 10:09:08
cvsyncは逆にcheckout modeなかったような
487:名無しさん＠お腹いっぱい。
06/03/11 13:34:51
ata-usbがcommitされたけど、CAMに比べてどんないいこと
があるの？
488:名無しさん＠お腹いっぱい。
06/03/12 02:58:21
sosの自慰行為を堪能できます
489:名無しさん＠お腹いっぱい。
06/03/13 14:09:34
>>476
3年前のじゃねえか
とっくに消えてるの持ってきて釣ったつもりか
490:名無しさん＠お腹いっぱい。
06/03/13 15:55:52
消えてるんじゃなくて、Message-ID 検索が壊れてるだけ。これだろ。
URLﾘﾝｸ(lists.freebsd.org)
491:名無しさん＠お腹いっぱい。
06/03/14 20:11:41
csup、今日の分で十分使えるようになった感じ。
あとは、CVS mode と csupd か。ガンガレむっくす。
492:476
06/03/14 22:44:58
>>489 遅ぇーよ、俺が貼った頃にはちゃんと見えてたんだよ。
493:名無しさん＠お腹いっぱい。
06/03/14 23:40:12
csup派とportsnap派どっちが多いよ
494:名無しさん＠お腹いっぱい。
06/03/15 00:36:12
src tree と ports tree それぞれで併用
495:名無しさん＠お腹いっぱい。
06/03/15 10:22:32
っていうかそれが普通で、csup と portsnap は排他なものではないと思うが。
496:名無しさん＠お腹いっぱい。
06/03/16 21:42:20
今年は技術評論社から FreeBSD Expert 2006 は出版されないのかな？
497:>495
06/03/16 22:37:09
はあ？portsに関しては排他的じゃん
あんたバカ？
498:名無しさん＠お腹いっぱい。
06/03/16 23:01:11
portsnap使うのは素人
499:名無しさん＠お腹いっぱい。
06/03/17 01:02:51
もれはアップデートに必要な時間が少ないのでportsnapに切り替えた。
/usr/srcはcvsupで、/usr/portsはportsnap使ってる。
500:名無しさん＠お腹いっぱい。
06/03/17 10:49:03
>>497
portsしか使えないバカは引っ込んでください。
501:名無しさん＠お腹いっぱい。
06/03/17 11:31:37
一部にて春厨蠢動中に感じるが。
portと、tar-ballの標準的配布形態を利用したいものとか、binのおき場所とか
設定ファイルの保存場所の違いがあると結構面倒草。
PATH変数を汚さなくてすむという利点より、パッケージの管理しやすさからいうとportsの
ポリシーが気に入らない時があるよ。 だから、"portsしか"使えないのじゃなくて、使わないと
不幸になる場合（郷に入っては郷に従え的なもの）がある気が
502:名無しさん＠お腹いっぱい。
06/03/17 11:45:22
>496
ギリギリまで6.1Rを待っていたけど、もうムリポ
だから来月でるはず。
503:名無しさん＠お腹いっぱい。
06/03/17 13:40:34
>501
なにが言いたいのかわからん。
ports のポリシーが気にくわなければ既存 ports を使わなければいい
自分の独自ポリシーで独自 ports をつくって勝手に管理する自由はあるし
ports システムに一切関係なくいじるのもまた自由。
504:名無しさん＠お腹いっぱい。
06/03/17 23:56:23
portsいらねえ？
だったら、そもそもportsnapいらねえじゃん
このバカ、なんでこんなに悔しそうなの？
バカなのに噛みついてるだけ？
505:名無しさん＠お腹いっぱい。
06/03/18 00:29:01
>>502
大地以外のライターが増えると良いんだけど
506:名無しさん＠お腹いっぱい。
06/03/18 02:00:23
>>503
もとよりportsのポリシーを否定するつもりはない。
煩雑な依存関係について、下調べをする手間が省けて、
パッチも拾う手間を省ける（必要なじゃ無いのもたまにあるが）から
make fetch/patch くらいで後は自分の好きに作るコースがあって、
squidとか、sambaとかの有名どころはその方が手間がない気が
するんだが。
しかしながら、FreeBSDを使う以上、結局はportsの流儀に従った
ほうが、サーバ管理上手離れはいいよなというだけのこと。
一人でやってるなら兎も角、誰かに説明するならportsで入れる
ことで、更新とかの保守業務を円滑に進められるほうがいいって
ことさ。
507:名無しさん＠お腹いっぱい。
06/03/18 11:58:31
YOUはpkgsrcに変えちゃいなYO
508:名無しさん＠お腹いっぱい。
06/03/18 14:20:02
>>505
大地以外のライターが増えると良いんだけど
>>502 が大地ではないか。技評に関係してるライターは何人か
知っているが、6.1Rを待っていたという内部情報まで知ってい
るクラスとなるとExpertの編集に深く関わっていた大地の可能
性が高い気がする。
509:名無しさん＠お腹いっぱい。
06/03/19 02:34:19
みんなライターになって情報増やしてくれよ！
510:名無しさん＠お腹いっぱい。
06/03/19 03:24:58
>>506
./configure でシコシコやってれば？
君の感覚は標準じゃないんだよ
511:名無しさん＠お腹いっぱい。
06/03/20 11:26:48
>>510
普通はconfigure もオプション無しです。
-current だと、ただでさえでこぼこしているので、
portsのパッチ不具合まで監視するのは面倒難。
512:名無しさん＠お腹いっぱい。
06/03/20 13:49:05
別にライターにならんでもいいんだが
513:名無しさん＠お腹いっぱい。
06/04/03 13:37:12
cardbus 使えてる？
３月末から使えなくなったんだけど。
514:名無しさん＠お腹いっぱい。
06/04/03 13:57:15
>>513
さぁ, わからん。
ELF synbol versiboning に対応して以来 raptop の -current は
追いかけてないから…
515:513
06/04/04 13:06:53
とりあえず、sys/dev/pccbb/{pccbbreg.h,pccbb.c} を前のに戻したら使えたよ。
516:名無しさん＠お腹いっぱい。
06/05/02 23:24:49
最近のcurrentはXenに対応したの？
FreeBSD Summer Projects
(URLﾘﾝｸ(www.freebsd.org))
> 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. Please coordinate with Kip
> Macy who has done work in this area.
517:名無しさん＠お腹いっぱい。
06/05/09 22:44:34
cachedってどうなんだろ
518:名無しさん＠お腹いっぱい。
06/05/15 02:10:19
good bye alpha, live long and prosper.
519:名無しさん＠お腹いっぱい。
06/05/20 01:15:07
ああ、昔はあんなにあこがれてたAlphaが、とうとうFreeBSDからも見捨てられたか。
520:名無しさん＠お腹いっぱい。
06/05/20 04:15:18
/.ではnewconfig vs newbusのネタでちょっと盛り上がってたね。
元PAO2ユーザーだけど、当時はビギナーだったから経緯はまったく知らず。
でも、core teamを選挙で選ぶようになるなど災い転じて福となすところもあったのかな。
これで伽藍の時代から民主主義の時代になったということだね。
521:名無しさん＠お腹いっぱい。
06/06/05 02:45:17
うわぁぁぁぁ
bpfが動かなくなった。
522:521
06/06/08 11:38:42
原因不明(コンパイルに失敗?)
コンパイルしなおしたらなおってる。
523:名無しさん＠お腹いっぱい。
06/06/11 23:17:26
今朝 make world && make kernel したら、libutil.so.6 がなくて
マルチユーザーモードになれなくてあせったよ。
何かもう直ってるけど。
524:名無しさん＠お腹いっぱい。
06/06/12 00:09:09
>>523
おれもさっき同じ目にあった.
> 何かもう直ってるけど。
かってになおったのか?
シングルユーザ で getty リコンパイルしたが…
ports から入れた奴があちこちほころびまくってるし…
525:名無しさん＠お腹いっぱい。
06/06/12 00:42:09
cp -p /usr/lib/libutil.so.6 /lib
直ったってのは HEAD のことだよ。
526:名無しさん＠お腹いっぱい。
06/06/12 02:17:44
>>525
あぁ、なるほど
527:名無しさん＠お腹いっぱい。
06/06/12 03:21:27
離婚パイル＝再婚パイル？
528:名無しさん＠お腹いっぱい。
06/06/14 00:20:41
SCHED_CORE ｷﾀ
529:名無しさん＠お腹いっぱい。
06/06/25 17:53:08
openoffice のコンパイルが通らないorz
netdb.h に手を入れるのは簡単だが, これをやると勝ち負けで言うと負けだな…
530:名無しさん＠お腹いっぱい。
06/06/25 22:09:13
>>530
devel/nspr の patch-.._pr_include_md__freebsd.h を使うといいみたい。
# cd /usr/ports/editors/openoffice.org-2.0/work/OOC680_m5/moz/unxfbsdi.pro/misc/build/mozilla/nsprpub
# patch -p1 < /usr/ports/devel/nspr/files/patch-.._pr_include_md__freebsd.h
531:名無しさん＠お腹いっぱい。
06/06/25 22:16:16
今普通にOOoコンパイル中
通るか？
532:名無しさん＠お腹いっぱい。
06/06/27 03:29:44
俺はライダーになるよ。
533:名無しさん＠お腹いっぱい。
06/06/30 06:54:40
>>528 いまだにあちこち直しているような印象だね
534:名無しさん＠お腹いっぱい。
06/06/30 17:08:55
いまだにどころかまだ「試しに作ってみた」って段階だよ。
535:名無しさん＠お腹いっぱい。
06/07/03 14:32:56
ブラウザはlinux-firefoxを使うことにしてcurrentに復帰したよ
これならflashも問題ねーぜ。と言うかmozillaがコンパイルでき
ねーよ。
何で引っかかっているのかな。経験上古いライブラリとか全部消
して最初から入れ直せばうまくいくことは多いんだが。
536:名無しさん＠お腹いっぱい。
06/07/04 01:42:39
OOo-2.0 コンパイルできねぇorz
gcc-ooo がおかしいのは俺だけか?
その他のコンパイラは結構むちゃくちゃいじめても無事なのに,
gcc-ooo だけ segmentation voilation 起こしやがる.
537:名無しさん＠お腹いっぱい。
06/07/14 13:03:35
>>528 なんでSCHED_XUにしなかったんだろ。
538:名無しさん＠お腹いっぱい。
06/07/14 15:16:31
S(CHED_)CORE
539:名無しさん＠お腹いっぱい。
06/07/14 17:01:58
考えてみたらgcc-ooo自体はportsで入れる意味ないなあ。
cvsupに並んでバイナリパッケージで構わないモノだね。
540:名無しさん＠お腹いっぱい。
06/07/30 11:32:42
記念age
URLﾘﾝｸ(lists.freebsd.org)
> Now that all system calls are MPSAFE, retire the SYF_MPSAFE flag used to
> mark system calls as being MPSAFE:
541:名無しさん＠お腹いっぱい。
06/08/10 20:10:54
今日GENERICをinstallkernelしてリブートしたら、
/dev/ad0s1aなんてものは見付からないとぬかしやがった。
ML漁っても文句出てないみたいだけど、
俺だけ？？
542:名無しさん＠お腹いっぱい。
06/08/12 20:16:29
>>541
俺も 10日に installkernel やったけど無事だった.
あんただけちゃうか?
543:名無しさん＠お腹いっぱい。
06/08/12 21:06:18
あー nForce4だとおかしかったみたい。
今は直ってる。
544:名無しさん＠お腹いっぱい。
06/08/19 01:39:59
新しい linuxolator とやらにしたら linux-firefox が起動しなくなったので、
ネイティブ firefox を久しぶりに入れてしまった記念真紀子。
545:名無しさん＠お腹いっぱい。
06/08/19 08:15:21
linprocfs をマウントしたら acroread, linux-firefox は動いた。
でも、compat.linux.osrelease は 2.6.16 じゃ動かないと。
546:名無しさん＠お腹いっぱい。
06/08/24 23:27:59
sysctl -aを実行すると
かなりの確率でpanicします。
みなさんはどうでしょうか。
547:名無しさん＠お腹いっぱい。
06/08/24 23:37:15
>>546
全く問題無し。以上。
548:名無しさん＠お腹いっぱい。
06/08/25 11:25:26
>>546
俺も問題ない。バックトレースくらい取れよ。
549:名無しさん＠お腹いっぱい。
06/08/25 22:35:33
>>548 こんな感じです。
FreeBSD xxx.xxx.jp 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Mon Aug 21 12:35:50 JST 2006 xxx@xxx.xxx.jp:/usr/obj/usr/src/sys/XXX i386
sakura#kgdb /boot/kernel/kernel.symbols vmcore.32
....
Fatal trap 12: page fault while in kernel mode
fault virtual address= 0xc0
fault code= supervisor read, page not present
instruction pointer= 0x20:0xc04d3171
stack pointer = 0x28:0xccd77acc
frame pointer = 0x28:0xccd77acc
code segment= base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process= 69645 (sysctl)
trap number= 12
panic: page fault
Uptime: 4d1h49m33s
Physical memory: 247 MB
Dumping 50 MB: 35 19 3
550:名無しさん＠お腹いっぱい。
06/08/25 22:40:23
>>549 続き
#0 doadump () at pcpu.h:166
166pcpu.h: No such file or directory.
in pcpu.h
(kgdb) where
#0 doadump () at pcpu.h:166
#1 0xc051f110 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2 0xc051f3a8 in panic (fmt=0xc06d180a "%s")
at /usr/src/sys/kern/kern_shutdown.c:565
#3 0xc06a9364 in trap_fatal (frame=0xccd77a8c, eva=192)
at /usr/src/sys/i386/i386/trap.c:867
#4 0xc06a90cb in trap_pfault (frame=0xccd77a8c, usermode=0, eva=192)
at /usr/src/sys/i386/i386/trap.c:776
#5 0xc06a8d09 in trap (frame=
{tf_fs = -858324984, tf_es = -1068367832,
tf_ds = 672464936, tf_edi = -858293456, tf_esi = -1045268480, tf_ebp = -858293556, tf_isp = -858293576, tf_ebx = -1045268480, tf_edx = -1040206848, tf_ecx = 0, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1068682895, tf_cs = 32, tf_eflags = 66182,
tf_esp = -858293388, tf_ss = -1068159077}) at /usr/src/sys/i386/i386/trap.c:461
#6 0xc0699efa in calltrap () at /usr/src/sys/i386/i386/exception.s:138
#7 0xc04d3171 in dev2udev (x=0xc1ffb400)
at /usr/src/sys/fs/devfs/devfs_vnops.c:1170
551:名無しさん＠お腹いっぱい。
06/08/25 22:42:26
>>550続き
#8 0xc0552f9b in sysctl_kern_ttys (oidp=0xc0720a60, arg1=0x0, arg2=0,
req=0xccd77bb8) at /usr/src/sys/kern/tty.c:3011
#9 0xc052730f in sysctl_root
(oidp=0x0, arg1=0x0, arg2=0, req=0xccd77bb8)
at /usr/src/sys/kern/kern_sysctl.c:1281
#10 0xc052750c in userland_sysctl (td=0x0, name=0xccd77c28, namelen=2,
old=0xccd77bb8, oldlenp=0xbfbfdbdc, inkernel=0, new=0x0, newlen=0,
retval=0xccd77c24, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1380
#11 0xc05273af in __sysctl (td=0xc305ca20, uap=0xccd77d04)
at /usr/src/sys/kern/kern_sysctl.c:1315
#12 0xc06a9672 in syscall (frame=
{tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 2,
tf_esi = -1077945380, tf_ebp = -1077945464,
tf_isp = -858292892, tf_ebx = 672504696,
tf_edx = 0, tf_ecx = -1077943168, tf_eax = 202, tf_trapno = 0, tf_err = 2,
tf_eip = 672344151, tf_cs = 51, tf_eflags = 658, tf_esp = -1077945524, tf_ss = 59})
at /usr/src/sys/i386/i386/trap.c:1006
#13 0xc0699f4f in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:191
#14 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
552:名無しさん＠お腹いっぱい。
06/08/26 13:04:15
>>550
kgdbで
f 7
print x->si_name
してみるとどうなる？
構造体メンバのオフセットちゃんと調べてないが、x->si_privがNULLだからpanicしてるっぽいけど。
553:名無しさん＠お腹いっぱい。
06/08/27 08:06:28
2週間ぐらい前のcurrentだけど、/usr/compat/linuxのrmとかgccとか使うと即死する
554:名無しさん＠お腹いっぱい。
06/08/27 10:52:09
>>551
例外が発生してるのがsysctl_kern_ttysのようだけど、これは
SYSCTL_PROC(_kern, OID_AUTO, ttys, CTLTYPE_OPAQUE|CTLFLAG_RD,
0, 0, sysctl_kern_ttys, "S,xtty", "All ttys");
と宣言されてて(OPAQUE)。
man 1 sysctl
-a List all the currently available non-opaque values.
と矛盾する。
カーネルとユーザーランドの同期取れてないんじゃないの。
555:554
06/08/27 12:15:25
ああ、-aは表示しないだけで取得しにいってるのか。 >>554は嘘。
556:名無しさん＠お腹いっぱい。
06/08/28 23:05:42
>>552
(kgdb) f 7
#7 0xc04d3171 in dev2udev (x=0xc1ffb400)
at /usr/src/sys/fs/devfs/devfs_vnops.c:1170
1170return (x->si_priv->cdp_inode);
(kgdb) p *x
$1 = {si_priv = 0x0, si_flags = 0, si_atime = {
tv_sec = 0, tv_nsec = 0}, si_ctime = {
tv_sec = 0, tv_nsec = 0}, si_mtime = {
tv_sec = 0, tv_nsec = 0}, si_uid = 0,
si_gid = 0, si_mode = 0, si_cred = 0x0,
si_drv0 = 0, si_refcount = 0, si_list = {
le_next = 0x0, le_prev = 0x0}, si_clone = {
le_next = 0x0, le_prev = 0x0},
si_children = {lh_first = 0x0}, si_siblings = {
le_next = 0x0, le_prev = 0x0},
si_parent = 0x0, si_name = 0x0, si_drv1 = 0x0,
si_drv2 = 0x0, si_devsw = 0x0,
si_iosize_max = 0, si_usecount = 0,
si_threadcount = 0, __si_u = {__sit_tty = 0x0,
__sid_snapdata = 0x0},
__si_namebuf = '\0' <repeats 63 times>}
557:名無しさん＠お腹いっぱい。
06/09/14 13:33:45
URLﾘﾝｸ(docs.FreeBSD.org)
窓から投げ捨てるのを思い留まるScott
558:名無しさん＠お腹いっぱい。
06/09/18 19:32:18
emが腐ってる…
559:名無しさん＠お腹いっぱい。
06/09/18 22:30:01
mpt: LSI Logic の SCSI (SAS?)
とか
em: intel GbE
みたいなちょっと前だったら鉄板と思われてたものが
ちょくちょくトラブルの元になってるね
(トラブルが発覚して対処される分いいんだろうけどさ)
560:名無しさん＠お腹いっぱい。
06/09/24 00:31:50
今、6.2-stableを使っているんだけど、
i915PMなノートPCでサスペンドとかハイバネをやりたいと思ったら
-currentにすべき?
それとも-currentでも変わらない?
561:名無しさん＠お腹いっぱい。
06/09/24 00:33:23
>>560
あ、ごめん間違えた。
今使っているのは、6.2-PRERELEASEね。
562:名無しさん＠お腹いっぱい。
06/10/26 00:25:46
psすると<defunct>とかDEばっかりだ。。
563:名無しさん＠お腹いっぱい。
06/10/27 08:46:45
options KSE # KSE support
nvidiaのドライバと相性悪～
作りなおせばいけるかな？
564:名無しさん＠お腹いっぱい。
06/10/27 09:51:11
kqemu外さないとqemuもダメだ。
565:名無しさん＠お腹いっぱい。
06/10/27 12:58:32
>>563
20061026:
KSE in the kernel has now been made optional and turned on by
default. Use 'nooption KSE' in your kernel config to turn it
off. All kernel modules *must* be recompiled after this change.
There-after, modules from a KSE kernel should be compatible with
modules from a NOKSE kernel due to the temporary padding fields
added to 'struct proc'.
566:名無しさん＠お腹いっぱい。
06/10/27 20:05:24
今さら気づいたんだけど mergemaster の -U オプション無茶苦茶便利じゃねーか
567:名無しさん＠お腹いっぱい。
06/10/27 23:16:14
>>566
おいらは /etc/mergemaster.rc に
AUTO_INSTALL=yes
AUTO_UPGRADE=yes
PRESERVE_FILES=yes
IGNORE_MOTD=yes
って書いてる。
installworldのあと、単に mergemaster って打つだけでいいので超オススメ。
568:名無しさん＠お腹いっぱい。
06/10/28 01:12:51
なあるほど
-Uでいつからあるんだろう？
569:名無しさん＠お腹いっぱい。
06/10/28 03:08:36
>>567
IGNORE_MOTD=yes はともかく、それ以外については無効にするコマンドライン
オプションが無いので、必要に応じて -i -U -P を使ってるな。
>>568
半年くらい前。
URLﾘﾝｸ(www.freebsd.org)
570:名無しさん＠お腹いっぱい。
06/10/28 03:14:38
DELL E521、昨日のCURRENTでもブートせず
571:名無しさん＠お腹いっぱい。
06/10/28 21:56:39
-current ML に Matthew Dillon ｷﾀ━━!!
572:名無しさん＠お腹いっぱい。
06/10/28 23:35:14
別に珍しくない
573:名無しさん＠お腹いっぱい。
06/10/28 23:44:17
DELL E521、core6なる犬DVDを作ってみたがやはりブートせず
574:名無しさん＠お腹いっぱい。
06/10/29 08:03:23
nooptions KSE
なカーネルにすると、topのload averagesがとんでもない値に…
575:名無しさん＠お腹いっぱい。
06/11/01 08:15:21
geom_journalってのが入ったね
576:名無しさん＠お腹いっぱい。
06/11/01 23:04:48
(スコア:5, 参考になる)
URLﾘﾝｸ(lists.freebsd.org)
577:名無しさん＠お腹いっぱい。
06/11/02 01:00:44
うん、入ったね
===> geom/geom_journal (all)
...
/usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c: In function `g_journal_insert':
/usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:1003: error: `sb' undeclared (first use in this function)
/usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:1003: error: (Each undeclared identifier is reported only once
/usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:1003: error: for each function it appears in.)
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
makeできないけど
578:名無しさん＠お腹いっぱい。
06/11/02 01:13:48
Revision Changes Path
1.4 +0 -1 src/sys/geom/journal/g_journal.c
で直ってる。
が、emがまた腐っててboot中にpanic。。
579:名無しさん＠お腹いっぱい。
06/11/02 10:19:39
miibus 配下になくて実質現役なのって
Intel em (& ixgb?) だけだよね
# txp って現役?
580:名無しさん＠お腹いっぱい。
06/11/02 12:37:00
>>578
同士よ
581:名無しさん＠お腹いっぱい。
06/11/02 20:49:31
デスクトップマシンでもathを使っている俺は勝ち組。
582:名無しさん＠お腹いっぱい。
06/11/04 12:51:46
currentでのLinuxlatorはどんな感じ?
583:名無しさん＠お腹いっぱい。
06/11/06 21:56:15
g_journal試してみた人いる?
584:名無しさん＠お腹いっぱい。
06/11/25 15:53:40
FreeBSD使い始めて日が浅いのだが6.1RだとノートPCの無線LANが
認識しなかったので-currentを使い始めてみた。
おっかなびっくりで、-currentを入れてみたけど、今のところそれほどクセが
あるようには見えないけど...
585:名無しさん＠お腹いっぱい。
06/11/30 07:49:23
emacsがmakeでSEGVするんだけど
without-xならできた。
emacsとfreebsdのどっちが悪い？
(i386でどちらもcurrent)
586:名無しさん＠お腹いっぱい。
06/11/30 20:04:27
currentを自力解決しない >585 が悪い
587:名無しさん＠お腹いっぱい。
06/12/01 00:07:21
それはそうなんだけどね。
ところでanoncvs.jpが死んだままになっているんだけど復活するの？
588:名無しさん＠お腹いっぱい。
06/12/02 00:23:40
意外とメモリが死んでいるとか、そういう落ちじゃないだろうね?
589:名無しさん＠お腹いっぱい。
06/12/20 23:20:34
Xがdevdrnってステータスでkillできない状態になるんだけど、これどうやるとkillできますかね？
ググルと梅って人が kern.pts.enable=0 にしとけって言ってるのがあるんだけど、うちはもともとこれで
やっぱりdevdrnになる
この状態で再起動かけると必ずfsckが走るのが厄介
590:名無しさん＠お腹いっぱい。
06/12/20 23:39:48
>>589
今のcurrentなら大丈夫だと思うけど、ちょっと前まで
URLﾘﾝｸ(lists.freebsd.org)
の修正しないとダメだった。
591:589
06/12/21 01:01:38
>>590
ありゃ？
大体週一でcvsupしてbuildworld/buildkernelしてるんだけど、うちでこの問題が出だしたのはここ数週間で
タイミング的にはその修正が入った以降で発生してる気がする
しばらく様子見てみます
592:名無しさん＠お腹いっぱい。
07/01/04 18:59:19
ULE 2.0 ｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
URLﾘﾝｸ(lists.freebsd.org)
593:名無しさん＠お腹いっぱい。
07/01/04 19:29:00
＞I have tested with a make -j128 kernel
128とかあり？
594:589
07/01/05 00:17:57
だめぽ
いままでどおり週一ぐらいで更新
portsもportsupgrade -afで何度か全部makeしなおしたんだけどdevdrnの症状がなおらない
googleearthもdevdrnになりだした
orz
nvidiaのXorgドライバをとめたいんだけど、7600GSだからnvが使えないのが痛い
595:名無しさん＠お腹いっぱい。
07/01/06 08:11:45
Jan 6 07:39:36 general kernel: em0: watchdog timeout -- resetting
Jan 6 07:39:36 general kernel: em0: link state changed to DOWN
Jan 6 07:39:39 general kernel: em0: link state changed to UP
Jan 6 07:39:47 general kernel: em0: watchdog timeout -- resetting
Jan 6 07:39:47 general kernel: em0: link state changed to DOWN
Jan 6 07:39:50 general kernel: em0: link state changed to UP
Jan 6 07:40:51 general kernel: em0: watchdog timeout -- resetting
Jan 6 07:40:51 general kernel: em0: link state changed to DOWN
Jan 6 07:40:54 general kernel: em0: link state changed to UP
Jan 6 07:41:39 general kernel: em0: watchdog timeout -- resetting
Jan 6 07:41:39 general kernel: em0: link state changed to DOWN
Jan 6 07:41:43 general kernel: em0: link state changed to UP
Jan 6 07:42:06 general kernel: em0: watchdog timeout -- resetting
Jan 6 07:42:06 general kernel: em0: link state changed to DOWN
Jan 6 07:42:10 general kernel: em0: link state changed to UP
(ﾉД`)ｼｸｼｸ
596:名無しさん＠お腹いっぱい。
07/01/06 22:25:17
(-人-)
597:名無しさん＠お腹いっぱい。
07/01/06 23:21:10
FreeBSD Expert 2007 って出るかな？
598:名無しさん＠お腹いっぱい。
07/01/06 23:46:05
>595
そのネタって em に限った話でもなく -current でもなく
余所でもボチボチ出てない?
なんかドライバなのかハードウェアなのか
はたまた ケーブルやら SW やらなのかワケワカメ
599:595
07/01/07 00:37:40
>>598
スロット変えたら直った
NICをDECの100Mのからintelの1Gのに変えたら食らった
同じとこに指したのにな
600:名無しさん＠お腹いっぱい。
07/01/07 02:04:49
unionfsが書き直されたというから期待してたけど駄目じゃん。
# /sbin/mdmfs -S -i 4096 -s 10240 -M md /mnt
# mkdir /var/test
# cp /usr/bin/readlink /var/test
# mount -t unionfs -o copymode=transparent /mnt /var/test
# /var/test/readlink /proc/curproc/file
unknown<== 駄目その1
# umount /var/test
# umount /mnt
umount: unmount of /mnt failed: Device busy <== 駄目その2
601:名無しさん＠お腹いっぱい。
07/01/07 13:16:53
ULE 2.0 のベンチマークまだー？
602:589
07/01/08 21:36:18
nvidia-driverのバージョンあがったけど変わらんね
駄目
603:名無しさん＠お腹いっぱい。
07/01/10 09:49:47
>>598-599
うちもbge(BCM5702)で頻繁に出るよ(5.4R、6.1R amd64)
オンボードだから殺して別のNIC挿すしかないのかな
604:名無しさん＠お腹いっぱい。
07/01/10 22:57:06
>>603
BIOSでirqルーティングいじったんじゃだめ?
605:名無しさん＠お腹いっぱい。
07/01/23 10:32:13
>>589
nvidia-driver更新したら同じ現象になった。
正解かどうかは判らないけど、対処としては
1.nvidia-driverをdowngradeする。
2.>>590のリンク先の情報は、「取り込まれていない修正」なので、
sys/kern/kern_conf.cの該当個所を書き換えてbuild/installkernelする。
のどちらかで一応の回避はできる。
606:589
07/01/24 00:19:35
>>605
（・∀・）人（・∀・）ﾅｶｰﾏ
kern_conf.cを手パッチしたら直った
google earthも大丈夫になった
607:名無しさん＠お腹いっぱい。
07/02/22 03:18:46
最近の-current で新しい話題って何?
ULE2.0とLinuxlatorのバージョンアップだけ?
608:名無しさん＠お腹いっぱい。
07/02/25 10:38:25
Now that the goals of the SMPng project are complete, for the past year or more several of us have been working hard on profiling FreeBSD in various multiprocessor workloads, and looking for performance bottlenecks to be optimized.
期待
609:名無しさん＠お腹いっぱい。
07/03/26 02:46:01
2.6.xのlinuxlatorって、まだ-currentにも入っていない?
610:名無しさん＠お腹いっぱい。
07/03/31 00:40:43
>>603>>598-599
うちも、link UP/DOWN、１日に１～２回程度出てるみたいだけど、特に実害ないので放置してます。
Mar 15 08:58:07 host kernel: iwi0: <Intel(R) PRO/Wireless 2915ABG> mem 0xefdfd000-0xefdfdfff irq 9 at device 5.0 on pci1
Mar 15 08:58:07 host kernel: iwi0: Ethernet address: 46:72:65:65:42:53:44
Mar 15 18:52:38 host kernel: iwi0: link state changed to DOWN
Mar 15 18:52:38 host kernel: iwi0: link state changed to UP
Mar 16 10:04:54 host kernel: iwi0: link state changed to DOWN
Mar 16 10:04:55 host kernel: iwi0: link state changed to UP
Mar 16 15:05:58 host kernel: iwi0: link state changed to DOWN
Mar 16 15:05:58 host kernel: iwi0: link state changed to UP
それより、１～２ヶ月に１度ぐらいで、↓がでることがあるんだけど、
Mar 12 00:39:14 host kernel: iwi0: firmware error
Mar 12 00:39:14 host kernel: iwi0: could not allocate firmware DMA memory
iwicontrolを何してもダメで、これがでると、もう、rebootするしかないんだよね～
611:名無しさん＠お腹いっぱい。
07/03/31 00:49:19
↑は、Currentではないです。すんません。
6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #1: Sat Mar 10 01:45:05 JST 2007
iwi-firmware-2.4_7 Intel PRO/Wireless 2200 Driver Firmware
iwi-firmware-kmod-3.0_2 Intel PRO/Wireless 2200 Firmware Kernel Module
って環境です。
612:名無しさん＠お腹いっぱい。
07/04/01 17:52:13
Giant lockよ、さらば。
URLﾘﾝｸ(lists.freebsd.org)
613:名無しさん＠お腹いっぱい。
07/04/01 18:33:51
すばらしい。
もう何年かかかると思っていたのに。随分と早かったな。
しかし本当に大丈夫なのか。
614:名無しさん＠お腹いっぱい。
07/04/02 00:48:22
Giant lock が無くなっても、まだパフォーマンスのチューニングの課題が
残っているよ。
615:名無しさん＠お腹いっぱい。
07/04/02 08:55:29
>>612
すげえ。Giant lock を追い出すのにこんな手法があったなんて……
kris、お前頭いいな。
616:名無しさん＠お腹いっぱい。
07/04/03 03:28:59
英語よく分らないけどこれってマジレスしてる？
URLﾘﾝｸ(lists.freebsd.org)
617:名無しさん＠お腹いっぱい。
07/04/04 23:01:18
>>613-614が不憫。
618:名無しさん＠お腹いっぱい。
07/04/05 14:23:00
すげぇ
ﾜﾗﾀ
619:名無しさん＠お腹いっぱい。
07/04/06 00:00:38
Midget lock
ﾜﾛｽ
620:名無しさん＠お腹いっぱい。
07/04/06 10:27:22
krisのネタにおどらされているうちに、
ZFSがcommitされましたよ。
621:名無しさん＠お腹いっぱい。
07/04/06 12:22:12
ネタだったのかorz....
マジで期待しちゃってたよ。
ZFSはネタじゃないよね？
622:名無しさん＠お腹いっぱい。
07/04/08 04:27:25
ZFSはほんとだよ。
623:名無しさん＠お腹いっぱい。
07/04/08 18:01:57
7.0-RELEASEが待ち遠しいな。
＃やっぱり、いつもの通りというのか予定通り(?)遅れてリリースかな!? orz
624:名無しさん＠お腹いっぱい。
07/04/10 08:03:35
最近の em はどない?
安定してたら em 買おうと思ってるんだが...
625:名無しさん＠お腹いっぱい。
07/04/10 22:40:55
FreeBSD最新トピックス - X.Org 7.2移植、GCC 4.1対応、ほか
URLﾘﾝｸ(journal.mycom.co.jp)
626:名無しさん＠お腹いっぱい。
07/04/11 02:00:10
FreeBSD最新トピックス - LinuxデバイスドライバをFreeBSDでビルド、ZFS移植ほか
URLﾘﾝｸ(journal.mycom.co.jp)
627:名無しさん＠お腹いっぱい。
07/04/11 13:50:38
June 2007 ってあるのに、gcc 4.1 にするの？
628:名無しさん＠お腹いっぱい。
07/04/20 23:51:44
URLﾘﾝｸ(docs.FreeBSD.org)
I'm happy to announce that CAM is now MPSAFE
629:名無しさん＠お腹いっぱい。
07/04/27 03:40:10
今NFS(っていうか、mountd)腐ってない？
630:名無しさん＠お腹いっぱい。
07/04/28 14:33:21
今のcurrentでSATAで繋いだATAPIって使える様になりますか？
631:名無しさん＠お腹いっぱい。
07/04/29 01:44:26
>630 なりません
632:629
07/04/30 23:39:06
バグレポート見て rpcbind.c を 1.14 に戻したら直った。
633:名無しさん＠お腹いっぱい。
07/05/14 23:50:04
知らない間にデフォルトの threadライブラリが libthrになっている。
これでFreeBSDもデフォルトで 1:1 threadモデルになるわけね。
20070513:
Symbol versioning is enabled by default. To disable it, use
option WITHOUT_SYMVER. It is not advisable to attempt to
disable symbol versioning once it is enabled; your installworld
will break because a symbol version-less libc will get installed
before the install tools. As a result, the old install tools,
which previously had symbol dependencies to FBSD_1.0, will fail
because the freshly installed libc will not have them.
The default threading library has been changed to libthr. If
you wish to have libpthread as your default, use option
DEFAULT_THREAD_LIB=libpthread for the buildworld.
634:名無しさん＠お腹いっぱい。
07/05/19 00:35:54
まだ2.6.16ベースのlinuxlatorって安定してない?
635:名無しさん＠お腹いっぱい。
07/05/21 01:21:53
インストーラが世代交代 - sysintall(8)からfinstallへ
URLﾘﾝｸ(journal.mycom.co.jp)
Ports Collection 17,000へ - インフラやメカニズムの改善へ着手
URLﾘﾝｸ(journal.mycom.co.jp)
足掛け7年のサクセスストーリ - マルチコアシステムで大幅に性能向上達成
URLﾘﾝｸ(journal.mycom.co.jp)
636:名無しさん＠お腹いっぱい。
07/05/21 11:34:10
後藤さんレポ乙。
637:名無しさん＠お腹いっぱい。
07/05/25 00:59:19
BSD系の国際会議ってどんな感じで進んでいるの?
面白そうだと思うけど、俺の場合、国際会議って未だに
プレッシャーを感じる。
英語コンプレックスが抜けない。
最初の発表したときって、質問へのミスキャッチどころか
質問者が何言っているのかすら聞き取れなかった。
638:名無しさん＠お腹いっぱい。
07/05/26 07:32:40
hostidの更新が入ってから、立ち上がらなくなったのだが...
639:名無しさん＠お腹いっぱい。
07/05/26 23:41:34
/usr/src/sys/dev/mmc
これどう？
640:638
07/05/27 01:17:21
>>639
mmcの件、漏れへのレスだったのか?
確かにmmcの変更で立ち上がるようになった。
サンクス。
641:名無しさん＠お腹いっぱい。
07/05/27 11:47:18
>>640
そのつもりでは無ありませんでした。
申し訳ない。
ただ、SDカード周りってどう？と訊きたかった。
642:名無しさん＠お腹いっぱい。
07/06/08 11:56:58
7.0Rﾏﾀﾞｰｰｰｰｰｰ？？？？？？？？
643:名無しさん＠お腹いっぱい。
07/06/08 19:47:47
compat6xはもうすぐだってさ
644:名無しさん＠お腹いっぱい。
07/06/08 23:21:07
とりあえず、今は6.2-stableを使っているけど、いつごろ-currentに
移行したらいいのか
645:名無しさん＠お腹いっぱい。
07/06/09 01:03:31
>>644
思い立った時が移行日和
646:名無しさん＠お腹いっぱい。
07/06/09 02:17:02
>>644
きみはヒトバシラーになる気はないのか?
うちの子は 3-current の頃から -current だが...
# 自宅用だけどな...
647:名無しさん＠お腹いっぱい。
07/06/09 10:38:30
僕もLinuxはもうだめだと思ってFreeBSDに移行しようとしたのですが
なんか難しいので３日で戻ってきちゃいました。てへっ
648:名無しさん＠お腹いっぱい。
07/06/09 13:24:18
URLﾘﾝｸ(docs.FreeBSD.org)
メモ: -shared -pthreadでもlibpthreadがリンクされるようになった。symbol versioningのため。
649:名無しさん＠お腹いっぱい。
07/06/09 15:12:07
ん? libthrじゃなくてか？
650:名無しさん＠お腹いっぱい。
07/06/09 23:59:43
スマン、チキン野郎の漏れは、-current を消して逆に -stable に戻してしまった。
しばらく人柱は諦めるわ。
651:名無しさん＠お腹いっぱい。
07/06/10 00:09:34
>>648
-shared -pg -pthread の場合が考慮されてなくないか?
そこまで来たなら、-sharedと-pthreadが独立なNetBSDと同じSPECにしない
理由はもうない気がする。
652:だよもん
07/06/10 10:47:23
お知らせです。
FreeBSDのスレッドは全て統合されることとなりました。
FreeBSD 総合 Part001
ｽﾚﾘﾝｸ(unix板)
今後、以上のスレッドで投稿してくださるよう、お願いいたします。
653:名無しさん＠お腹いっぱい。
07/06/10 13:13:20
>>652
氏ねや