Я не знаю, что program.py
делает. Но очень редко можно использовать --pipe
вместе с find
. Поэтому я думаю, что это то, что вам нужно:
find data -type f | parallel -P 70 python program.py > output
При --pipe
вывод из find
должен составлять не менее 70 МБ, чтобы 70 параллельных заданий выполнялись параллельно, поскольку по умолчанию --block-size
равен 1 МБ :
find data -type f | parallel --pipe -P 70 python program.py > output
Если program.py
действительно читает имена файлов на stdin, то вам, вероятно, следует использовать --round-robin
с меньшим --block
:
find data -type f | parallel --pipe --block 1k --round-robin -P 70 python program.py > output
Это будет принимать входные данные из find
и отдайте первый 1 КБайт на первую работу, 70-й КБайт на 70-ю работу и 71-й КБайт на первую работу.
C++ был первым "реальным" языком, на котором я запустил. Да, это время от времени была жесткая кривая обучения, но большая часть, там был то, что, так как я не знал ничего лучшего - я не знал ничего лучшего. Таким образом, не будучи представленный чему-либо, более легкий, C++ был самым легким языком, который я когда-либо использовал.
Лично, я думаю, что преимущества были огромны. Как с другими, мне удалось стать профессионально компетентным в Java менее чем через неделю. Я был до скорости во Встроенном C за несколько дней. Delphi, VB.Net, C# - все были легкими переходами, и я приписываю это наличию C++ как базовая линия.
При создании его мимо первых нескольких дней Вы хороши пойти. Любой ценой, палка с ним.
Я не поклонник C++, главным образом из-за его синтаксиса. Я нахожу это ужасным и очень проблематичным используемый, и я не являюсь одним с этим мнением. Возможно, если Вы проведете достаточно количества времени для освоения его, то это больше не будет без проблем, но я предпочитаю выбирать намного более изящный Java, который позволяет мне создающий настольные приложения быстрее и делающий их более портативный, и чистый C для контакта с системой - или ориентированные на производительность задания.