> > > > I think you cvsup'd at a bad time. I fixed a bug that would have > > > > caused the system to lock up in this case late last night. On my > > > > system it freezes for a few seconds and then returns. I can stop > > > > that by turning down the interactivity threshold. > > > > > > Hrm, I must concur that while ULE seems a tad snappier on the > > > responsiveness end, it seems to be lacking in terms of real world > > > performance compared to 4BSD. > > > > Thanks for the stats. Is this on SMP or UP? > > UP. -sc The commit to src/sys/kern/kern_switch.c:1.62, would it fix the following crash (can't find my kernel with debugging symbols): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor write, page not present instruction pointer = 0x8:0xc054699f stack pointer = 0x10:0xd6713b20 frame pointer = 0x10:0xd6713b2c 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 = 3 (g_up) trap number = 12 panic: page fault syncing disks, buffers remaining... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0536771 stack pointer = 0x10:0xdb7d4bb4 frame pointer = 0x10:0xdb7d4bc0 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 = 45 (syncer) trap number = 12 panic: page fault #0 0xc052eeeb in doadump () #1 0xc052f579 in boot () #2 0xc052f958 in panic () #3 0xc06e5536 in trap_fatal () #4 0xc06e4b73 in trap () #5 0xc06d53d8 in calltrap () #6 0xc05460bb in sched_switch () #7 0xc05384eb in mi_switch () #8 0xc0537b9f in msleep () #9 0xc058eca3 in sched_sync () #10 0xc0518321 in fork_exit () -sc -- Sean ChittendenReceived on Fri Oct 17 2003 - 15:05:19 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:25 UTC