Как интерфейсы устроены "под капотом"?

[Лекс Айрин]

stanilar,прежде всего бОльшими накладными расходами. А так все равно в итоге это импорт процедур.

[stanilar]

бОльшими накладными расходами

Ну уж не сильно большими. Вся разница - перейти по адресу или перейти по адресу+смещение. Думаю что операция сложения в регистрах процессора проходит очень сильно быстрее перехода в другую библиотеку.

[Лекс Айрин]

stanilar, а откуда берется смещение? Это же все дело надо как-то заранее вычислить. Правда, вычисляется все это один раз, но сам факт...

[stanilar]

Это же все дело надо как-то заранее вычислить.

Летят два комара. Вдруг один ушел в штопор, сделал пике, приземлился в падении. Второй к нему подлетает, спрашивает: "Что случилось".
- Да вот, муха в глаз попала.

[Cheb]

Не, расходы - в неявных функциях-врапперах. Вызывая метод через интерфейс - вызываешь на самом деле враппер, который добавляет смещение и вызывает уже реальный метод класса.
Вроде бы вес комара.
Но! Враппер же методу должен передать все параметры. А если их много? В регистрах - не передашь: вычисление смещения использует регистры.
А, кстати, какой у враппера по умолчанию calling convention? Наверняка же что-то сишное, для ФП неродное. Значит, для передачи параметров их надо перепаковывать в родной паскалевский формат.
И вот на этом-то и набирается.

[Лекс Айрин]

stanilar, не смешно. Все точки перехода пересчитываются при загрузке программы в память, если они не абсолютны, плюс, переход или вызов подпрограммы сбрасывают очередь команд. Уже частично декорированную. Конечно, существуют мелодики избежать сброса очереди, но сам факт очень настораживает.

[sts]

смещение каждый раз считывается из таблицы по индексу метода, ведь CreateOLEObject возвращает неопределенную реализацию интерфейса (а смещение зависит от реализации).
а еще есть вариант что каждый вызов метода это посылка виндового сообщения (SendMessage) с двойным копированием параметров, но это если реализация находится в другом процессе

[Лекс Айрин]

sts, в общем, не самый быстрый вариант. И это без учёта свопинга.

[Sergei I. Gorelkin]

Но! Враппер же методу должен передать все параметры. А если их много? В регистрах - не передашь: вычисление смещения использует регистры.А, кстати, какой у враппера по умолчанию calling convention? Наверняка же что-то сишное, для ФП неродное. Значит, для передачи параметров их надо перепаковывать в родной паскалевский формат.

Врапперы ничего не делают с параметрами, кроме подстройки одного из них, который self. Calling convention объявляется в описании интерфейса, а у метода реализующего класса он обязан совпадать, иначе компилятор его не найдет.

[Дож]

Проблема производительности COM интерфейсов не только в виртуальных вызовах, а ещё и в том, что при достаточно интенсивном их использовании требуется множество потокобезопасных инкрементов/декрементов числа ссылок, которые приводят к постоянным обновлениям кеша.

[Mirage]

В критичном к производительности коде подсчет ссылок надобно отключать, т.е. переопределять методы _addref, _release. Иначе ни в какие ворота.