レス数が1000を超えています。残念ながら全部は表示しません。

NetBSD専用スレッド

1 ：名無しさん＠お腹いっぱい。 ：2001/03/06(火) 13:55

立ててみた。

624 ：名無しさん＠お腹いっぱい。 ：02/05/23 01:58

インストーラがあるだけマシ

625 ：名無しさん＠お腹いっぱい。 ：02/05/23 02:52

最新のVineインストーラーはWin並に楽だよ
sparcのはviでセクタ書き込まなきゃならない
可能性があるし、現状で最悪のインストーラーかも

626 ：　　 ：02/05/23 03:10

まあ、古きよきｳﾆｸｽという感じで良いのでは
急いでるﾔｼは赤帽でも入れとけ

627 ：ななし ：02/05/23 21:21

>>624
ですねぇ。

一度、sysinst を使わずにチマチマと install をしてみたことあるけど、
どういうことをしているのか、勉強になったような気がした。

628 ：619 ：02/05/24 13:34

駄目だ･･･起動しない。
何がまずいんだかさっぱりです。
ttp://www.sparkling.gr.jp/aran/docs/NetBSD/
ここを見てやったのだけれど、
違うといえば/binary/setsに
xbase、xserver、xcontrib等が増えていること。
１Gしかないのに全部入れようとしたのが失敗なのか。
これ入れないとX起動しそうもないし、鬱氏

629 ：619＝628 ：02/05/24 13:43

ｘ系は後から入れるようですね。
よく読んでませんでした
もう一回やってみます。
formatしたいがOSがないし無理だよなあ。

630 ：619＝628 ：02/05/24 14:39

file system is full と出て書き込めていないですね＞インストール
物理フォーマットしないと駄目っぽいが
動いているOSもないし、どうにもならないのだろうか。

631 ：619＝628 ：02/05/24 19:13

藁にもすがる思いでいろいろいじってたら

（I）インストール　（U）アップグレード　（S）シェルの起動　（X)

って所でX押したらi386版と同じインストーラーが出てきました。
XはGUI型って意味ですか。インストし損なったのも
綺麗にしてくれて、無事インスト完了。

逝って来ます･･･
スレ汚し、本当にすいませんでした。

632 ：名無しさん＠お腹いっぱい。 ：02/05/25 23:00

NetBSDって、GameBoyで動きますか?

633 ：名無しさん＠お腹いっぱい。 ：02/05/25 23:19

>>632
ネタなら。
http://www.generation.nl/~rewben/stuff/stuff.html

634 ：633 ：02/05/25 23:20

こっちだった。
http://www.generation.nl/~rewben/stuff/gameboy/

635 ：名無しさん＠お腹いっぱい。 ：02/05/26 00:12

>>634
ネタだったんですね...

636 ：名無しさん＠お腹いっぱい。 ：02/05/26 14:28

NetBSD 1.5ZC で filecache 使いまくって別のプロセスが kill
される事があるんだけど回避方法ある?

sysctl でみると vm.filemax = 50 なんだけど 8 割くらい file cache を
使っている事もあるから良く分からんのだ

637 ：名無しさん＠お腹いっぱい。 ：02/05/26 14:48

ttp://mail-index.netbsd.org/current-users/2002/05/25/0025.html すげー。期待大。 でもunusually soonって、何年くらいでしょう;;

638 ：名無しさん＠お腹いっぱい。 ：02/05/28 18:12

ここに集うツワモノさんにはどうでもいいかもしれませんが、
pkgsrcにspiralsynthが入ってとっても感激している。

639 ：名無しさん＠お腹いっぱい。 ：02/05/28 20:05

最近のcurrent(Xは3.3.6)でpkgsrcからfluxbox-0.1.8を作ったんですけれど、
一般ユーザがfluxboxを起動するとsignal 11を吐いて終了してしまいます。
(rootなら起動できる)

これ、何でしょう?

640 ：名無しさん＠お腹いっぱい。 ：02/05/29 01:34

/home,/var,…を LFS で使ってたら lfs_cleanerd /var が爆走崩壊モード突入(;_;)age

641 ：640 ：02/05/29 01:40

/var/log を FFS に逃したら落ち着きますた。syslogd と cleanerd が喧嘩したのかな…??

642 ：名無しさん＠お腹いっぱい。 ：02/06/06 09:34

>>636
filecache 使いまくって..というのはホント？

メモリ足りないときに
適当なプロセスが kill されるのは
swap増やせばいいんでない？
根本的な解決じゃないけど。

