Re^4: using parallel processing to concatenate a string, where order of concatenation doesn't matter

Can't... get it... to work...

I tried as you suggested...

hartman@ds0207:~/Desktop/misc/idealoSubversionArena/parallelListProces
+sing> ./testpq.pl
Can't locate object method "new" via package "Threads" (perhaps you fo
+rgot to load "Threads"?) at /usr/lib/perl5/site_perl/5.8.8/Parallel/Q
+ueue.pm line 197.
hartman@ds0207:~/Desktop/misc/idealoSubversionArena/parallelListProces
+sing> head testpq.pl
#!/usr/bin/perl
use threads::shared;
use Parallel::Queue 'thread';

print concatenate_parallel( ['a' .. 'z'], 4 ) . "\n";

sub concatenate_parallel {
    my $result :shared;
    my @input = map {
        my $string = $_;
[download]

Also tried other permutations with spelling variations, but I feel like I'm stumblinb around in the dark. Parallel::Queue indicates that forking works, but threading is "still in progress".

Are you able to run this code?

I am really keen to make progress on this, because I am hoping to use this as a basis for threadedreduce which would serve as an abstraction layer for all sorts of list processing that could potentially be speeded up by using threading, but without changing anything in the "meat" of the program (which would be a function builder that uses threadedreduce or nonthreadedreduce, each having the same effect).

See

Could there be ThreadedMapReduce (and/or ForkedMapReduce) instead of DistributedMapReduce?

and my followup, with threadedreduce stub code, at Re^2: Could there be a ThreadedMapReduce (instead of DistributedMapReduce)?

Comment on Re^4: using parallel processing to concatenate a string, where order of concatenation doesn't matter Select or Download Code

Replies are listed 'Best First'.
Re^5: using parallel processing to concatenate a string, where order of concatenation doesn't matter by ikegami (Patriarch) on Oct 20, 2006 at 19:40 UTC
Fix the module as follows: Line 197: Change `Threads->new` to `Thread->new`. Line 292: Insert `require Thread;` before `require Thread::Semaphore;`. These fixes have not been tested, just like the module itself: Threads are unstested. Forks work; threads are still in progress. The code may work but I have not tested it yet. Update: Added spelling fix.	[reply] [d/l] [select]
Re^5: using parallel processing to concatenate a string, where order of concatenation doesn't matter by diotalevi (Canon) on Oct 20, 2006 at 19:25 UTC
Well... take out your debugger, look at the source of the module and make it go. Simple. ⠤⠤ ⠙⠊⠕⠞⠁⠇⠑⠧⠊	[reply]


XP is just a number
	PerlMonks