You can subscribe to this list here.
2001 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}
(3) 
_{Aug}
(4) 
_{Sep}
(4) 
_{Oct}
(12) 
_{Nov}
(19) 
_{Dec}
(65) 

2002 
_{Jan}
(20) 
_{Feb}
(15) 
_{Mar}
(5) 
_{Apr}

_{May}

_{Jun}
(1) 
_{Jul}
(4) 
_{Aug}
(12) 
_{Sep}
(5) 
_{Oct}
(8) 
_{Nov}
(39) 
_{Dec}
(23) 
2003 
_{Jan}

_{Feb}
(1) 
_{Mar}
(28) 
_{Apr}
(19) 
_{May}
(23) 
_{Jun}
(46) 
_{Jul}
(43) 
_{Aug}
(11) 
_{Sep}
(15) 
_{Oct}
(39) 
_{Nov}
(43) 
_{Dec}
(54) 
2004 
_{Jan}
(22) 
_{Feb}
(15) 
_{Mar}
(48) 
_{Apr}
(15) 
_{May}
(35) 
_{Jun}
(25) 
_{Jul}
(12) 
_{Aug}
(28) 
_{Sep}
(3) 
_{Oct}
(34) 
_{Nov}
(60) 
_{Dec}
(35) 
2005 
_{Jan}
(100) 
_{Feb}
(115) 
_{Mar}
(55) 
_{Apr}
(45) 
_{May}
(67) 
_{Jun}
(108) 
_{Jul}
(39) 
_{Aug}
(134) 
_{Sep}
(28) 
_{Oct}
(136) 
_{Nov}
(143) 
_{Dec}
(39) 
2006 
_{Jan}
(68) 
_{Feb}
(45) 
_{Mar}
(80) 
_{Apr}
(46) 
_{May}
(154) 
_{Jun}
(66) 
_{Jul}
(22) 
_{Aug}
(74) 
_{Sep}
(79) 
_{Oct}
(132) 
_{Nov}
(46) 
_{Dec}
(60) 
2007 
_{Jan}
(97) 
_{Feb}
(86) 
_{Mar}
(43) 
_{Apr}
(50) 
_{May}
(69) 
_{Jun}
(42) 
_{Jul}
(17) 
_{Aug}
(26) 
_{Sep}
(57) 
_{Oct}
(53) 
_{Nov}
(68) 
_{Dec}
(72) 
2008 
_{Jan}
(111) 
_{Feb}
(73) 
_{Mar}
(81) 
_{Apr}
(178) 
_{May}
(297) 
_{Jun}
(81) 
_{Jul}
(56) 
_{Aug}
(255) 
_{Sep}
(178) 
_{Oct}
(130) 
_{Nov}
(37) 
_{Dec}
(95) 
2009 
_{Jan}
(56) 
_{Feb}
(98) 
_{Mar}
(83) 
_{Apr}
(46) 
_{May}
(67) 
_{Jun}
(137) 
_{Jul}
(178) 
_{Aug}
(182) 
_{Sep}
(91) 
_{Oct}
(151) 
_{Nov}
(202) 
_{Dec}
(81) 
2010 
_{Jan}
(90) 
_{Feb}
(326) 
_{Mar}
(351) 
_{Apr}
(120) 
_{May}
(123) 
_{Jun}
(153) 
_{Jul}
(130) 
_{Aug}
(100) 
_{Sep}
(55) 
_{Oct}
(86) 
_{Nov}
(50) 
_{Dec}
(55) 
2011 
_{Jan}
(246) 
_{Feb}
(164) 
_{Mar}
(50) 
_{Apr}
(36) 
_{May}
(35) 
_{Jun}
(38) 
_{Jul}
(90) 
_{Aug}
(93) 
_{Sep}
(23) 
_{Oct}
(13) 
_{Nov}
(76) 
_{Dec}
(90) 
2012 
_{Jan}
(64) 
_{Feb}
(136) 
_{Mar}
(42) 
_{Apr}
(44) 
_{May}
(63) 
_{Jun}
(68) 
_{Jul}
(100) 
_{Aug}
(97) 
_{Sep}
(57) 
_{Oct}
(66) 
_{Nov}
(121) 
_{Dec}
(140) 
2013 
_{Jan}
(92) 
_{Feb}
(15) 
_{Mar}
(56) 
_{Apr}
(49) 
_{May}
(55) 
_{Jun}
(101) 
_{Jul}
(84) 
_{Aug}
(12) 
_{Sep}
(10) 
_{Oct}
(63) 
_{Nov}
(17) 
_{Dec}
(12) 
2014 
_{Jan}

_{Feb}
(19) 
_{Mar}
(12) 
_{Apr}
(6) 
_{May}
(18) 
_{Jun}
(14) 
_{Jul}
(4) 
_{Aug}
(4) 
_{Sep}
(12) 
_{Oct}
(7) 
_{Nov}

_{Dec}

S  M  T  W  T  F  S 

