а может уже быть переопределено из другого потока

а может и не быть. Просто не надо писать такой говнокод.

Допустим, есть некий a&&b

Не знаю, на чем ты пишешь, но в Си семантика 'a && b' - чисто последовательное выполнение.

Это совершенно разные вещи. Рекомендую посмотреть http://blog.golang.org/concurrency-is-not-parallelism

Смысл такой вопрос вкидывать в отрыве от опеределений?

А так, по-моему, первое носит более практический оттенок, второе абстрактный. И разные акценты: производительность vs борьба за ресурс. Пример второго, не являющегося первым: на однозадачной системе тяжелый процесс иногда прерывается неким внешним механизмом для переключения на обработку пользовательского ввода.

У вас каша в голове.

A system is said to be concurrent if it can support two or more actions in progress at the same time. A system is said to be parallel if it can support two or more actions executing simultaneously. The key concept and difference between these definitions is the phrase “in progress.” A concurrent application will have two or more threads in progress at some time. This can mean that the application has two threads that are being swapped in and out by the operating system on a single core processor. These threads will be “in progress”—each in the midst of its execution—at the same time. In parallel execution, there must be multiple cores available within the computation platform. In that case, the two or more threads could each be assigned a separate core and would be running simultaneously. I hope you’ve already deduced that “parallel” is a subset of “concurrent.

Это совершенно разные вещи

Это высосанное из пальца различие.