SashaMercury1. Есть ли смысл добавлять эту проверку ? Как вы считаете ? Мне кажется, что если бы эта программа принимала поток данных(на подобие 1 команда, много данных), то смысл был бы.
Это зависит только от условий задачи. Как там прописано - так и правильно.
SashaMercury Либо сейчас такой оптимизацией никто не занимается, и процессор сам додумает за меня про чётность и нечётность ?
Процессор не думает, он выполняет данные ему команды.

SashaMercury2.Мне нравится одна моя строчка, она крайне симпатичная,


но я не уверен, что проверка на равенство через сумму по модулю два будет оптимальней чем обычное ==, с одной стороны, как вероятно работает ==, идёт по битам и проверяет до первого различия (8 битовых сравнений максимум, минимум 1), а сумма по модулю два, 8 битовых операций, да плюс от 1 до 8 битовых сравнений. Как лучше сравнивать ? Или мне нужно дизассемблировать, и исходя из этого смотреть ?
Посмотри. Только без дизассемблирования видно что ты делаешь две операции (^ и ==) когда достаточно одной (==), т.е. операция ^ просто лишняя.
Процессоры не работают с потоками битов, они работают с байтами, поэтому в обоих случаях (^ и ==) процессору дается два байта с операндами, а как уж он эти операнды обрабатывает - этого даже в асмовском коде невидно, это распайку транзисторов надо смотреть :)

SashaMercury3.Мне не нравится как я работаю с памятью. Можно ли в Си динамически расширять массив, и можно ли это сделать в данном конкретном случае? Именно в С, не в С ++.
в данном случае нельзя, а в Си можно, читай про функции malloc(), calloc(), realloc(), free()
SashaMercury4. Можно ли решить эту задачу другим, более быстрым способом, за исключением комментариев по пункту 2 ?
нет

SashaMercuryОчень жаль..В который раз наблюдаю как сильно мы ограничены в быстродействие..Хочется быстрее
Зачем быстрее? Тут и так все быстро. В реальных задачах как правило ускоряется то что реально тормозит, например расчет идет 5-10 сек и пользователь может подумать что программа "зависла", в данном случае никто не заметит разницы 1 микросекунду будет твой код работать или две.
Шаманства с использованием нестандантных операторов иногда (очень редко) могут дать выигрыш в производительности, но и то какие-то доли-единицы процентов.
Заметный эффект дает:
1. Использование алгоритмов. Поизучай алгоритмы сортировки, там хорошо расписано как разные алгоритмы дают разную скорость.
2. Распараллеливание вычислений (ядер нынче много даже в телефонах)
3. Предподготовка данных, чтобы в последний момент сделать минимум операций для получения результата. Например в твоем случае если считать после каждой введенной буквы - результат будет известен до нажатия Enter, т.е. считай мгновенно.