у тебя процессинговый сервис?

или одноразово в cli'шечке запускаешь?

потому что по хорошему это выглядит так cat wiki.txt | rustwiki | script.py

надо понять кто у тебя вместо cat'а

Блять смотри логику полную: - Я качаю викикод страницы с апи википедии - Чтобы распарсить викикод в понятное расту ast дереву в json мне нужен питон скрипт - Я должен получить результат в виде json из викитекста который я должен отдать в питон

при этом должно все выполнятся быстро, без лишнего оверхэда

я качаю, это кто? ручками?

у тебя файл есть? у тебя веб сервис?

ибо сейчас он парсит и обрабатывает все в течении секунды

из Command cli

в то время как сам парсер все обрабатывает в течении 200мс

если из bash'a то: cat wiki.txt | wiki_to_ast.py | rustshit

я качаю, это кто? ручками?

ну если с апи то можно подразумевать что нет

ну если с апи то можно подразумевать что нет

подразумевать нельзя ничего.

если из bash'a то: cat wiki.txt | wiki_to_ast.py | rustshit

да сейчас почти также и происходит черт

я создаю в расте файл с кодом

и потом передаю путь для чтения в питон

это не оптимизация, оно будет также долго выполнятся

на данный момент у меня вообще невероятно бредовая идея

подрять http сервер на питоне, и ему отправлять запросы с кодом

и потом забирать ответ

сорри за оффтоп, но кто юзает evernote, у вас сейчас всё нормально с доступом к их сайту?

максимально быстро почти без оверхэда

я создаю в расте файл с кодом

ты определись уже кто для кого работает, питон для раста или раст для питона

поехал что ли

ничерта не понятно

ну или совсем ебанутся и сделать все на dbus

http никак не может быть быстрее пайпов и сокетов

ты определись уже кто для кого работает, питон для раста или раст для питона

питон для раста

в питоне у меня парсер

я таки не понял чем тебе очереди не понравились если у тебя одноразовая задача?

и я ищу максимально эффективный и минимальный по ебле способ как отправлять данные в питон и получать результат в расте

пускай один в режиме клиента другой в режиме воркера пашет

я таки не понял чем тебе очереди не понравились если у тебя одноразовая задача?

я уже писал, для очереди мне придется создавать новый потом

поток

который будет отправлять и получать результат

ибо там ивентлуп

нахера в расте создавать файл если у тебя первым вызывается пейтон?

ну он смотри ты в расте можешь открыть пайп

к пейтону, скормить ему буффер и прочесть его stdin

потом закрыть. Открыть для следующего набора данных.

нахера в расте создавать файл если у тебя первым вызывается пейтон?

блять я создаю файл чтобы потом его отправить в питон

https://rustbyexample.com/std_misc/process/pipe.html

блять я создаю файл чтобы потом его отправить в питон

нахуя создавать файл ))

чтобы его путь потом скормить cli для получения результат

по другому я не знаю как еще сделать

нахуй тут cli воще

я те грю заспавнить процесс с пайпом и по пайпу ему передать

потом прочесть его stdin

все это в обход явного cli.

в расте спавнишь процесс пейтон скрепта, кормишь ему в пайп разметку, читаешь его stdin пока процесс не помрет

я те грю заспавнить процесс с пайпом и по пайпу ему передать

а я и спрашиваю как, из раста заспавнить процесс питона с моим текстом

в то же время пейтон скрипт при старте читает из пайпа данные, обрабатывает, через print возвращает

как скормить ему разметку

как черт подери

https://rustbyexample.com/std_misc/process/pipe.html

а зачем спрашивать то на что я уже ответил

а я и спрашиваю как, из раста заспавнить процесс питона с моим текстом

ты не спавнишь процесс пейтона с твоим текстом. Ты спавнишь процесс питона и по пайпу ему кормишь данные.

а зачем спрашивать то на что я уже ответил

эту хуйню я кидал по этому вопросу буквально 5 минут назад

но из нее я так и не понял как скормить текст пайпу

А можно объяснить этот зоопарк? Почему все на питоне не сделать?

stdin для процесса питона это входящие данные

Хотя стоп

понял

match process.stdin.unwrap().write_all(PANGRAM.as_bytes()) { Err(why) => panic!("couldn't write to wc stdin: {}", why.description()), Ok(_) => println!("sent pangram to wc"), }

вот так скармливаем

А можно объяснить этот зоопарк? Почему все на питоне не сделать?

типа на расте нет парсера викиразметки, наверняка по этому

Так читаем

match process.stdout.unwrap().read_to_string(&mut s) { Err(why) => panic!("couldn't read wc stdout: {}", why.description()), Ok(_) => print!("wc responded with:\n{}", s), }

вот так скармливаем

читать документацию это слишком сложна сложна

Так в чем тогда выигрыш от раста?

типа на расте нет парсера викиразметки, наверняка по этому

sic!

читать документацию это слишком сложна сложна

не заметил сначала

Так в чем тогда выигрыш от раста?

общая логика на расте, парсинг через пейтон либу

Если самое по идее ресурсоемкое делает питон)

Если самое по идее ресурсоемкое делает питон)

кто сказал что оно самое ресурсоемкое.

Так в чем тогда выигрыш от раста?

жрет мало памяти, быстро работает, и все такое

интеграция напрямую с сишными либами без прослоек

и прочие ништяки

Так может сишный парсер взять?

Если самое по идее ресурсоемкое делает питон)

да вот нифига это не самое ресурсоемкое