643 ：名無しさん＠お腹いっぱい。 ：02/06/06 09:35

>>598-599
結局ビリですか。

644 ：643 ：02/06/06 09:36

ああ、1.6 branch は mozilla に勝ったか(w

645 ：名無しさん＠お腹いっぱい。 ：02/06/06 20:55

First stab at file coalescing アゲ。

646 ：636 ：02/06/06 23:23

>>642
swap は 1GB あるのにほとんど使われません memory は 512MB
1G 程度のファイルを (tar などで) 読み出しの操作すると top で 430MB 程度まで filecache に
使われていると表示が出ます
その最中にでかいプロセス (e.g. mozilla) を使うと kill されるので
pageout 出来るプロセスが無くなっているのだと推測

本当はその前に filecache を purge してほしいのだけどそうなっていないのが問題
1.6-branch の新しい kernel では直っている事を期待

647 ：598 ：02/06/06 23:43

いまになってみると、1.5.3 リリースと 1.6 リリースのどっちが
早いかがわからないレベルという…(苦笑)

648 ：642 ：02/06/07 01:52

>>646
うーむ
ウチでは普通に(期待通り)動いてるけどなあ。
メモリもスワップも1ケタ少ないけど(w

649 ：名無しさん＠お腹いっぱい。 ：02/06/08 00:32

ここ数日 cvsup おかしくない？ (jp.netbsd)

650 ：名無しさん＠お腹いっぱい。 ：02/06/08 01:15

>>649
同じく。
cvsup.jp.netbsd.orgを使っていますが、cvsupがすぐに終了してしまいますね。

651 ：649 ：02/06/08 01:36

ボクだけじゃなくてよかった。
ちょうどウチが ADSL に変ったときからだったんで(w

652 ：名無しさん ：02/06/08 07:21

>>649-651
更新が止まっているように見えますね。
私は cvsup.pasta.cs.uit.no の方をよく使います。
de も uk も今一つ…

653 ：名無しさん＠お腹いっぱい。 ：02/06/08 09:23

release=cvs tag=. で netbsd-basesrc とかを cvsup で持ってくると
cvsup.pasta.cs.uit.no 以外だと $NetBSD$ の展開がヘンな気がする
んだけど ...

654 ：名無しさん＠お腹いっぱい。 ：02/06/08 13:30

no に浮気することにしました。

655 ：名無しさん＠お腹いっぱい。 ：02/06/08 14:36

I once had a girl, or should I say she once had me?
She served me her data, isn't is good Norwegian source?

656 ：名無しさん＠お腹いっぱい。 ：02/06/08 16:32

>>655
s/isn't is/isn't it/ ですか？

no に浮気したら cryptsrc-intl まで持って来てしまた。スマソ。

657 ：名無しさん＠お腹いっぱい。 ：02/06/08 19:58

lfs_cleanerd -c がコア吐いた…ってポインタ初期化してねーぢゃん(w

658 ：名無しさん＠お腹いっぱい。 ：02/06/08 20:08

>>657
どこ？commitするよ？

659 ：名無しさん＠お腹いっぱい。 ：02/06/08 22:52

>>658
tabun...

diff -u -t -r1.1 coalesce.c
--- coalesce.c 2002/06/06 00:56:50 1.1
+++ coalesce.c 2002/06/08 12:00:24
@@ -96,6 +96,8 @@
if (dip == NULL)
return 0;

+ ifp = IFILE_ENTRY(lfsp, fsp->fi_ifilep, ino);
+
/* Compute file block size, set up for lfs_bmapv */
nb = btofsb(lfsp, dip->di_size);
if (nb > dip->di_blocks) {

660 ：名無しさん＠お腹いっぱい。 ：02/06/08 23:11

>>658 >>659 だと SEGV は出なくなりますが動きが変です。どうしたらいいものやら…

661 ：名無しさん＠お腹いっぱい。 ：02/06/08 23:48

根本的に bug ってるとか…

662 ：名無しさん＠お腹いっぱい。 ：02/06/09 18:42

最近の変更で
>600
のfsck_lfsの件は解消されたんでしょうか?
もしそうなら、LFSオンリーのマシン立てちゃおうかな…

663 ：名無しさん＠お腹いっぱい。 ：02/06/10 09:50

cvsup.jp.netbsd.org、今つながらないね。

664 ：名無しさん＠お腹いっぱい。 ：02/06/10 15:23

調子戻ったかな？＞cvsup.jp.netbsd.org
大量にupdateしてる。

665 ：名無しさん＠お腹いっぱい。 ：02/06/10 19:08

は、波動砲ﾀﾞ

666 ：名無しさん＠お腹いっぱい。 ：02/06/11 00:08

port-pdp10 age

667 ：名無しさん＠お腹いっぱい。 ：02/06/11 00:44

fsck_lfs には何度かトドメを刺されてるので、先に dump_lfs をおすすめします。

668 ：名無しさん＠お腹いっぱい。 ：02/06/11 00:49

/var/run を LFS にすると utmp の崩壊を御覧いただけます。お試しあれ(w

669 ： ◆NetBSDZQ ：02/06/11 04:27

やたー。ついに発見したよー。

670 ：名無しさん＠お腹いっぱい。 ：02/06/11 13:13

>>669
おお、1.6はZQまで逝くのか!?

671 ：名無しさん＠お腹いっぱい。 ：02/06/14 14:25

最近 lfs_cleanerd に修正が入ってるので、試してみたら？

672 ：660 ：02/06/15 20:58

lfs_cleanerd -cdddd の結果が芳しく見えないです…not rewriting ばかり…何かが違う?

673 ：名無しさん＠お腹いっぱい。 ：02/06/16 16:15

fsck_lfs は常に -n で使うべし。

674 ：名無しさん＠お腹いっぱい。 ：02/06/18 18:09

>>669 = 神
次スレ (←いつになることやら) は
あなたが建てるべし

675 ：名無しさん＠お腹いっぱい。 ：02/06/18 19:46

>>674
> 次スレ (←いつになることやら) は
1.6ZQの頃だろう

676 ：636 ：02/06/19 00:50

1.6_Beta1 に kernel を upgrade して
vm.file(min, max) = (5, 10) にしてみましたが
やはり filecache がメモリを食いまくるのは変わらないようです

とすると pagedaemon で
pageout と filecache の purge を統一してみる戦略等を導入する方が良いかもしれず

すでに創夢の ML にもこの件はあるようですが A の B の今号の焼肉の話を期待してここに書いてみるテスト

677 ：名無しさん＠お腹いっぱい。 ：02/06/20 07:07

6/19までにはミラー完了させてリリースの告知予定
というのを前に聴いたような気がするけど、結局また伸びたの？
ちなみにこれって1.5.3リリースのことだったのかな？

678 ：名無しさん＠お腹いっぱい。 ：02/06/20 09:47

いつものことだろうが、いちいちあげんな。

679 ：名無しさん＠お腹いっぱい。 ：02/06/20 14:16

>>676
tech-kern でも今そんな話題出てるね。
ただ、「再現しねーよ、チューニングが悪いんじゃねーの？」的
意見が優勢なようなので、>>676さんの一言言っといたほうが
いいんじゃないの？英語なんて適当でいいからさ(w

680 ：名無しさん＠お腹いっぱい。 ：02/06/20 14:16

s/676さんの/676さんも/

681 ：名無しさん＠お腹いっぱい。 ：02/06/20 15:45

使ってないメモリをじゃんじゃんファイルキャッシュにあてるっていう戦略はいいと思うんだよ。それはそれで。
ただ、本当にメモリが必要になったとき、ファイルキャッシュにあててた分から優先的に purge するような仕組みがあればね。
この辺のバランスというか、そういった部分が今の NetBSD の VM には欠けてんだよね。
どうやるかってのは、いろいろ考えられるからムズカスィーんだけどさ。

682 ：名無しさん＠お腹いっぱい。 ：02/06/20 21:07

>>681
そのへんがLinux2.4ぐらいのレベルになれば、かなり使えると判断されるように
なるんだろうなぁ。

683 ：名無しさん＠お腹いっぱい。 ：02/06/20 21:43

>>681
vm.ナントカ{min,max} では不十分なの？

>>682
Linux はどのようにしてるのですか？

684 ：名無しさん＠お腹いっぱい。 ：02/06/21 14:13

sysctl 使わずに戦略的に現状より優れた実装ができる可能性が十分にあるのが分かっていて、
>>683 のようなこと言って実装しないはださい。
「これじゃダメなの？」っていうのは、どんな実装をしても実現できないときに使うんだよ。

685 ：名無しさん＠お腹いっぱい。 ：02/06/21 15:43

>>683
rmap VM なら http://www.surriel.com/lectures/ に作者自身の解説があるよ。

686 ：683 ：02/06/21 17:33

>>684
なるほど。

>>685
ありがと。

687 ：683 ：02/06/21 19:06

http://www.surriel.com/lectures/linux24-vm.html
このへん読んでみたけど
uvmと同じことやってるようにしか思えんかった...。
ソース読まなダメ？

>>681 に関しては vm.filemax を下げれば済むことと
しか思えん。

688 ：名無しさん＠お腹いっぱい。 ：02/06/21 23:01

>>687
同じようなことをしていても、比較的うまくいっているっていう実例なんじゃない?

まあ、umap VM はいまいち安定さに欠けたんで、linux 2.4.10 以降は aa VM に
置きかえられちゃったんだけどね。

689 ：691 ：02/06/22 00:02

file purge しないのは一つの巨大な file (実メモリよりも大きい) を
local store から NFS で import した fs に cp するときなどです

もしかしたら inactive page が増えたまま減らないんでそれが回収されていないだけかも知れない

>>679
時間があれば書きたいんだけど tech-kern は読んでもいないし

690 ：636 ：02/06/22 00:05

689 の 691 は 636 の間違い ｽﾏｿ

691 ：名無しさん＠お腹いっぱい。 ：02/06/22 00:07

>>688
2.4.9? → 2.4.10 で vm いれかえたってこと？
マイナーバージョンて一体...;)

692 ：名無しさん＠お腹いっぱい。 ：02/06/22 00:23

>>689
やってみたけど期待どおり動いたよ。
(top で見てた限りでは)

ネットワークとディスクIOが飽和して
めちゃくちゃ遅くなったけど(w

693 ：名無しさん＠お腹いっぱい。 ：02/06/22 03:23

スレ違いだけど勘弁。

>>691
http://www.atmarkit.co.jp/flinux/special/kernel25/kernel25a.html
参照。

694 ：名無しさん＠お腹いっぱい。 ：02/06/22 16:03

>>693
ありがと。
そこで 2.6 に bump しないのがどうかと思うけど...

695 ：名無しさん＠お腹いっぱい。 ：02/06/22 23:38

>>689
昨日かおとといくらいに fix 入ったから
すこしはよくなったかもよ。
commit 忘れてたらしい(w

696 ：名無しさん＠お腹いっぱい。 ：02/06/23 11:36

giko$ uname -a
NetBSD giko 1.6B NetBSD 1.6B (NETGEN01)

ageます

697 ：名無しさん＠お腹いっぱい。 ：02/06/23 12:34

>>694
当時は 2.5 系列が出ておらず、2.4 系統が安定版と開発版を兼ねていた
状態だったのが大きいんじゃないかな?

>>696
さて、669の予言のようにZQまで行くのかな?

698 ：名無しさん＠お腹いっぱい。 ：02/06/23 16:16

$ uname -a
NetBSD more 1.6_BETA3 NetBSD 1.6_BETA3 (GIKO) #0: Fri Jun 21 23:16:22 JST 2002 giko@pc.2ch.net:/exports/NetBSD/netbsd-1-6/src/sys/arch/pc532/compile/GIKO i386

699 ：名無しさん＠お腹いっぱい。 ：02/06/23 17:22

>>698
ほんとに pc532 ですか。

700 ：698 ：02/06/23 17:23

て良く見たら i386 だし...

701 ：699 ：02/06/23 17:24

て >>700 は 699 だし...

702 ：名無しさん＠お腹いっぱい。 ：02/06/24 09:32

漏れもpc532使いたくなりました
NetBSD/pc532徹底入門とNetBSD/pc532 MagazineとNetBSD/pc532 Pressの出版きぼん
NetBSD/pc532 BOF〜NetBSD/pc532なひととき開催きぼん
茨城県南地域NetBSD/pc532ユーザグループ結成きぼん

703 ：名無しさん＠お腹いっぱい。 ：02/06/24 16:08

>>702
マシンは持ってるんですか。

704 ：名無しさん＠お腹いっぱい。 ：02/06/24 20:20

「茨城県南地域」ぐらいの範囲だったら自分で勝手に名乗りを挙げれば
その時点で全NetBSDユーザのユーザグループ参加率100%だったりして

705 ：名無しさん＠お腹いっぱい。 ：02/06/24 23:15

>>704
しかも pc532 だし、全国でもそうはいないと思う(w

706 ：名無しさん＠お腹いっぱい。 ：02/06/25 04:49

小綺麗な御宅の書斎の机
(スクロール)左からデスクトップPC、ノートPCと並んでいる
その隣に、pc532

ここでナレーション
「pc532を知らないのは、日本だけかもしれないﾆﾀﾞ」

707 ：689 ：02/06/25 23:15

>>695
新しい Beta を使ってみました
でかいファイルを扱いながら mozilla などを使ってみたところ
xuvmstat で見た限りでは inactive を回収している量と新しく active になる量が均衡しているようなので
今のところはプロセスが殺される事は無いみたいです

まあ filemax の指定に関係なく「一つのファイルが巨大な場合」は
出来る限りファイルキャッシュをとることには変わりが無いようなので
ファイルキャッシュが肥大化した後にさらにプロセスとファイルキャッシュが
メモリを限界までとりあう場合はどうなるかは分かりません

>>692
期待通りの動作とは filemax 以下にキャッシュサイズが制限されている事ですか?

708 ：名無しさん＠お腹いっぱい。 ：02/06/26 08:27

sommerfeld_i386mp_1がcurrentにsyncｷﾀｰ
と思ったけど、最近 cvsup.jp.netbsd.org 更新してないね…。

709 ：名無しさん＠お腹いっぱい。 ：02/06/26 12:13

>>702-703
pc532　Press創刊号の特集はマシン入手方法にしてくだちぃ

710 ：名無しさん＠お腹いっぱい。 ：02/06/26 18:38

世界で最も売れている pc532 専門誌

711 ：名無しさん＠お腹いっぱい。 ：02/06/29 21:10

別冊 NetBSD/pc532 magazine
『NetBSD/da30 magazine - da30 port を -current で復活させる試み』

712 ：名無しさん＠お腹いっぱい。 ：02/06/29 22:38

>>709
http://www.netbsd.org/Ports/pc532/faq.html#what-is-a-pc532
死蔵されてるマシンを探して譲ってもらうしかない。
どこかにこのFAQの日本語訳転がってないかなー。

713 ：名無しさん＠お腹いっぱい。 ：02/07/03 18:51

http://netbsd98current.sourceforge.jp/
がいしゅつ？

714 ：692 ：02/07/03 20:26

>>707
> 期待通りの動作とは filemax 以下にキャッシュサイズが制限されている事ですか?

メモリが足りなくなったときキャッシュサイズが filemax 以下に落ちることです。

715 ：名無しさん＠お腹いっぱい。 ：02/07/03 22:16

>>713
NetBSD/pc98ってなんで未だに統合されないの？

716 ：名無しさん＠お腹いっぱい。 ：02/07/03 22:38

>>713
一年くらい前、某氏がpc98 portをcurrentにマージしてたと思ったが、
どうなったんだろうか…。日記の話題にも上ってないようだし。
ほかのportsで御多忙中?

717 ：716 ：02/07/03 22:40

>>716
ごめん
s/マージ/追い付かせる作業/
くらいにしておかないと語弊があるか。

718 ：名無しさん＠お腹いっぱい。 ：02/07/03 23:35

>>715
NetBSD/i386 の名前を変えるのがすっごい面倒くさいから。

719 ：名無しさん＠お腹いっぱい。 ：02/07/04 03:22

>>715
誰か既に始めてそうな気がして着手しにくいから。

720 ：名無しさん＠お腹いっぱい。 ：02/07/04 11:37

NetBSD/pc98の連中が本家と同期して開発し続ける程のパワーがないとかで
統合するのを嫌がってたんじゃなかったっけ？
coreメンバーは乗り気で、source tree の変更まで話してたような気が…
(sys/arch/i386 -> sys/arch/i386, sys/arch/pcat, sys/arch/pc98)

721 ：名無しさん＠お腹いっぱい。 ：02/07/04 23:22

disklabelまわりでなんか口論があったような覚えがあるんだが…
diskの管理関連だったかなぁ

722 ：名無しさん＠お腹いっぱい。 ：02/07/05 02:44

>>713

Activity Percentile: 0%
泣ける..

723 ：名無しさん＠お腹いっぱい。 ：02/07/05 03:28

とりあえずせっかく sourceforge に作ったんだから
import くらいはすればいいのに。> ogata さん

# sf.jp てないの？ 日本は2文字ダメなんだっけ？
# sfj.jp とかでいいから作ってホスィ
# と思ったら sfj.jp はもうあるのか..
# じゃあ sfjp.jp で(w

read.cgi ver5.26+ (01/10/21-)