Dev48
ЯЗЫК
  • О нас
  • Услуги
  • Индустрии
  • Технологии
  • Статьи
  • Контакты
Забронировать звонок
    Главная/Статьи/Otpravka cherez api i proverka rezultatov stali v 2 raza bystree
Dev48
info@dev48.org+375 29 320-40-96WhatsApp@isky_by

© 2026 · All rights reserved.

Отправка через API и проверка результатов стали в 2 раза быстрее

Источник: Datalab•6 ноября 2026 г. в 19:51

Отправка через API и проверка результатов стали в 2 раза быстрее

Отправка документа теперь занимает в среднем 314 мс вместо 670 мс, а проверка результатов стала в два раза быстрее. SDK 0.9.1 обнаруживает готовые результаты раньше.

На этой неделе API Datalab стал работать быстрее в тех частях, которые не связаны с обработкой документов: прием ваших загрузок и ответы на запросы результатов. Медианное время отправки документа на /api/v1/marker составляет 314 мс против 670 мс на прошлой неделе. Проверка результата теперь занимает 62 мс вместо 128 мс. Для 1% самых медленных запросов проверки время сократилось с 869 мс до 283 мс.

Мы также выпустили Python SDK версии 0.9.1. Он проверяет наличие результата каждые 0,3 секунды в течение первых 8 секунд, поэтому обнаруживает готовую страницу быстрее.

Вам не нужно ничего менять, чтобы получить более быстрый API. Для более быстрого поллинга обновите SDK.

Что изменилось

Каждый вызов API к Datalab состоит из трех частей:

  • Отправка. Вы загружаете файл и получаете ID запроса.
  • Обработка. Мы парсим или извлекаем данные из документа.
  • Проверка результата. Вы опрашиваете URL проверки запроса, пока результат не будет готов.

В этом посте рассматриваются части 1 и 3. Вот данные о времени на сервере из наших производственных трассировок запросов, сравнивающие периоды с 29 по 31 октября и с 3 по 6 ноября:

Это время измерено на наших серверах. Время загрузки через вашу собственную сеть добавляется к нему, поэтому большой файл при медленном соединении все равно отправляется дольше.

Мы также измерили все время ожидания вне процесса обработки для одностраничных задач — от момента принятия запроса до готовности результата, за вычетом времени обработки. Медианное значение снизилось с 1,30 с до 1,19 с. Время обработки одной страницы на этой неделе не изменилось. Мы отдельно рассматривали скорость моделей, в последний раз в посте о Chandra 2.6.

Почему это важно

Одна страница в быстром режиме готова за несколько секунд, поэтому секунда накладных расходов составляет значительную часть времени ожидания пользователя. Выигрыш суммируется в трех местах:

  • Отправки. Каждая отправка возвращает ответ примерно на 350 мс быстрее. Если один воркер отправляет документы один за другим, это экономит около часа на каждые 10 000 документов.
  • Проверки результатов. Проверка возвращает результат примерно в два раза быстрее в среднем, а медленные запросы перестали быть таковыми. Если ваш клиент опрашивает сотни запросов одновременно, он тратит меньше времени на ожидание ответа API.
  • Интервал поллинга. Если вы опрашиваете раз в секунду, готовый результат ждет в среднем 0,5 с, прежде чем следующая проверка его увидит. При 0,3 с время ожидания составляет в среднем 0,15 с.

Как это использовать

Python SDK

Обновитесь до версии 0.9.1:

Вам не нужно менять код. Клиент проверяет статус каждые 0,3 секунды в течение первых 8 секунд запроса, а затем каждые poll_interval секунд (по умолчанию 1 секунда):

Бюджет времени остался прежним: время ожидания между проверками в сумме составляет max_polls * poll_interval секунд. Если вы установите poll_interval больше 1 секунды, например для долгих пакетных заданий, клиент пропускает быстрые проверки:

Мы увеличили лимит запросов на проверку результатов в три раза, поэтому команда, достигшая лимита запросов, может выполнять поллинг каждые 0,3 секунды без получения ответов 429.

Ваш собственный HTTP-клиент

Если вы вызываете API напрямую, начните с короткого интервала и постепенно увеличивайте его:

В руководстве по быстрому старту показан тот же запрос с использованием cURL и SDK.

Примеры использования

  • Загрузка в вашем приложении. Пользователь перетаскивает отсканированную квитанцию и ждет появления полей. Благодаря более быстрой отправке, быстрым проверкам и опросу каждые 0,3 с в SDK 0.9.1 большую часть времени ожидания занимает сам парсинг.
  • Агенты, читающие документы. Агент, который вызывает /extract один раз за страницу в цикле, тратит время на отправку и проверку на каждой странице. Медианное время отправки для /extract сократилось с 708 мс до 350 мс.
  • Высокообъемные одностраничные задачи. Пайплайны, которые отправляют множество одностраничных изображений, таких как удостоверения личности, транспортные накладные или формы, тратят большую часть времени на отправку и проверку. Они получают наибольший относительный прирост.

Попробуйте

  • Обновите SDK с помощью pip install -U datalab-python-sdk.
  • Прочитайте документацию по API.

Если вы видите медленные ответы от API, отправьте письмо на [email protected] с указанием ID запроса, и мы изучим трассировку.

← Все статьи

О чём эта статья

Ещё в разделе «Разработка ПО»

Все →
Массовый SMS-маркетинг: как делать массовые рассылки
Sendinblue

Массовый SMS-маркетинг: как делать массовые рассылки

Microsoft планирует сократить использование услуг неооблаков на фоне признаков нагрузки при развертывании ИИПресса
Microsoft

Microsoft планирует сократить использование услуг неооблаков на фоне признаков нагрузки при развертывании ИИ

Как Lila Sciences и Anyscale масштабировали обучение GLM-5.3-Flash до 1 млн токенов
Anyscale

Как Lila Sciences и Anyscale масштабировали обучение GLM-5.3-Flash до 1 млн токенов

Готовый к промышленной эксплуатации распределенный инференс с помощью Ray Serve
Anyscale

Готовый к промышленной эксплуатации распределенный инференс с помощью Ray Serve

Anyscale в Azure: создание и развертывание ИИ в масштабе в вашем собственном арендаторе
Anyscale

Anyscale в Azure: создание и развертывание ИИ в масштабе в вашем собственном арендаторе

Shopify Editions Fall ’26: что это значит для запасов, заказов и выполнения
Ordoro

Shopify Editions Fall ’26: что это значит для запасов, заказов и выполнения

Ещё от Datalab

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

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

Извлечение данных и парсинг: что и когда использовать?
Datalab

Извлечение данных и парсинг: что и когда использовать?

Surya 2.5: в 1,7 раза быстрее, лучшая открытая OCR-модель с количеством параметров менее 1 млрд
Datalab

Surya 2.5: в 1,7 раза быстрее, лучшая открытая OCR-модель с количеством параметров менее 1 млрд

Chandra 2.6: точнее передовых моделей, в 2,5 раза быстрее и по той же цене
Datalab

Chandra 2.6: точнее передовых моделей, в 2,5 раза быстрее и по той же цене

Lite против Azure, AWS и Google: в 2 раза быстрее, в 10 раз дешевле, такая же точность
Datalab

Lite против Azure, AWS и Google: в 2 раза быстрее, в 10 раз дешевле, такая же точность

OCR-модели с открытым исходным кодом на OmniParseBench
Datalab

OCR-модели с открытым исходным кодом на OmniParseBench