Вариант для распечатки		Пред. тема | След. тема
Форум Программирование под UNIX (Shell скрипты)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Параллельное исполнение в bash, Аноним (0), 08-Окт-20, (0) [смотреть все] Как лучше сделать Загуглить решение, очевидно же Научиться гуглить и читать до, Аноним (1), 19:41 , 08-Окт-20, (1) –3 // Если бы это было так просто, я бы уже давно сделал , Аноним (0), 19:42 , 08-Окт-20, (2) // Это проще, чем побираться по форумам , Аноним (1), 22:37 , 08-Окт-20, (7) // Уважаемый, у Вас тут синдром Даннинга-Крюгера , Аноним (0), 22:45 , 08-Окт-20, (10) У Вивека посмотрите https www cyberciti biz faq how-to-run-command-or-code-in-, Licha Morada (ok), 20:55 , 08-Окт-20, (3) // Мне нужен раздельный вывод т е табы или разделить одно окно и пулять выхлоп ка, Аноним (0), 21:10 , 08-Окт-20, (4) // Да, от файлов с выводом, который я буду читать в основном процессе, тоже хотелос, Аноним (0), 21:32 , 08-Окт-20, (5) Чтобы такое сделать, вам нужно книжку по шелл-скриптингу прочитать На самом дел, Аноним (1), 22:36 , 08-Окт-20, (6) // Невозможно узнать идентификаторы потомков потомка, если только они сами не запиш, Аноним (0), 22:43 , 08-Окт-20, (8) Если вы сами не компетентны, хотя бы не учите других Пожалуйста , Аноним (1), 03:42 , 09-Окт-20, (11) Извините, а где я кого-то учил И из чего можно сделать выводы о моей компетенци, Аноним (0), 04:13 , 09-Окт-20, (12) Ну вот же вы утверждаете, что нельзя узнать пид, если он не был сохранен в файл , Аноним (1), 11:45 , 09-Окт-20, (13) Так это было указание на очевиднейшую безграмотность, я не пытался ничему учить , Аноним (0), 19:05 , 09-Окт-20, (15) Пиды процессов внуков только через системные утилиты, работающие с процессами Л, Аноним (1), 21:56 , 09-Окт-20, (22) Проблема в том, что системные утилиты, работающие с процессами , не могут предо, Аноним (0), 22:32 , 09-Окт-20, (23) Выдумываете себе проблемы, чтобы потом героически их превозмогать Сраному скрип, Аноним (1), 18:42 , 12-Окт-20, (25) Там задача была ждать данные в основном потоке и накапливать, валидировать, и сб, Аноним (0), 19:19 , 12-Окт-20, (26) Вот этого нельзя допустить Держи друг Аноним https github com dustinblackman , Аноним (-), 22:43 , 08-Окт-20, (9) +1 пишешь простейший Makefile make -jX, system (??), 15:33 , 09-Окт-20, (14) // Это заявка на победу, я думаю, стоит уже взять parallel в таком случае Но мне х, Аноним (0), 19:16 , 09-Окт-20, (16) // xargs screen tmux, pavel_simple. (?), 19:23 , 09-Окт-20, (17)   // Я вспомнил, чем мне не подошёл этот вариант Там вроде бы можно было только отпр, Аноним (0), 19:49 , 09-Окт-20, (18)   В связи с чем вопрос Можно ли как-то подцепить вывод форка себя и автоматом вс, Аноним (0), 20:06 , 09-Окт-20, (19)   Так, допустим, можно перенаправить все три потока для каждого процесса в именова, Аноним (0), 20:37 , 09-Окт-20, (20)   Форк ведь может переопределить дескрипторы для себя Это никак не должно затраги, Аноним (0), 21:01 , 09-Окт-20, (21)   Какая же гадость этот parallel Он поддерживает вывод в tmux казалось бы что ещ, Аноним (0), 03:14 , 11-Окт-20, (24) 1,3,14,24

Сообщения

[Сортировка по времени | RSS]

	17. "Параллельное исполнение в bash"	+/–
	Сообщение от pavel_simple. (?), 09-Окт-20, 19:23
	> Это заявка на победу, я думаю, стоит уже взять parallel в таком > случае. Но мне хотелось бы решить это без perl. Я могу > всё это сделать красиво в python, там и ipc есть нормальный, > и самые разные варианты запускать процессы, но задача обойтись средствами баша. > Собственно, в ОП перечислен алгоритм моего питон однострочника запускающего окно и > направляющего выводы youtube-dl в него. Там проблема, что он запускался только > под conemu, а мне сейчас нужно что-то более универсальное (хотя вариант > с konsole готов рассмотреть, хотелось бы переключать на соседний таб с > разделением на области, но, полагаю, принудительный запуск дополнительного окна с tmux > тоже не плохой вариант). xargs + screen/tmux
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Параллельное исполнение в bash"	+/–
	Сообщение от Аноним (0), 09-Окт-20, 19:49
	> xargs + screen/tmux Я вспомнил, чем мне не подошёл этот вариант. Там вроде бы можно было только отправлять команду на исполнение в панели, т.е. запуск новых процессов нонстоп (это то, что я использовал в конечном итоге, но тут это не подходит, хотя и можно набросать отдельный однострочник, запускающий этот скрипт -- мне как раз хотелось отказаться от по-файлового исполнения, слишком много времени на запуск уходит, особенно на "нелинуксе"). Либо добавлять текст (вывод) в панель уже после завершения, но нельзя было прицепить stderr/stdout/stdin запущенного процесса (и его потомков) к панели tmux и переключать его на вывод следующего процесса после завершения первого.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Параллельное исполнение в bash"	+/–
	Сообщение от Аноним (0), 09-Окт-20, 20:06
	В связи с чем вопрос. Можно ли как-то подцепить вывод форка себя (и автоматом всех потомков форка) к шеллу, запущенному в панели tmux?
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Параллельное исполнение в bash"	+/–
	Сообщение от Аноним (0), 09-Окт-20, 20:37
	> В связи с чем вопрос. Можно ли как-то подцепить вывод форка себя > (и автоматом всех потомков форка) к шеллу, запущенному в панели tmux? Так, допустим, можно перенаправить все три потока для каждого процесса в именованные трубы (не проверял ввод, но вывод определённо будет работать), т.е. нам как минимум всё ещё необходимо сохранить список дочерних процессов (может и работать, при условии, что те не будут рекурсивно форкать себя и терять потомков), но мы всё ещё подвержены состояниям гонки и неадекватной реакции на сигналы. Тут тут возникает вопрос с тем, что tmux сам по себе и он может обидеться, когда мы начинаем взаимодействовать с шеллом в обход него, т.е. у tmux надо как-то отнять контроль над выводом (вводом) запущенных им шеллов.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Параллельное исполнение в bash"	+/–
	Сообщение от Аноним (0), 09-Окт-20, 21:01
	Форк ведь может переопределить дескрипторы для себя? Это никак не должно затрагивать родительский процесс.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема