bugGNU Parallel - Bugs: bug #38196, --pipe -L not as parallel as...

 
 

bug #38196: --pipe -L not as parallel as expected

Submitter:  None
Submitted:  Tue 29 Jan 2013 04:05:17 PM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Invalid
Privacy:  Public Assigned to:  tange
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Thu 07 Feb 2013 10:18:56 AM UTC, comment #1: 

This is not a bug:

-L1 means a record will be one line, so GNU Parallel will read as many records as it can fit in --block (which defaults to 1 megabyte).

To read a single line at a time do:

seq 10000 | parallel --pipe -L1 -n1 -j24 sleep 10

which means:

-L1 - one line is a record

-n1 - read at most one record


Ole Tange <tange>
Group administrator
Tue 29 Jan 2013 04:05:17 PM UTC, original submission:  

This is a resubmission of #38110 (--pipe not very parallel) but with what I now believe is the actual bug (or source of my confusion if this too is not a bug).

Before commit bbc9a53ea5fc746a0a3ef7e8733dfcd61ff05eea

seq 10000 parallel --pipe -L1 -j24 sleep 10

would spawn 24 processes as counted by something like

pgrep sleep | wc

After this commit, it only spawns one process.  You can still spawn 24 processes with

seq 10000 parallel --pipe --block-size 1 -L1 -j24 sleep 10

but this is contrary to my intuition as to what -L should do.  If -L is in fact supposed to behave this way, clarification in the manual would be helpful.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by tange (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-02-07 tange StatusNone Invalid
        Assigned toNone tange
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code