Порядок байт в big-endian и little-endian

@stawerfar · Регистрация: 14.12.2010

Author24 — интернет-сервис помощи студентам

Всем привет! Народ подскажите мне пожалуйста простые прописные истины, а то я что то запутался!
Предположим что у нас в байте 8 - бит и где число 5 будет иметь вид 101.
Как будет выглядеть число 5 в 2-х байтах памяти в big-endian и little-endian.

0000 0000 0000 0101 - big-endian ?
0000 0101 0000 0000 - little-endian ?

Убежденный · 14.06.2013, 22:41

Сообщение от stawerfar

Про какой барьер компилятора вы говорите? И как его применять?

Компилятор может в процессе оптимизации сгенерировать такой машинный код, что
он будет лишь очень отдаленно напоминать оригинал: переменные могут быть перемешаны,
помещены в регистры, и т.д. Кое-что вообще будет выкинуто за борт.
В данном примере

Сообщение от stawerfar

C++

1 2	int sizebyte = sizeof(val); int sizebit = sizebyte * 8;

вы не можете быть наверняка уверенным, что переменная sizebyte располагается в
памяти до sizebit, ровно как и наоборот. Точно также нельзя быть уверенным в том,
что присваивание sizebyte выполняется до присваивания sizebit. Например, попробуйте
сделать sizebyte и sizebit глобальными - вполне возможно, что вывод программы будет
другим. Так что этот код некорректен. Для контроля над подобными вещами существуют
барьеры компилятора, в Visual C++, например, это _ReadWriteBarrier и volatile.
Хотя они предназначены в основном для многопоточного кода, а не для таких примеров.

@stawerfar · 14.06.2013, 22:43 **[ТС]**

А смысл был определить нумерацию адресов на данной машине. То есть сначала или с конца идет нумерация адресов в памяти.

@grizlik78 · 14.06.2013, 22:44

Сообщение от stawerfar

Да я согласен нужно было использовать например
char buff[2];
if (&buff[0] < &buff[1])

А это выражение всегда истинно. Тогда как предыдущее непредсказуемо.

@stawerfar · 14.06.2013, 22:48 **[ТС]**

Сообщение от grizlik78

А это выражение всегда истинно. Тогда как предыдущее непредсказуемо.

? Можно поподробнее?

@grizlik78 · 14.06.2013, 22:49

Сообщение от stawerfar

То есть сначала или с конца идет нумерация адресов в памяти.

Нумерация всегда идёт с начала, с какой бы стороны это начало не находилось

Добавлено через 1 минуту

Сообщение от stawerfar

? Можно поподробнее?

А что подробнее? Элемент массива с индексом 1 всегда имеет адрес больше, чем элемент с индексом 0. Всё.

@stawerfar · 14.06.2013, 22:49 **[ТС]**

А как тогда проверить машинное представление нумерации адресного пространства?

@grizlik78 · 14.06.2013, 22:51

А какой от этого толк?

@stawerfar · 14.06.2013, 22:54 **[ТС]**

Это другой вопрос уже?

Добавлено через 2 минуты
Дело не в толке а в самой сути, я думаю что понимание этого и "ощупывание" расширит мой кругозор в computer science.

@grizlik78 · 14.06.2013, 23:04

Ну мне просто не очень понятно значение фразы "машинное представление нумерации адресного пространства".
Ну вот, допустим, есть физические адреса, которые выставляются на шине адреса, есть виртуальные адреса, с которыми работает наша программа на C/C++. Что из того, что между этими адресами может не быть ничего общего? Для программы достаточно, что адреса могут принимать только определённые значения и в массивах эти адреса возрастают от элемента к элементу. Что ещё можно узнать изнутри? По-моему ничего. Может я ошибаюсь...

@stawerfar · 14.06.2013, 23:08 **[ТС]**

Я понял нужно мне наверное переходить на изучение какого нибудь ассемблера и книжку про компиляторы почитать.
Что бы такие тонкости хорошо понимать. Всем спасибо.

@grizlik78 · 14.06.2013, 23:11

Сообщение от stawerfar

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

Кстати, компиляторы обычно имеют ключи, позволяющие сохранить результат трансляции в виде программы на ассемблере. Visual C и GCC точно умеют (да вроде все что видел умели).
Иногда полезно посмотреть, что же "нагенерировал" компилятор. Ну и как практика при изучении ассемблера

