Производительность кода на C/c++ Api

[K-Fire]

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

Имеем 2 варианта реализации:
1) LS код на PostOpen, который открывает базу лога и создает там документ.
2) Точно такой же код, но написанный на API (как он будет вызываться, я не в курсе).

Будет ли у нас 2й вариант быстрее 1го, и если будет то насколько? Если кто подобными задачами занимался, примерно сколько % прироста можно ожидать?

И есть ли какие-то существенные минусы у варианта на API, исключая проблемы с многоплатформенностью ?

И далее чуть более общий вопрос: имеет ли смысл переписывать наиболее узкие по производительности места с скрипта на API, даст ли это эффект?

 

[Akupaka]

думаю, что никаких преимуществ в данной задаче АПИ не даст, кроме усложнения кода...

имеет ли смысл переписывать наиболее узкие по производительности места с скрипта на API, даст ли это эффект?

это какие места? и что именно за задачи?

 

[hosm]

Имеем 2 варианта реализации:
1) LS код на PostOpen, который открывает базу лога и создает там документ.

Минус LS учти - если LS-код в БД будет открыт, можно перехватить выполнение отладчиком.
Обычно АПИ юзается, если скрипт с этим не справляется.

 

[lmike]

давайте так...
какой код исполняется и где

указанный случай - исполнение кода на клиенте

помимо него будет исполнятся масса др. кода, кот. (зачастую) LS

что имеем из минусов:
-сложность написания кода на голом Си
-понижение устойчивости клиента
-плохая управляемость кода
-необходимость перекомпиляции (как минимум) под др. платформу

из плюсов:
-увеличение скорости конкретной операции
-сокрытие кода логирования и усложнение вмешательства

 

[Kee_Keekkenen]

по задаче описанной в первом посте разницы в производительности не заметите.. если бы логировали 10000 документов одновременно, то разница бы, вероятно, было бы заметна