js_doc, зависит от того кто первый отправит сообщение и петли обработки событий. На то очередь и дана, что есть конкуренция: какое сообщение зайдет первым, а какое вторым.
Задача имеет очень размытое описание с точки зрения требований. Так что даже не знаю чем помочь...
Кроме того я не понял при чем здесь тег "PDF".
Что-то нужно извлечь из файла PDF, проанализировать и занести в СУБД?
Можно связаться со мной через профиль.
Увы, скорее всего, проблема кроется в архитектуре приложения, структуре таблиц и прямоте рук создателей.
Далеко не всегда можно исправить ситуацию настройкой СУБД.
Александр, по-хорошему всегда можно попросить. Если откажут, то тогда какие-то меры принимать: суд и т.д. В случае поисковиков есть регуляция, в зависимости от страны.
По-моему, вопрос больше правовой нежели технический.
Вайладион Гогназдиак, потому что чтение сотни миллионов строк в файлах - типичный сценарий работы с логами.
Во-первых, нужно разделить на 2 теста: на чтение файла и на вывод в stdout. Причем stdout для программы Ruby, а в действительности в /dev/null в бенчмарке. Иначе замеряется непонятно что. Вывод полотна из строк весьма недешевая операция.
Хотя даже stdout, скорее всего, не подходит из-за возможного использования низкоуровневых операций, которые не актуальны при работе с pipe.
Операции чтения, расжатия, генерации BSON и отдачи могут быть асинхронны, с применением очередей Ruby. https://medium.com/@shvetsovdm/playing-with-ruby-t...