C++ Про выбор типа данных. Int, char и т. д.

По-разному может быть. Если это единственная переменная, то лучше использовать int, поскольку он быстрее обрабатывается процессором. Или это не важно: компилятор всё равно выравнивает границы переменных. Но если тебе надо хранить огромный массив данных, то лучше использовать char.
Переменная не может быть меньше байта. В принципе возможно хранить данные в отдельных битах. Но чтоб это имело смысл, в других битах тоже должно что-то хранится. И как я уже сказал, это имеет смысл только если много данных.

Можешь вообще ассемблер использовать для экономии памяти.

1) int это 32 или 64 бита, в зависимости от системы.
2) операции над данными различной размерности требуют разных команд от процессора, что может быть быстрее или медленнее
3) как правило, char используют как константу, единицу массива, или для логических действий.
4) не нужно печься об утилизации памяти, ибо компилятор оптимизирует большинство подобных проблем

Я вам могу рассказать урок, может, чему-то научит. Однажды на заре Интернета нашёлся умник, который посмотрел на переменную типа int, в которой хранился ip-адрес. 4 байта. Тогда экономили каждый байт, памяти было мало. Тип int вмещает 4 миллиарда разных адресов. Компьютеров были тысячи на весь мир. Им показалось, что так будет вечно. Можно было на ip-адрес дать long, 8 байтов, тогда бы мы до скончания веков их не потратили. А потом Интернет начал расти. И рос все 1990-е и 2000-е годы, до миллиарда устройств на планету. А сейчас их куда больше миллиарда. А будет больше, это Интернет вещей, здесь каждая авторучка будет иметь выход в Сеть. Адреса кончились. Пришлось в экстренном порядке вводить протокол ipv6, а это долго, дорого, попробуй миллиард устройств смени. А среди них есть и древние, родом из 1990-х годов, и серьёзные, и критичные. Атомные станции к Интернету не подключены, а ты поди вспомни, что у нас на Земле за 20 лет использовало протокол с int в качестве адреса, причём так, чтобы не забыть, не устроить конец света. Там городили этажи хаков, чтобы оттянуть конец диапазона. А был бы ip-адрес типа long - без проблем.