Re: [9fans] current state of thread programming
Roman V. Shaposhnik writes: > If we were to oversimplify things [then the] brain >is, at its core, limited by a very fundamental biological constraint: >speed at which cells can communicate. A sort of "propagation delay" >if we were to use electronics as an analogy. It seems to be agreed >upon(*) that we can safely assume this constraint to limit our brain >to about couple of hundred of processing steps per second. This is >known as a "100 steps rule". > Something is really, really wrong with >the computing model we base our technology on, if even the slowest >of the computers we can consider useful required a clock rate >of KHz. Either that or (like some brain scientists say) something is really, really wrong or suboptimal about the human brain.
Re: [9fans] current state of thread programming
Either that or (like some brain scientists say) something is really, really wrong or suboptimal about the human brain. Despite prospects of brain uptime--that's LE--being around 77.71 years for each individual of the USAmerican population and the "entire history" of computers being shorter than that. I see where your "brain scientists" are driving at. Let them have a P9-on-x86 transplant for those mouldy clumps in their crania. I'll be happy to have all their "clumps." --On Tuesday, August 05, 2008 3:34 AM -0700 Richard Maxwell Underwood <[EMAIL PROTECTED]> wrote: Roman V. Shaposhnik writes: If we were to oversimplify things [then the] brain is, at its core, limited by a very fundamental biological constraint: speed at which cells can communicate. A sort of "propagation delay" if we were to use electronics as an analogy. It seems to be agreed upon(*) that we can safely assume this constraint to limit our brain to about couple of hundred of processing steps per second. This is known as a "100 steps rule". Something is really, really wrong with the computing model we base our technology on, if even the slowest of the computers we can consider useful required a clock rate of KHz. Either that or (like some brain scientists say) something is really, really wrong or suboptimal about the human brain.
Re: [9fans] Reliable 9vx(.OSX) crash
The hg web interface can automatically provide tarballs of the latest tip, simply add: allow_archive = bz2 zip to your hgweb.config (there is a way to do this per-project, but I don't remember how). For an example of how it works see http://repo.cat-v.org/hg/ uriel On Fri, Aug 1, 2008 at 4:50 AM, Russ Cox <[EMAIL PROTECTED]> wrote: >> Does this also affect 9vx.Linux version. > > it affects linux, but not the 0.12 binaries. > >> I have been testing a few >> ports under it and it seems to crash in different places. I have not >> been able to isolate the type of code causes it so I did not report it >> on the list. It does seem to happen when I allocate a huge amount of >> memory for a dense matrix. It will start slowing down and closes. >> >> I haven't tried getting an update from hg tip. I have been trying to >> avoid installing mercurial to get to the hg tip. Any chance we can get >> a scheduled archive of the 9vx.* just like p9p? > > 9vx is still experimental software. > if you are going to run it, i would > suggest installing mercurial. > > there are still random things not > working right, both on linux and os x. > it is not as stable as i would like. > > once it is more stable i will think > about making automatic archives, > but i'd really rather that for now, > regular users can update easily. > > the 0.12 binaries don't have a pager, > so if you run them out of memory > they will probably crash. if you run > with -t you can at least see the > error messages. > > russ > > >
[9fans] Bizarre freeze
Ran into an interesting one setting up my cpu server. The following reliably freezes the box: # echo dma on >/dev/sdC0/ctl # 9fat: Leaves the console totally unresponsive, no ^T^Tp, no ^P. rc -x on 9fat: gives "rfork e" as the final command. sdC0 is a cdrom. I can turn dma on for my sata disks (sdE0/sdF0) no problem. -sqweek
Re: [9fans] Bizarre freeze
I wonder why there is a command to turn on DMA on disks. Could it be that some disks don't work with DMA on? Sape --- Begin Message --- Ran into an interesting one setting up my cpu server. The following reliably freezes the box: # echo dma on >/dev/sdC0/ctl # 9fat: Leaves the console totally unresponsive, no ^T^Tp, no ^P. rc -x on 9fat: gives "rfork e" as the final command. sdC0 is a cdrom. I can turn dma on for my sata disks (sdE0/sdF0) no problem. -sqweek--- End Message ---
Re: [9fans] Bizarre freeze
On Tue, Aug 5, 2008 at 11:16 AM, Sape Mullender <[EMAIL PROTECTED]> wrote: > I wonder why there is a command to turn on DMA on disks. Could > it be that some disks don't work with DMA on? sure. it's PC hardware, so it's crap :-) ron
[9fans] float.h
Hello. Is there an alternative to the macros in this header? My program uses some of them (DBL_MIN, DBL_MAX, DBL_EPSILON), and including yields name clashes. Thanks.
[9fans] SATA VT8251 support?
Hi did anyone know if this controller is supported by the sata driver? i cant see anywhere in sdata.c and sdiahci.c. . . i guess it isnt supported at all, so there is no option to fill some "silly" pci-id somewhere to get it going. The new 9grid.es server has this controller, it would be a pitty not being able to run plan9 on it and be stuck to the 256M-RAM server :( (output of lspci -v under the linux the server comes with) 00:0f.0 IDE interface: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port Controller (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port Controller Flags: bus master, medium devsel, latency 64, IRQ 509 I/O ports at ec00 [size=8] I/O ports at e880 [size=4] I/O ports at e800 [size=8] I/O ports at e480 [size=4] I/O ports at e400 [size=16] Memory at fbfffc00 (32-bit, non-prefetchable) [size=1K] Capabilities: [c0] Power Management version 2 Capabilities: [e0] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+ Kernel driver in use: ahci thank you very much, gabi
Re: [9fans] Bizarre freeze
> > I wonder why there is a command to turn on DMA on disks. Could > > it be that some disks don't work with DMA on? > sure. it's PC hardware, so it's crap :-) unfortunately, this isn't a pc hardware thing. pata devices are not required to support dma. ata 7, which is the first to include sata support, requires udma mode 5 support. (many sata:pata bridges violate this part of the spec, e.g. sata doms.) but i'm wondering if dma support isn't a red herring. > sdC0 is a cdrom. I can turn dma on for my sata disks (sdE0/sdF0) no problem. it could be that this is a chipset that advertizes sata and pata pci devices concurrently, but only one may be accessed by the operating system. some ich 7 chipsets fall into this category. does this also hang your machine? echo probe|scuzz if so, i would put some debugging in atapktio. otherwise, it just might be a bug in sdata.c - erik
Re: [9fans] SATA VT8251 support?
> i cant see anywhere in sdata.c and sdiahci.c. . . i guess it isnt supported > at all, so there is no option to fill some "silly" pci-id somewhere to get it > going. try http://www.quanstro.net/sdiahci.c. i hadn't enabled this in the release version because i didn't have any hardware on which to test. let me know how this works for you. - erik
[9fans] 9fans.net/archive
the threaded view is pretty useful but a good bit of the time, i skim the list archives in order. is there any way to get the old, unthreaded view? - erik
Re: [9fans] 9fans.net/archive
Ah, the old format was very nice, but to have threading at last is very nice too, but I agree having both would be best. Is the code used to generate the 9fans.net web archives somewhere? The output is much better than any other mailing list web archive I have seen. uriel On Tue, Aug 5, 2008 at 10:28 PM, erik quanstrom <[EMAIL PROTECTED]> wrote: > the threaded view is pretty useful but a good > bit of the time, i skim the list archives in order. > is there any way to get the old, unthreaded view? > > - erik > >
Re: [9fans] 9fans.net/archive
> the threaded view is pretty useful but a good > bit of the time, i skim the list archives in order. > is there any way to get the old, unthreaded view? Sequential messages with the same subject get grouped so that the subject is given only once, but there is no reordering of messages. Now that you know that, do you still want the old, unthreaded view? I can't see that it has any advantage over the current one. Russ
Re: [9fans] 9fans.net/archive
> Sequential messages with the same > subject get grouped so that the subject > is given only once, but there is no > reordering of messages. > > Now that you know that, do you still want > the old, unthreaded view? I can't see that > it has any advantage over the current one. okay. that makes sense. i didn't take enough time to see if messages were being reordered or not. just out of curiosity, why did the yellow(ish) background go away? - erik
Re: [9fans] a question on style
> > OK, am I just out of date or is there a real reason for linker > > sets? > > I see it this way: > > using linker sets means you have to learn and understand the linkers > language > to understand how the system is configured (when trying to track down a > problem) > > using a bit of script to generate some tables of C code you just need to > know C. > > This combined with the theroy that there is too much to learn and the less > new stuff > I need to learn to get a job done the better makes the choice easy (IMHO). oddly similar to my argument against using a magic file with file(1). - erik
Re: [9fans] float.h
> Hello. Is there an alternative to the macros in this header? My > program uses some of them (DBL_MIN, DBL_MAX, DBL_EPSILON), and > including yields name clashes. Thanks. Why not change your program not to use standard names for its own purposes? Russ
Re: [9fans] float.h
On Aug 5, 2008, at 7:43 PM, Russ Cox wrote: Hello. Is there an alternative to the macros in this header? My program uses some of them (DBL_MIN, DBL_MAX, DBL_EPSILON), and including yields name clashes. Thanks. Why not change your program not to use standard names for its own purposes? Russ In this case, "its own purposes" == "allowing the user to choose that as a parameter to an expression."
Re: [9fans] float.h
I'm so confused. Why don't you just show the code. ron
Re: [9fans] float.h
On Aug 5, 2008, at 11:14 PM, ron minnich wrote:
I'm so confused. Why don't you just show the code.
ron
#include
...
#include
...
static struct{
char *name;
double value;
}constants[] = {
...
"MIN",DBL_MIN,
"MAX",DBL_MAX,
"EPSILON",DBL_EPSILON,
...
};
I'm actually writing a calculator that will take advantage of several
features of Plan 9 (Runes, libgeometry, etc.) and I'd like to make
these available.
