Have the results of this been integrated in the interpreter?
On 1 August 2014 21:57, Juergen Sauermann
wrote:
> Hi Elias,
>
> yes - actually a lot. I haven't looked through all files, but
> at 80, 60, and small core counts.
>
> The good news is that all results look plausible now. There are so
Hi Peter,
thanks, I have added/updated the files in the doc subdirectory. SVN
442.
BTW when trying to display the keyboard layout file in firefox I am
getting:
XML Parsing Error: reference to invalid character number
Location:
file:///home/eedjs
Hi Kacper,
thanks a lot, included in SVN 442.
/// Jürgen
On 08/22/2014 12:03 AM, Kacper Gutowski
wrote:
I don't think there is anything to gain by changing the main LCG part
given the constraints. I don't know how go
Hi Kacper,
thanks, fixed in SVN 442.
/// Jürgen
On 08/22/2014 01:56 AM, Kacper Gutowski
wrote:
When input to ⎕ is empty (just hit enter upon the prompt), it results
in assertion failure:
⎕
⎕:
items_allocated
Hi David,
thanks, included in SVN 443.
This is interesting because I normally use something like out
<< endl which should have flushed the buffer.
On the other hand ⍞ is somewhat special because it
prints a prompt but no endl so that the user
Hi Elias,
I am working on it.
As a preparation I have created a new command ]PSTAT that
shows how many CPU cycles
the different scalar function take. You can run the new workspace
ScalarBenchmark_1.apl to
see the results (SVN 444).
I agree: cout << endl should flush the buffer. It does when stdout is a
tty. For some reason, the buffering becomes much more aggressive when the
stdout is a pipe.
On Fri, Aug 22, 2014 at 6:14 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi David,
>
> thanks, included in SVN
This may be a result of buffer sizes. I don't know enough about C++ to
know how to do it, but maybe if you reduce the buffer size, it will
reduce the latency.
On 08/22/14 11:08, David Lamkins wrote:
I agree: cout << endl should flush the buffer. It does when stdout is
a tty. For some reason, t
Thanks, that's interesting indeed.
What about the idea of coalescing multiple functions so that each thread
can stream multiple operations in a row without synchronising? To me, it
would seem to be hugely beneficial if the expression -1+2+X could stream
the three operations (two additions, one neg
