Thanks for your feedback.
--
Hugo
new/sendfd.c:243 c old/sendfd.c:243
---
/*
new/sendfd.c:246 c old/sendfd.c:246
---
*/
(context: text/plain - text/plain; charset=utf-8)
Now my text files can be read in the proper encoding
by default, and are not interpreted by browsers (as
well as certain applications) to be whack ASCII.
At the hardware level we do have message passing between a
processor and the memory controller -- this is exactly the
same as talking to a shared server and has the same issues of
scaling etc. If you have very few clients, a single shared
server is indeed a cost effective solution.
just to
The misinterpretation of Moore's Law is to blame here, of course: Moore
is a smart guy and he was talking about transistor density, but pop culture
made is sound like he was talking speed up. For some time the two were
in lock-step. Not anymore.
I ran the numbers the other day based on
On Mon, Oct 19, 2009 at 1:57 AM, Dmitry Golubovsky golubov...@gmail.com wrote:
/bin/sh XXX: cannot execute - Access denied
XXX is any program I am trying to run from ape/psh.
Has anyone else run into this recently?
it all works for me.
ron
On Fri, Oct 16, 2009 at 12:18:47PM -0600, Latchesar Ionkov wrote:
How do you plan to feed data to these 31 thousand processors so they
can be fully utilized? Have you done the calculations and checked what
memory bandwidth would you need for that?
I would use a pipelining + divide-and-conquer
/bin/sh: uname: cannot execute - Access denied
I believe that if you build a new binary from the sources
instead of using the pre-compiled binary, this bug is fixed.
The binaries are lagging behind the actual source code.
Russ
confusion reigns. People I thought I was giving a ride to are coming
in at different times.
So, let's try again.
I have one rider: maht.
I can take two more. Roger?
Anyway I get in 835PM on the 20th, I can take 2 people besides maht,
so let me know.
ron
% ape/psh
$ uname
/bin/sh: uname: cannot execute - Access denied
% cd /sys/src/ape
% mk install
mk lib.install
mk cmd.install
mk 9src.install
[...]
cp 8.tar /386/bin/ape/tar
% ape/psh
$ uname
Plan9
$
I would use a pipelining + divide-and-conquer approach, with some RAM on chip.
Units would be smaller than a 6502, more like an adder.
you mean like the Thinking Machines CM-1 and CM-2?
it's not like it hasn't been done before :)
what changed recently?
not drawterm.
no. not drawterm. not the video card.
i've recently upgraded x.
; ls -l `{which drawterm}
-rwxr-xr-x 1 quanstro users 1226424 Mar 12 2009
/home/quanstro/bin/amd64/drawterm
but that may be a red herring, see below
can you tell us more
On Mon, Oct 19, 2009 at 8:26 AM, Sam Watkins s...@nipl.net wrote:
On Fri, Oct 16, 2009 at 12:18:47PM -0600, Latchesar Ionkov wrote:
How do you plan to feed data to these 31 thousand processors so they
can be fully utilized? Have you done the calculations and checked what
memory bandwidth would
On Sat, Oct 17, 2009 at 07:45:40PM +0100, Eris Discordia wrote:
Another embarrassingly parallel problem, as Sam Watkins pointed out, arises
in digital audio processing.
The pipelining + divide-and-conquer method which I would use for parallel
systems is much like a series of production lines
On Sun, Oct 18, 2009 at 01:12:58AM +, Roman Shaposhnik wrote:
I would appreciate if the folks who were in the room correct me, but if I'm
not mistaken Ken was alluding to some FPGA work/ideas that he had done
and my interpretation of his comments was that if we *really* want to
make things
Details of the calculation: 7200 seconds * 30fps * 12*16 (50*50 pixel chunks)
*
50 elementary arithmetic/logical operations in a pipeline (unrolled).
7200*30*12*16*50 = 20 trillion (20,000,000,000,000) processing units.
This is only a very rough estimate and does not consider all the
I ran the numbers the other day based on sped doubles every 2 years, a
60Mhz Pentium would be running 16Ghz by now
I think it was the 1ghz that should be 35ghz
you motivated me to find my copy of _high speed
semiconductor devices_, s.m. sze, ed., 1990.
there might be one our two little
My point is, one can design systems to solve practical problems that use
almost
arbitrarily large numbers of processing units running in parallel.
design != build
russ
On Oct 19, 11:50Â am, mirtchov...@gmail.com (andrey mirtchovski) wrote:
% ape/psh
$ uname
/bin/sh: uname: cannot execute - Access denied
% cd /sys/src/ape
% mk install
mk lib.install
mk cmd.install
mk 9src.install
[...]
cp 8.tar /386/bin/ape/tar
% ape/psh
$ uname
Plan9
$
OK, maybe I
great. now that you have a reproducible test case, try this:
in drawterm/gui-x11/x11.c:/^xdraw it says
/*
* drawterm was distributed for years with
* return 0; right here.
* maybe we should give up on all this?
*/
if((dxm = dst-X)
On Oct 19, 11:50Â am, r...@swtch.com (Russ Cox) wrote:
/bin/sh: uname: cannot execute - Access denied
I believe that if you build a new binary from the sources
instead of using the pre-compiled binary, this bug is fixed.
The binaries are lagging behind the actual source code.
Russ
OK,
2009/10/19 erik quanstrom quans...@quanstro.net:
why try that hard? just call it utf-8. i can't think of
any browsers that would have a problem with that today.
the instance of the problem that i had was when
adding an attachment to a upas mail.
file -m is useful when the attachment
I will arrive at 1pm on Wednesday and will have a car. Let me know if
you would like to wait until then.
Lucho
On Mon, Oct 19, 2009 at 2:56 PM, Anthony Sorace ano...@gmail.com wrote:
i arrive around 9am on wednesday. anyone have a ride
arranged and have an extra seat?
From last week's ACM Technews ...
Why Desktop Multiprocessing Has Speed Limits
Computerworld (10/05/09) Vol. 43, No. 30, P. 24; Wood, Lamont
Despite the mainstreaming of multicore processors for desktops, not
every desktop application can be rewritten for multicore frameworks,
which means some
Lyndon Nerenberg (VE6BBM/VE7TFX) wrote:
From last week's ACM Technews ...
Why Desktop Multiprocessing Has Speed Limits
Computerworld (10/05/09) Vol. 43, No. 30, P. 24; Wood, Lamont
Despite the mainstreaming of multicore processors for desktops, not
every desktop application can be rewritten
erik quanstrom wrote:
you motivated me to find my copy of _high speed
semiconductor devices_, s.m. sze, ed., 1990.
which motivated me to dig out the post I made elsewhere :
Moore's law doesn't say anything about speed or power. It says
manufacturing costs will lower from technological
Eris Discordia wrote:
Moore's law doesn't say anything about speed or power.
But why'd you assume people in the wrong (w.r.t. their understanding
of Moore's law) would measure speed in gigahertz rather than MIPS or
FLOPS?
because that's what the discussion I was having was about
you motivated me to find my copy of _high speed
semiconductor devices_, s.m. sze, ed., 1990.
which motivated me to dig out the post I made elsewhere :
Moore's law doesn't say anything about speed or power. It says
manufacturing costs will lower from technological improvements such
this is quite an astounding thread. you brought
up clock speed doubling and now refute yourself.
i just noted that 48ghz is not possible with silicon
non-quantium effect tech.
- erik
I think I've been misunderstood, I wasn't asserting the clock speed
increase in the first place, I was
28 matches
Mail list logo