Re: [9fans] venti survery results
I am surprised that there are people out there with 4+ year old servers. You take very good care of your disks. An arena can be older than the disk it's on -- you can copy arenas verbatim from an old disk to a new one without changing the timestamps. 641818 4577843.82.2 1631 slowest growth That's my 7-year-old thinkpad t21, with a 4-year-old venti store on a 2-year-old disk. It's my out-and-about machine, with most of the /usr subtree encrypted and marked '+t', which is why the arenas grow slowly. For backup, I use replica/push to sync with my main fossil/venti machine.
Re: [9fans] venti survery results
Richard Miller wrote: I am surprised that there are people out there with 4+ year old servers. You take very good care of your disks. An arena can be older than the disk it's on -- you can copy arenas verbatim from an old disk to a new one without changing the timestamps. 1756289 324119 12.6 11.4 1984 oldest That is the case... I wanted to save some power and I migrated from my old P-II 4x IDE disk server to a tiny VIA C7 2x SATA disk one. They are always running and are backed up by UPS. I use always fs mirror for the arena partitions with 2 disks from different brands. but no luck yet... no disks got bad on these machines so far. By the way... the VIA machine is the one that got me lots of trouble with the SATA until i hacked a bruteforce retry-n-reset-loop in the ide driver, now works perfectly stable (84 days uptime for now) :-) cinap
[9fans] venti: mem=sealed vs disk=sealed
When asking for the /index URL to venti server, some arenas appear having the disk=sealed flag in addition to the mem=sealed flag, and some other don't. I fail to see any mention of it in the documentation, and a quick review of the source code makes me think that it is related to icachedirty, which I guess means that some of the clumps in that arena have not yet gone into the index. Am I right? Well, the fact is that sometimes venti appears to be doing a hard work sealing arenas (I mean, indexing clumps), and sometimes it doesn't. Right now, in my venti server, I have 6 arenas with mem=sealed but without disk=sealed. In addition to that, doing: hget 'http://127.1:8080/graph?arg=icachedirtytext=1' | tail -1 gives always the same values: the icachedirty values doesn't change. Is this normal? Is there any way to force venti to index clumps? In case that matters, I am running venti on Linux, from plan9port-20080616. Thanks, Juan Cespedes
Re: [9fans] signal.h in APE for newbies
When I trigger a division by zero the handler is not called, I just get trap 19 message. if i do a floating-point division by zero, the SIGFPE signal handler is called, because ape's signal recognises the initial sys: fp: . (ie, it works for me.) it doesn't work for an integer division by zero, which produces a different message for the underlying notify: 8.out 205840: suicide: sys: trap: divide error pc=0x1089 but that's fine too! Linux's signal(2) says, apparently referring to POSIX rules: Integer division by zero has undefined result. On some architectures it will generate a SIGFPE signal. (Also dividing the most negative integer by -1 may generate SIGFPE.) Ignoring this signal might lead to an endless loop. Linux might not be particularly good at documenting this particular area, so perhaps the standard(s) have useful hints or advice that APE could follow.
Re: [9fans] sad commentary
Robert William Fuller wrote: erik quanstrom wrote: snip these are tetonic forces. there's nothing directly As a geologist, I can't let this one slip (pun intended.) It's tectonic. He might have meant Teutonic
Re: [9fans] venti survery results
Richard Miller wrote: the VIA machine is the one that got me lots of trouble with the SATA until i hacked a bruteforce retry-n-reset-loop in the ide driver, Me too. Maybe one of us should submit a patch? this is the driver that works for me: http://9hal.ath.cx/usr/cinap_lenrek/viamod/sdata.c -- Richard I'm lazy as hell cinap
Re: [9fans] acme scrollbar
[EMAIL PROTECTED] wrote: I dislike this idea. I think for most people, most of the time, the lines acme's working with will fit well within the width of a window. Yeah, I bet most of us have run into longer lines at times, but the interface is optimized for the common case. I wouldn't like to see that go. I'm frequently editing text that line wraps, I think your sample size is too small.
[9fans] Rio windows size and location
Here's the summary for the window command in the man page. window [ -m ] [ -r minx miny maxx maxy ] [ -dx n ] [ -dy n ] [ -minx n ] [ -miny n ] [ -maxx n ] [ -maxy n ] [ -cd dir ] [ -hide ] [ -scroll ] [ -noscroll ] [ cmd arg ... ] If I do window -r 200 200 1000 900, I get the same result as window -minx 200 -miny 200 -maxx 1000 -maxy 900, which, frankly, believe it or not, was not what I expected. Given that -r allows one to specify the exact corners of the window, the result I expected, and would like, from the second form is just to create a rectangle on the screen, smaller than the screen size, to which the new window that opens is confined. So, my thought was every time I execute the first form, I get a new window of that exact size and location right on top of its predecessor, while repeated executions of the second form give me new windows of the default (600x400?) size but contained within the bounding box defined by me. The reason this came up is that I have a wide monitor, and I find myself moving windows to the center (as if it's a chore to look to one side or the other!?), so I decided to open clock, winwatch, stats along the right side of my screen (about 1520,0,1680,1000) and open new windows with the restriction -maxx 1520. For example, window -dx 800 -dy 800 -maxx 1520 means give me a window that size anywhere you want as long as it doesn't go farther right than 1520. But, as I've already suggested, that command doesn't have the expected effect. Actually, just clicking on the window command I wrote resulted in this window (from wloc): window -r 112 112 912 512. Anyway, the point is I started looking at wctl.c to see if I could get the behavior I want. I just thought I would ask if this is a stupid idea; or if it has already been done, and there's a way to get the effect I want that I'm missing. Thanks. Greg
[9fans] Rio windows size and location
Sorry for the self follow-up, but it did just occur to me that a simple solution is to start a new instance of rio within a window withe the boundaries I want, then, obviously, all subsequent window-openings will take place in there. D'oh. Greg
Re: [9fans] Rio windows size and location
I know that this self-conversation is getting silly, but I thought I would report that, as far as just starting a new rio, the winwatch that I'm trying to keep uncovered doesn't show windows opened in the new rio, sort of defeating the purpose. So, I guess I'm back to the original question. Now, I promise not to post again for at least 24 hours or until someone replies with a question directed to me! Greg
Re: [9fans] Rio windows size and location
I know that this self-conversation is getting silly, but I thought I would report that, as far as just starting a new rio, the winwatch that I'm trying to keep uncovered doesn't show windows opened in the new rio, sort of defeating the purpose. So, I guess I'm back to the original question. Now, I promise not to post again for at least 24 hours or until someone replies with a question directed to me! i'm not quite sure i follow what you are doing, but the screen file has the dimentions of the entire screen. so i think you have all the information you require. it wouldn't be hard to clone window and replace it with your special window creator that does a bit of layout calculation to your specifications and then emits standard window commands which could be piped to rc. - erik
Re: [9fans] venti survery results
the VIA machine is the one that got me lots of trouble with the SATA until i hacked a bruteforce retry-n-reset-loop in the ide driver, Me too. Maybe one of us should submit a patch? is this one of the via chipsets that may also be driven as ahci? ahci should show up with class/subclass/ccrp as 01.06.01. as in: x.y.z: disk 01.06.01 vid/did 11 0:x 16 1:x 16 2:x 16 3:x 16 4:x 16 5:y != 0 1024 (or bigger) i was just taking a look at the linux driver and it looks like nvidia and sis should just work. (anybody with such hardware care to test?) there were just a couple of tweeks that the linux guys felt necessary with via, but i didn't look carefully enough to see of they apply to the plan 9 driver, as i have no hardware. - erik
Re: [9fans] Rio windows size and location
Rather than fiddle with rio's guts, you'd do better
to implement your own window command that
surveys the screen size
(cat /dev/draw/new [2]/dev/null | awk '{print $7, $8}')
the locations of current windows (wloc)
and then implements any algorithm you like for
placing windows.
Russ
Re: [9fans] signal.h in APE for newbies
Any chance this is some 9vx issue? I tried the test code below it worked in 9grid.jp ,but gave the following message in 9vx You are caught in quite a tangled web. The hardware gets a floating point trap, Linux/BSD/OS X turns it into a SIGFPE, vx32 turns it back into a hardware trap, Plan 9 turns it into a note, APE turns it back into a SIGFPE. Unfortunately for you, vx32 does not do a very good job turning SIGFPEs into the correct hardware trap. Someone needs to go through the various systems and figure out what the right mapping is from info-si_code back to x86 exception code. When I started to do this, I got very confused and didn't care enough to muddle through. Russ
Re: [9fans] lguest fixed
On Fri, Jul 4, 2008 at 1:07 AM, ron minnich [EMAIL PROTECTED] wrote: OK, could some of you with the loopback 9vx device time something for me? I assume you mean plain #Zplan9 here instead of fossil/venti. mk clean is 3 minutes on 9vx, 20 seconds on lguest. 0.00u 0.00s 14.61r mk clean mk 'CONF=pccpuf' is 7 minutes on 9vx, 2:40 on lguest 0.00u 0.00s 83.09r mk CONF=pccpuf Athlon XP 2500+, Linux 2.6.25, 9vx 0.11. time mk clean time within 9vx matches wall clock time, so I expect the pccpuf does too, but I'm going to go to bed instead of trying it again. :P -sqweek
Re: [9fans] signal.h in APE for newbies
Any chance this [fp signals in APE] is some 9vx issue? vx32 converts SIGFPE to the SIMD SSE/SSE2 trap 19, but 9vx expects only x87. i had wondered the other day whether there were AMD/Intel processors in common use that supported x87 but not SSE/SSE2. should 8c start using SSE as the plan 9 amd64 compiler does? could it support that exclusively?
Re: [9fans] signal.h in APE for newbies
it probablly could. but i worry about low-power x86 devices. perhaps floating point is just not an issue on them? do they support fp at all, or just x87 not sse? i can't remember what is on the little soekris boards
Re: [9fans] signal.h in APE for newbies
it probablly could. but i worry about low-power x86 devices. perhaps floating point is just not an issue on them? do they support fp at all, or just x87 not sse? i can't remember what is on the little soekris boards according to wikipedia, geode before the nx don't support sse, but the do support fp. i belive that the common soekris have pre-nx chips, as the slowest nx chip is 667mhz. - erik
[9fans] webfs for servlets ?
Hi folks, what do you think, does it make sensse to use webfs (or something similar) for web servlets (eg. instead of cgi) ? cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: [EMAIL PROTECTED] skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [9fans] webfs for servlets ?
Hi folks, what do you think, does it make sensse to use webfs (or something similar) for web servlets (eg. instead of cgi) ? it depends entirely on your application. if it is simple to maintain all the state you need in the fs, i'm not sure why you'd go to the bother. on the other hand, if there is a lot of state and it's slow-loading, using a fileserver (i'm not saying webfs is the right one) could be a good deal. i built a website with a combination. (i'll modestly take all the credit!) the cgi were small, fire-and-forget critters that decryped the handle to the server state, sent an rpc to the server and built a response page. while our rpc wasn't 9p, it sure could -- and should -- have been. it would have made life much easier. the idea is to seperate presentation and url marshalling issues from processing. i think php (for example) makes a big mistake by combining the two. - erik
Re: [9fans] webfs for servlets ?
what do you think, does it make sensse to use webfs (or something similar) for web servlets (eg. instead of cgi) ? we're working on a cgifs. fgb is finishing it up now. it'll be on sources soon. it is pretty cool. everything can be done in rc, including form handling.
Re: [9fans] 9vx on OpenBSD-4.3
Just curious, did your porting attempt suceed? Hope you'll post some news for the OpenBSD port here... Thanks, Malik
Re: [9fans] 9vx on OpenBSD-4.3
On Fri, Jul 4, 2008 at 8:00 PM, Malik Bazz [EMAIL PROTECTED] wrote: Just curious, did your porting attempt suceed? Hope you'll post some news for the OpenBSD port here... sorry for not reporting until now. I´m not at home and have no access to my tree right now, but I can already run 9vx. console says the kernel is getting 0M of memory. that is surely because of my hacks. I only wished it to compile. now it's time for me to understand the code and write/modifiy the necessary bits for it to run correctly. If you can wait until next Wednesday, i´ll upload it. thanks for asking, iru
