Re: [9fans] iwp9 deadline extension
as in Antwerp, Belgium? that would be cool! Axel. On Aug 28, 2009, at 21:42 , Eric Van Hensbergen wrote: Satelite conference locations in Antwerp and Oz may be be a bad idea assuming folks can accomodate crazy time differences. Sent from my iPhone On Aug 28, 2009, at 2:21 PM, erik quanstrom quans...@quanstro.net wrote: On Fri Aug 28 15:09:25 EDT 2009, noah.ev...@gmail.com wrote: We don't have any travel budget now does coraid have any sponsors willing to fund travel? that's a tough one. my currency thus far has largely been tom sawyering and cajolerie. coraid and uga have helped with facilities, but there is no money for travel. the gsoc group had talked about using some of the google money for such things. in case this is not evident, it is okay to submit a paper if you can't attend. - erik
Re: [9fans] Getting printing to work over ethernet
I have not progressed any further in getting lp(1) to print to my networked printer. But by playing around, I found a work-around that solves my problem for the moment: cat myfile.ps | telnet tcp!192.168.1.101!9100 /jonas
Re: [9fans] new 9atom.iso
On Fri, Aug 28, 2009 at 9:23 AM, David Leimbach leim...@gmail.com wrote: On Fri, Aug 28, 2009 at 8:46 AM, erik quanstrom quans...@quanstro.netwrote: Also, Eric, the 9atom.iso works on my older AMD machine for installation! THANKS! :-) hey! back to the original story line. that's great, and you're welcome. i'd encourage anyone to report on your success or failure with 9atom offline. the goal is to get everything that should work working. - erik To further report the machine seems to be running after installation quite snappily though I seem to have messed something up and get a lot of messages about failed venti writes, due to a lack of a connection. Now that I've had a chance to really examine the system, I'm noticing a rather high interrupt count (1584), and I'm not exactly sure how to figure out what's triggering them. I did not install venti. I just configured my ip address for DHCP, and I've got aux/timesync running (I think that was suspect before for some reason). Stats shows interrupts as a solid rectangle of activity all the time.
Re: [9fans] new 9atom.iso
Now that I've had a chance to really examine the system, I'm noticing a rather high interrupt count (1584), and I'm not exactly sure how to figure out what's triggering them. i set HZ=1000. so that accounts for 1000 of them. i've also modified /dev/irqalloc to count up the interrupts, so you should get a rough idea of which irqs are responsible. i say rough because chaned interrupts can confuse the matter a bit. I did not install venti. I just configured my ip address for DHCP, and I've got aux/timesync running (I think that was suspect before for some reason). Stats shows interrupts as a solid rectangle of activity all the time. i get that too from stats. it's just tuned to HZ=100. the reason for the increase is so that millisecond sleeps can work a bit better. on all the systems i use, the overhead is not worth worring about. - erik
Re: [9fans] new 9atom.iso
On Sat, Aug 29, 2009 at 10:25 AM, erik quanstrom quans...@quanstro.netwrote: Now that I've had a chance to really examine the system, I'm noticing a rather high interrupt count (1584), and I'm not exactly sure how to figure out what's triggering them. i set HZ=1000. so that accounts for 1000 of them. i've also modified /dev/irqalloc to count up the interrupts, so you should get a rough idea of which irqs are responsible. i say rough because chaned interrupts can confuse the matter a bit. I did not install venti. I just configured my ip address for DHCP, and I've got aux/timesync running (I think that was suspect before for some reason). Stats shows interrupts as a solid rectangle of activity all the time. i get that too from stats. it's just tuned to HZ=100. the reason for the increase is so that millisecond sleeps can work a bit better. on all the systems i use, the overhead is not worth worring about. Ah, I see so these are just normal interrupts of a healthy beating heart of a system. :-) I was a little concerned I had configured something incorrectly. Thanks for the explanation. - erik
[9fans] /proc/$pid/fd not mp safe
i haven't dug into the code yet, but it appears that /proc/fd isn't fd safe. note fd 7: minooka; cat /proc/xxx/fd / 0 r M 71 (0001 0 00) 8192 37 /mnt/term/dev/cons 1 w c0 (000a 0 00) 0 189454 /dev/null 2 w c0 (000a 0 00) 0 189454 /dev/null 3 r /0 ( 0 80) 0 776 / 4 r M 55 (0ade 27 80) 8192 1651 /mnt 5 r M 71 ( 0 80) 65512 2939 /mnt/term 6 r M 71 (05c6 89 80) 8192 3683 /mnt/term/386 7 r M 71 (05d5 340 80) 81921626erm/386/include 8 r M 71 (07e7 5 80) 81920 /mnt/term/386/include/ape - erik
