Когда нам нужно обновить какой-нибудь реквизит, например, цену при выборе номенклатуры, тут, конечно, нужно использовать неконтекстный вызов. В этом случае передача данных с клиента на сервер будет намного меньше, затраты на сериализацию и десериализацию будут минимальны.
Однако все меняется, когда нам нужно передать с сервера большое количество данных, причем "нужные данные" составляют бОльшую часть контекста, например, это отчет из большого количества строк.
В этом случае создатели платформы сделали оптимизацию - результирующий табличный документ хранится во временном хранилище на сервере, а на клиент передается только видимая часть. При пролистывании - на сервер передается запрос следующей части и с сервера возвращается только она.
А вот если сделать вызов без контекста, то на клиент нужно передать весь документ, что влечет намного (в зависимости от объема табличного документа замедление может быть в десятки и даже сотни раз) большие одномоментные затраты времени. Естественно, никого обмануть не получится, и, например, при печати или поиске документ так или иначе будет получен на клиенте. Но субъективно "торможение" будет сильно меньше, так как разница в получении всего документа и только отображаемой части будет размазана во времени.
Во вложении небольшая демонстрация этого эффекта. Для большей наглядности в показателях производительности лучше включить объем отправленных и принятых данных. Настройка по клику на "мониторы" на панели показателей производительности.
Сама обработка:
* А вообще оптимизация клиент-серверного взаимодействия в управляемых формах - вещь зачастую нетривиальная, и в случае неудовлетворительной производительности требует экспериментов в конкретных случаях, вплоть до разбивки формы на несколько со связью через команды панели навигации, как раз для уменьшения контекста.
