[C][setjmp.h] Стоимость операции.

man longjmp

longjmp() and siglongjmp() make programs hard to understand and maintain. If possible an alternative should be used.

Ясно. Насчёт обильного пользования понятно.

Вопрос по поводу стоймости операции открыт.

И да, я правильно понимаю как она работает?

setjmp запоминает позицию в стеке, а longjmp просто очищает стек

есть подозрение, что branch predictor обязательно ошибётся, будет промах в кеше инструкций, и возможно instruction window полностью очистится.

> есть подозрение ...

чего тут подозревать-то. __longjmp() это просто
goto + восстановление нескольких регистров.

longjmp() - то же самое + unwind в случае pthreads.

см sysdeps/x86_64/__longjmp.S

>чего тут подозревать-то. __longjmp() это просто

goto + восстановление нескольких регистров.

это всё хорошо, когда твоя программа не использует динамическую память.
в противном случае - дуршлаг

> это всё хорошо, когда твоя программа не использует

динамическую память. в противном случае - дуршлаг

ничего не понял... что имелось в виду?

банальный пример с goto:

try_more:
...
ptr=malloc(1024*1024);
...
if(blah_blah_blah)
goto try_more;
...
free(ptr);

получаем решето!

причем если с goto отследить подобное вполне возможно, то с longjmp все твои функции автоматически лишаются права выделять память динамически.

в общем, longjmp это еще большее зло, чем goto

о, xydo в репертуаре ;)

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

У тебя, видимо, любой цикл вызывает ужас, да? Ведь можно же вот так написать:

while (somevar !=  somevalue) {
    ptr = malloc(SZ);
    if (blah_blah_blah)
        continue;
    somevar = somevalue;
}

А-а-а-а! while — решето! Ужас-ужас-ужас!!! 8))

я вроде нигде не говорил, что longjmp - решето))
не присваивайте мне незаслуженных званий)

это всё хорошо, когда твоя программа не использует динамическую память. в противном случае - дуршлаг

while и динамическое выделение памяти несовместимы!

Так лучше? 8))