Прямое сравнение Google: Gemini 2.5 Pro (google) и Google: Gemma 4 26B A4B (google) на OrcaRouter — цены, контекстное окно, задержка, пропускная способность и качество benchmark бок о бок, чтобы вы могли выбрать подходящую модель для своей нагрузки.
| Метрика | Google: Gemini 2.5 Pro | Google: Gemma 4 26B A4B | Вывод |
|---|---|---|---|
| Ввод $/млн | $2.50 | $0.06 | Google: Gemma 4 26B A4B на 98% дешевле, чем Google: Gemini 2.5 Pro, по входным tokens. |
| Вывод $/млн | $15.00 | $0.33 | Google: Gemma 4 26B A4B на 98% дешевле, чем Google: Gemini 2.5 Pro, по выходным tokens. |
| Контекст | 1M | 262K | Google: Gemini 2.5 Pro принимает на 75% большее контекстное окно, чем Google: Gemma 4 26B A4B. |
| Задержка p50 | 7222 ms | 1875 ms | Google: Gemma 4 26B A4B отвечает на 74% быстрее, чем Google: Gemini 2.5 Pro, по медиане. |
| Пропускная способность | 353 tok/s | 55 tok/s | Google: Gemini 2.5 Pro стримит tokens на 85% быстрее, чем Google: Gemma 4 26B A4B. |
| Качество | 6.0 | 5.0 | Google: Gemini 2.5 Pro набирает на 17% больше, чем Google: Gemma 4 26B A4B, по сводному индексу качества. |
По цене Google: Gemma 4 26B A4B — более дешёвый вариант, примерно на 98% ниже Google: Gemini 2.5 Pro по входным tokens. Для нагрузок, чувствительных к задержке, Google: Gemma 4 26B A4B возвращает первый token быстрее. По качеству benchmark Google: Gemini 2.5 Pro лидирует в сводном индексе. Выбирайте Google: Gemma 4 26B A4B, чтобы минимизировать затраты, или Google: Gemma 4 26B A4B, когда скорость ответа важнее всего.
И Google: Gemini 2.5 Pro, и Google: Gemma 4 26B A4B доступны через один и тот же эндпоинт OrcaRouter по цене провайдера с нулевой наценкой на токены, поэтому переключение между ними — это изменение в одну строку, а цифры ниже — это то, что вы платите на самом деле. Это сравнение подтягивает актуальные цены, опубликованное context window, а также собственные замеры latency и throughput OrcaRouter, чтобы вы могли взвесить стоимость и производительность под свою конкретную нагрузку, а не полагаться на витринный benchmark поставщика. Правильный выбор почти всегда зависит от формы вашего трафика — длины промпта, объёма генерируемого текста, того, насколько ваши пользователи чувствительны к latency, и насколько тяжело рассуждение, — поэтому разделы ниже разбирают решение по одному измерению за раз и завершаются конкретной рекомендацией. Везде, где для одной из двух моделей метрика отсутствует, соответствующая строка опускается, а не додумывается, так что каждое утверждение здесь подкреплено реальным числом.
На входных токенах Google: Gemini 2.5 Pro стоит $2.50 за 1 млн против $0.06 у Google: Gemma 4 26B A4B, а на выходе $15.00 против $0.33 за 1 млн. Счёт обычно решается на выходных токенах: нагрузка чата или agent, генерирующая длинные ответы, определяется выходной ставкой, поэтому модель, выглядящая дешевле на входе, всё равно может оказаться более дорогим выбором от начала до конца. Оцените своё реальное соотношение вход-выход, прежде чем выбирать только по цене — промпт с интенсивным поиском и коротким ответом и короткий промпт с длинной генерацией оказываются на противоположных краях этой таблицы. Практический способ оценить это — взять репрезентативную выборку своих промптов, посчитать среднее число входных и выходных токенов и умножить каждое на соответствующие ставки двух моделей; модель с меньшей смешанной (blended) стоимостью на вашем реальном наборе — та, которую нужно превзойти. Помните, что обе цены здесь — это чистая ставка провайдера — OrcaRouter не добавляет наценки, — так что сравнение честное, и рассчитанная экономия — это та экономия, которую вы оставляете себе.
Google: Gemini 2.5 Pro принимает до 1M токенов контекста, а Google: Gemma 4 26B A4B принимает 262K. Context window ограничивает, сколько исходного материала — документов, кода, предыдущего диалога — вы можете отправить в одном запросе. Более крупное окно позволяет обойтись без чанкинга и обвязки для поиска при длинных входах, но вы всё равно платите по ставке входных токенов за всё отправленное, поэтому большее окно — это возможность, а не скидка. Подбирайте окно под самый длинный одиночный запрос, который ваша нагрузка реально порождает, а не под самое большое число на странице. Учитывайте также, что на любой модели качество может ухудшаться к концу очень длинного контекста, поэтому большое окно лучше рассматривать как запас для эпизодических длинных входов, а не как разрешение забивать каждый запрос до предела.
Latency и throughput определяют, каково работать с моделью в продакшене. Медианная (p50) latency отклика — это время ожидания типичного запроса до первого токена; throughput (токенов в секунду) задаёт, как быстро ответ стримится после начала. Для интерактивного чата и циклов agent важнее всего низкая p50 latency, потому что пользователь ждёт первый токен; для пакетной генерации и длинных выводов общее время определяет throughput, потому что ответ длинный. Графики трендов за 7 дней выше показывают, стабильна latency каждой модели или дрейфует — то, что единичное громкое число скрывает: модель с отличным средним, но шумным хвостом всё равно может не уложиться в строгий p95 SLA. Если у вашего продукта есть бюджет latency, читайте и медиану, и форму кривой, и помните, что сквозная latency включает также ваш сетевой хоп и любые запросы поиска или вызовы инструментов, которые вы делаете вокруг модели.
Оценки benchmark приближают способности, но не заменяют тестирование на ваших собственных промптах. Показанные здесь сводные индексы агрегируют несколько публичных оценок, а перцентиль отмечает, где каждая модель находится среди всех сопоставимых моделей каталога — полезный сигнал для короткого списка, но не гарантия для вашей задачи. Модель, лидирующая по индексу общего интеллекта, всё равно может отставать в вашей области (кодинг, извлечение, многоязычность, рассуждение на длинном контексте), поэтому используйте benchmark, чтобы сузить круг, а затем прогоните обе модели на репрезентативном срезе вашего трафика. Обращайте внимание на конкретный индекс, соответствующий вашему сценарию, а не на итоговое число: продукту с упором на код стоит взвешивать индекс кодинга, исследовательскому ассистенту — индекс рассуждения. Benchmark к тому же устаревают по мере обновления моделей, поэтому относитесь к ним как к стартовой гипотезе, которую вы подтверждаете собственным набором для оценки.
Если стоимость — жёсткое ограничение, начните с более дешёвой модели на вашем реальном сочетании вход-выход и переходите выше только если не хватает качества. Если приоритет — отзывчивость (чат для пользователей, agent, любой случай, где кто-то ждёт), придавайте p50 latency и throughput больший вес, чем небольшой разнице в цене. Если вы выжимаете самое тяжёлое рассуждение, кодинг или работу на длинном контексте, пусть ведёт победитель по benchmark и context window, и принимайте более высокую ставку там, где она себя окупает. Поскольку обе модели стоят за одним и тем же API, малорисковый ход — направить часть реального трафика на каждую и сравнить стоимость, latency и качество ответов на своих промптах, прежде чем определяться. Распространённый приём — многоуровневость (tier): отправляйте основную массу простых, высокочастотных запросов на более дешёвую или быструю модель, а более сильную модель приберегите для запросов, которым она действительно нужна, — это забирает большую часть выигрыша в качестве за долю стоимости. Что бы вы ни выбрали, держите переключение обратимым — изменением имени модели в одну строку вы вернёте трафик обратно, как только цифры или ваши требования изменятся.
За последние 7 дней Google: Gemma 4 26B A4B удерживает более низкую медианную задержку ответа.
В командных турнирах сообщества по прямым поединкам Google: Gemma 4 26B A4B имеет более высокий рейтинг Elo (1515 против 1289), а значит, чаще побеждает в прямых сравнениях с сопоставимыми моделями.