Скорость вычислений

Вообще-то на С можно написать расширение для TCL
Оно (расширение) в TCL будет как стандартная функция.
Один раз запускаете TCL и работаете только с кодом tcl.

Если же вы много раз запускаете интерпретатор TCL, то потери в производительности будут существенными.

вызовы тикля идут из си программы по Tcl_Eval*. И интерпретатор один используется (в смысле указатель на него interp) и другие функции соответственно тоже из библиотеки.

профайлер пользоваться не можно в этом сезоне ? :)

парсер конфига на tcl это сильно :) хотя каюсь, писал.. именно для подобных задач (это которые с lapack) и по оптыу скажу - время затрачиваемое на чтение самого грандиозного конфига чем угодно, просто мизер по сравнению с тем, что тратится на вычисления и чтение/запись массивов данных.

можно :) но сначала надо узнать чего можить - может уже все заможили до меня. Проблема не в писании данных - а в том что лучше убрать тикль из или свети к минимуму или это ни на что не скажется.

Разгреби/зарефактори код -- сначала читай конфиг тиклем, потом делай вычисления на си.

Тащить за собой тикл только из-за чтения конфига это жесть ИМХО

чем больше убираешь кода, тем быстрее работает программа (лемма). :)

> чем больше убираешь кода, тем быстрее работает программа (лемма). :)

А всегда ли это нужно? 

Пример: замените значение переменной А: если 2 - на 1, если 1 - на 2.

Короткая запись:
A = 3 - A;

Правильная запись:
if ( A == 1)
    A = 2;
elseif (A == 2)
    A = 1;
else {
    printf ("Incorrect value, using 1\n");
    A = 1;
}