1

2

3
(2) 
4

5
(4) 
6
(5) 
7
(4) 
8
(2) 
9
(1) 
10

11

12
(1) 
13
(2) 
14
(1) 
15
(1) 
16

17

18
(3) 
19
(2) 
20
(2) 
21
(2) 
22

23
(3) 
24
(3) 
25
(2) 
26
(2) 
27

28
(2) 
29

30






From: Juan Jose GarciaRipoll <juanjose.garciaripoll@go...>  20120406 23:02:55

I have implemented a first version of mailboxes. It is still in very much alpha stage, like the rest of the code discussed during these weeks, but a simple example seems to work (defun testmailbox (nwriters &optional (messages 1000)) (declare (optimize (safety 0))) (let* ((barrier (mp:makebarrier t :name 13)) (writermessages (the fixnum (round messages nwriters))) (totalmessages (the fixnum (* writermessages nwriters))) (mailbox (mp:makemailbox)) (reader (mp:processrunfunction :reader #'(lambda () (mp:barrierwait barrier) (time (loop for i oftype fixnum from 0 below totalmessages do (mp:mailboxread mailbox)))))) (writers (loop for i from 0 below nwriters do (mp:processrunfunction i #'(lambda () (mp:barrierwait barrier) (loop for i oftype fixnum from 0 below writermessages do (mp:mailboxsend mailbox i))))))) (mp:barrierunblock barrier :disable t) (mp:processjoin reader))) Figures are not that bad either, are they? > (testmailbox 10 100000) real time : 0.319 secs run time : 0.062 secs gc count : 1 times consed : 352 bytes NIL > (testmailbox 1 100000) real time : 0.018 secs run time : 0.027 secs gc count : 1 times consed : 208 bytes NIL  Instituto de Física Fundamental, CSIC c/ Serrano, 113b, Madrid 28006 (Spain) http://juanjose.garciaripoll.googlepages.com 
From: Juan Jose GarciaRipoll <juanjose.garciaripoll@go...>  20120406 14:25:16

On Fri, Apr 6, 2012 at 2:32 PM, Matthew Mondor <mm_lists@...>wrote: > I confirm that these changes allow the HTTPd to run here as well, > thanks! However, I didn't stresstest it much or try performance tests > with it yet, but that should happen soon. I am now running some stress tests and trying to hit some corner cases. There are already some subtle race conditions in the lisp part of the code. Hopefully will be easy to fix... Juanjo  Instituto de Física Fundamental, CSIC c/ Serrano, 113b, Madrid 28006 (Spain) http://juanjose.garciaripoll.googlepages.com 
From: Matthew Mondor <mm_lists@pu...>  20120406 12:32:58

On Fri, 6 Apr 2012 13:02:16 +0200 Juan Jose GarciaRipoll <juanjose.garciaripoll@...> wrote: > There were a bunch of problems with the previous code. From a wrong order > in the arguments to pthread_sigmask() to the choice of signals. I have > fixed them together with the following things > > * Implemented semaphores > * Implemented barriers (copied part of the API from Lispworks, though I > feel it is overengineered) > * mp:processjoin relies on barriers (no trivial thing, the original code > was a mess because of the lack of this tool) > * fixes in external processes, locking, etc. > > In particular the changes to mp:processjoin are quite critical for ECL > being able to gracefully quit when there are running threads. > > I can confirm that I am able to run your server and get decent connection > times, slightly better than on OS X (see below). However, please bear in > mind that I am running this all inside a virtualbox which may improve the > stability, as processors are not really independent, but bound by the > emulator. I confirm that these changes allow the HTTPd to run here as well, thanks! However, I didn't stresstest it much or try performance tests with it yet, but that should happen soon.  Matt 
From: Juan Jose GarciaRipoll <juanjose.garciaripoll@go...>  20120406 11:02:44

On Sat, Mar 31, 2012 at 12:13 PM, Matthew Mondor <mm_lists@...>wrote: > It appears that it locks before all initial threads of the HTTPd can be > started. The REPL doesn't come back while that thread appears to be > waiting on a pthread_cond_wait(3) forever without getting an event. > This happens inside the GC, invoked sometime during HTTPDINIT (that > happens in the first/main thread): > There were a bunch of problems with the previous code. From a wrong order in the arguments to pthread_sigmask() to the choice of signals. I have fixed them together with the following things * Implemented semaphores * Implemented barriers (copied part of the API from Lispworks, though I feel it is overengineered) * mp:processjoin relies on barriers (no trivial thing, the original code was a mess because of the lack of this tool) * fixes in external processes, locking, etc. In particular the changes to mp:processjoin are quite critical for ECL being able to gracefully quit when there are running threads. I can confirm that I am able to run your server and get decent connection times, slightly better than on OS X (see below). However, please bear in mind that I am running this all inside a virtualbox which may improve the stability, as processors are not really independent, but bound by the emulator. Requests per second: 725.38 [#/sec] (mean) Time per request: 22.057 [ms] (mean) Time per request: 1.379 [ms] (mean, across all concurrent requests) Transfer rate: 452.72 [Kbytes/sec] received Juanjo  Instituto de Física Fundamental, CSIC c/ Serrano, 113b, Madrid 28006 (Spain) http://juanjose.garciaripoll.googlepages.com 
From: Andrey G. Grozin <A.G.G<rozin@in...>  20120406 06:47:15

maxima5.27.0 is in Gentoo. Testsuite full times on my 32bit x86 box (seconds) and failed tests are: sbcl1.0.55 166 cmucl20c 181 gcl2.6.8_pre 184 clozurecl1.8 253 rtest15 (37, 193, 196) ecl12.2.1 345 rtest8 (126, 127) clisp2.49 569 Details of failed tests: clozurecl:  ********************** Problem 37 *************** Input: 2 2  %pi sin (3 a) sin ( + a + b) 3 ( 2 %pi sin (a  ) 3  %pi 2 sin(a) sin(3 a) cos(b) sin( + a + b) sin(3 a + 3 b) 3   %pi sin(a  ) sin(a + b) 3 2 2 sin (a) sin (3 a + 3 b) + , result : trigrat(%%), 2 sin (a + b) expected : ( ( 9 + 10 cos(2 a)  2 sqrt(3) sin(2 a)  cos(4 a) + sqrt(3) sin(4 a) + 10 cos(2 b)  2 sqrt(3) sin(2 b)  cos(4 b) + sqrt(3) sin(4 b)  4 cos(2 b  2 a)  8 cos(2 a + 2 b) + 4 sqrt(3) sin(2 a + 2 b) + 2 cos(4 a + 2 b)  2 sqrt(3) sin(4 a + 2 b) + 2 cos(2 a + 4 b)  2 sqrt(3) sin(2 a + 4 b)  cos(4 a + 4 b) + sqrt(3) sin(4 a + 4 b)))/4, ratsimp(result  expected)) Result: Polynomial quotient is not exact errorcatch This differed from the expected result: 0 ********************** Problem 193 *************** Input: 2 t log(t) integrate(, t, 0, 1) 2 4 (t  1) (1 + t ) Result: 2 (sqrt(2)  2) %pi   32 This differed from the expected result: 2 (sqrt(2)  1) %pi  9/2 2 ********************** Problem 196 *************** Input: 1 factor(expand(sqrtdenest(integrate(, x, 0, 1)))) 1 4  + (x  3) 2 3/4 9/4 73 + sqrt(2) + 2  3 2  factor(( ( log() 33 3/4 9/4 3/4 5/2 13/4 73 + sqrt(2)  2 + 3 2  2 + 2  2 + log() + 2 atan() 33 3/4 13/4 98 + 2  2 3/4 5/2 13/4 2 + 2 + 2 7/4 + 2 atan()))/2 ) 3/4 13/4  98 + 2  2 Result: 13/4 5/2 3/4 13/4 5/2 3/4 2 + 2 + 2  2 + 2  2 (2 atan() + 2 atan() 13/4 3/4 13/4 3/4  2 + 2  98  2 + 2 + 98 9/4 3/4 9/4 3/4 3 2  2 + sqrt(2) + 73  3 2 + 2 + sqrt(2) + 73 + log()  log()) 33 33 9/4 3/4 7/4 3 2  2 + sqrt(2) + 73 /2  (log() 33 9/4 3/4  3 2 + 2 + sqrt(2) + 73  log()  2 33 3/4 1/4 79 2 + 365 sqrt(2) + 877 2 + 5 atan() 10657 3/4 1/4  79 2 + 365 sqrt(2)  877 2 + 5 7/4 + 2 atan())/2 10657 This differed from the expected result: 0  ecl:  ********************** Problem 126 *************** Input: 1 2 (f : diff(, a), g : quad_qags(f b (1  b) , b, 0, 1) , 2 1 (a  b) + 1 + 1 find_root(g = 0, a, 0, 1)) Result: 2 2 (1  b) (a  b) b find_root(subscript(quad_qags( , b, 0, 1, epsrel = 1.e8, 2 2 ((a  b) + 2) epsabs = 0.0, limit = 200), 1) = 0, a, .3980373668760611, 0.375) This differed from the expected result: .3978613590133817 ********************** Problem 127 *************** Input: 1 2 (f : diff(, a), g : quad_qags(f b (1  b) , b, 0, 1) , 2 1 (a  b) + 1 + 1 find_root(g = 0, a, 0, 1)) Result: 2 2 (1  b) (a  b) b find_root(quad_qags( , b, 0, 1) = 0, a, 2 2 ((a  b) + 2) 1 .3980373668760611, 0.375) This differed from the expected result: .3978613590133817  Andrey _______________________________________________ Maxima mailing list Maxima@... http://www.math.utexas.edu/mailman/listinfo/maxima 