03.09.2013, 19:16

как порядок байт влияет на результат побитовых операцый?

zer0mail · 03.09.2013, 20:19

Имхо, можно так:

C++

    int i=1;
    char *pc=(char*)&i;
    if (pc[0]>pc[1]) 
        cout<<"little-endian";
    else
        cout<<"big-endian";

@grizlik78 2381 / 1665 / 279 Регистрация: 29.05.2011 Сообщений: 3,399
	14.06.2013, 22:49	25
	Сообщение от stawerfar То есть сначала или с конца идет нумерация адресов в памяти. Нумерация всегда идёт с начала, с какой бы стороны это начало не находилось Добавлено через 1 минуту Сообщение от stawerfar ? Можно поподробнее? А что подробнее? Элемент массива с индексом 1 всегда имеет адрес больше, чем элемент с индексом 0. Всё. 2

@stawerfar 150 / 64 / 8 Регистрация: 14.12.2010 Сообщений: 347 Записей в блоге: 1
	14.06.2013, 22:49 [ТС]	26
	А как тогда проверить машинное представление нумерации адресного пространства? 0

@grizlik78 2381 / 1665 / 279 Регистрация: 29.05.2011 Сообщений: 3,399
	14.06.2013, 22:51	27
	А какой от этого толк? 2

@stawerfar 150 / 64 / 8 Регистрация: 14.12.2010 Сообщений: 347 Записей в блоге: 1
	14.06.2013, 22:54 [ТС]	28
	Это другой вопрос уже? Добавлено через 2 минуты Дело не в толке а в самой сути, я думаю что понимание этого и "ощупывание" расширит мой кругозор в computer science. 0

@grizlik78 2381 / 1665 / 279 Регистрация: 29.05.2011 Сообщений: 3,399
	14.06.2013, 23:04	29
	Ну мне просто не очень понятно значение фразы "машинное представление нумерации адресного пространства". Ну вот, допустим, есть физические адреса, которые выставляются на шине адреса, есть виртуальные адреса, с которыми работает наша программа на C/C++. Что из того, что между этими адресами может не быть ничего общего? Для программы достаточно, что адреса могут принимать только определённые значения и в массивах эти адреса возрастают от элемента к элементу. Что ещё можно узнать изнутри? По-моему ничего. Может я ошибаюсь... 1

@stawerfar 150 / 64 / 8 Регистрация: 14.12.2010 Сообщений: 347 Записей в блоге: 1
	14.06.2013, 22:43 [ТС]	22
	А смысл был определить нумерацию адресов на данной машине. То есть сначала или с конца идет нумерация адресов в памяти. 0

@grizlik78 2381 / 1665 / 279 Регистрация: 29.05.2011 Сообщений: 3,399
	14.06.2013, 22:44	23
	Сообщение от stawerfar Да я согласен нужно было использовать например char buff[2]; if (&buff[0] < &buff[1]) А это выражение всегда истинно. Тогда как предыдущее непредсказуемо. 1

@stawerfar 150 / 64 / 8 Регистрация: 14.12.2010 Сообщений: 347 Записей в блоге: 1
	14.06.2013, 22:48 [ТС]	24
	Сообщение от grizlik78 А это выражение всегда истинно. Тогда как предыдущее непредсказуемо. ? Можно поподробнее? 0

@stawerfar 150 / 64 / 8 Регистрация: 14.12.2010 Сообщений: 347 Записей в блоге: 1
	14.06.2013, 23:08 [ТС]	30
	Я понял нужно мне наверное переходить на изучение какого нибудь ассемблера и книжку про компиляторы почитать. Что бы такие тонкости хорошо понимать. Всем спасибо. 0

@grizlik78 2381 / 1665 / 279 Регистрация: 29.05.2011 Сообщений: 3,399
	14.06.2013, 23:11	31
	Сообщение от stawerfar Я понял нужно мне наверное переходить на изучение какого нибудь ассемблера и книжку про компиляторы почитать. Кстати, компиляторы обычно имеют ключи, позволяющие сохранить результат трансляции в виде программы на ассемблере. Visual C и GCC точно умеют (да вроде все что видел умели). Иногда полезно посмотреть, что же "нагенерировал" компилятор. Ну и как практика при изучении ассемблера 1

Nighthome
	03.09.2013, 19:16	32
	как порядок байт влияет на результат побитовых операцый?

	03.09.2013, 20:19