emendes

220 Reputation

6 Badges

3 years, 316 days

MaplePrimes Activity


These are replies submitted by emendes

@Carl Love Unfortunately Threads:-Map[2] does not work after Grid:-Seq.   The "wait time" is 0.056 and Maple had to be closed as the evaluation of Threads:-Map[2]  will not finish. 

@Carl Love  I have just received the following msg from Maple support regarding whether index is threadsafe or not.

 

"In the Maple help documentation there is full listing of the commands which are confirmed to be thread-safe, this can also be accessed in Maple with the command ?index,threadsafe. Unfortunately index(..)​ is not included and should therefore not be treated as thread safe." 

 

 

@Carl Love Thanks for pointing out that again.  

@Carl Love Is solve threadsafe?  

@Carl Love As you said in one of earlier posts solve is not threadsafe so the use of Grid.   

I had to change Threads:-Map[2] to map2 to get the code working.  Somehow Threads:-Map won't work after Grid:Seq.   

 

@Carl Love Somehow the first line of the code gets stuck after the use of Grid:-Seq.   It works if I save L1 and L2 to a m-file and run the two lines of code in a new worksheet.  

@Carl Love Thanks.  Does creating another variable, T1,  cause memory issues?   

@nm Thanks.  I've already tried that but it does not make much difference when searching huge lists.   

@Joe Riel Many thanks.

@Joe Riel Thank you.   Please help me out. Somehow I always use list in my procedures.  Since the procedure shown above is used after a series of calculations, would the use of array still be recommended?   Converting from one type to another type is time and memory consuming, right?   

@acer Many thanks.  They seem to pretty fast. I will do some testing and will let you know.  

@acer Many thanks for pointing them out.   They both work for me.   My question is: would they cope with a list of 80 million elements?  

 

I have just checked both commands using a list of 500,000 elements and they are pretty fast.  

@acer Thanks.  I mean the size of the partition is fixed for all partitions, except for possibly the last one.  In the original code chunk was misspelled in all instances and the code works.  

@Carl Love Many thanks.  Although nchunk is the size of the partition, your solution works for me too.  

@acer Many thanks.   I should have thought of that but I didn't.  I hope they fix that in the next version of the manual.  

1 2 3 4 5 6 7 Last Page 1 of 13