Как получить больше производительности от ruby?

Вполне может так случится, что узким местом будет СУБД. Попробуйте просто без обработки сохранить этот массив в базу и если это не получится, то оптимизировать Ruby не имеет смысла, нужно искать более шуструю СУБД, я знаю что например в промышленности, где так же стоит задача сохранять огромные массивы инфы с датчиков используют key-value СУБД, у которых на вставку скорости сильно больше чем у реляционок.

Руби быстрее не сделаешь. По крайней мере, очень много людей постоянно над этим работает, так что у нас с вами тут врядли выйдет.

У вас рельсы или нет? Какой у вас ОРМ ? Какая база? 10000 каких записей? Что за обработка происходит? Что в базе должно произойти с этими 10000 ?

Какие условия? Надо за 1 секунду полностью обработать первые 10000 и приступить к следующим? Или покатит очередь ? Если очередь, то с приоритетом\последовательностью ? Управлением? Какой ресурс сервера?

Не страдайте преждевременной оптимизацией. Поставьте задачу, решите самым простым и быстрым способом. Если упретесь в числа, то уже задавайтесь вопросами.

Обычно индексация, правильный движок таблиц и какой-нибудь https://github.com/zdennis/activerecord-import или вручную составленный запрос решают проблему. Если нет и условия не сильно жесткие, то очереди.

Ну а дальше уже только конкретика.

https://github.com/resque/resque
Так же в рельсах 4.2.0 появится собственная очередь, так что пока можно использовать resque
а потом перейти на встроенную очередь.

Active Job, ActionMailer #deliver_later
The headline feature for Rails 4.2 is the brand new Active Job framework, and its integrations. Active Job is an adapter layer on top of queuing systems like Resque, Delayed Job, Sidekiq, and more. You can write your jobs to Active Job, and they'll run on all these queues with no changes.