Сетевой порядок байт — big endian, хотя нативный для чуть менее, чем всех актуальных архитектур — наоборот. И приходится напрасно перекладывать байты в каждом отправленном и в каждом принятом пакете.
Pzz>Сетевой порядок байт — big endian, хотя нативный для чуть менее, чем всех актуальных архитектур — наоборот.
Подожди. Чё-то ты не то говоришь. У всех нормальных людей (Alpha, ARM, MIPS, Sparc, Motorolla) порядок — big endian.
И только у Интела наобормот. Ну так что взять с больных людей? Интел вообще кривой во всех своих проявлениях.
ЗЫ.
В силу индивидуальных особенностей судьбы имею дело с физическим производством микросхем.
Там с древних времён используется формат GDS-2, в котором принят порядок байтов как на VAX-е PDP-11.
А там вообще всё оригинально — не big endian и не little endian, как-то через раз.
И хрен это изменишь — заводское оборудование стоит миллиарды долларов.
Здравствуйте, Евгений Музыченко, Вы писали:ЕМ>Такой порядок естественен только для человека.
Не, неестественен. Когда мы встречаем в тексте знак, и значение этого знака определяется тем, что идёт потом — категорически неудобно.
Юмор в том, что авторы современной нам записи чисел — арабы — писали всё справа налево. И, конечно же, они выбрали наиболее естественный для человека способ, когда сначала идут единицы, потом — десятки, потом — сотни, и т.п.
Европейские же ученые скопировали числа целиком, не особо разбираясь в тонкостях RTL. В итоге в текстах на всех европейских языках теперь есть фрагменты арабской RTL-записи — числа.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>Не, неестественен. Когда мы встречаем в тексте знак, и значение этого знака определяется тем, что идёт потом — категорически неудобно.
Ну вот мы пишем прилагательное перед существительным — это вызывает какие-то проблемы?
S>Юмор в том, что авторы современной нам записи чисел — арабы — писали всё справа налево. И, конечно же, они выбрали наиболее естественный для человека способ, когда сначала идут единицы, потом — десятки, потом — сотни, и т.п.
Вообще-то десятичную систему придумали в Индии. А там писали слева направо. И числа стали писать от самых крупных значений — тысяч, сотен — к боблее мелким, постепенно уточняя значение. Арабы позаимствовали её у индусов, но не стали менять порядок хотя для них это уже менее естественно.
Среди всех стандартных единиц системы СИ, только единица массы (килограмм) с приставной кило — 1000 реальных единиц массы (грамм) — остальные нормальные.
S>2. Северный и южный магнитный полюса земли — перепутаны местами. Северный магнитный полюс где-то в Антарктиде вблизи южного полюса.
Они просто периодически местами меняются, не переписывать же всю физику каждый раз из-за такой мелочи.
Здравствуйте, alpha21264, Вы писали:
Pzz>>Сетевой порядок байт — big endian, хотя нативный для чуть менее, чем всех актуальных архитектур — наоборот.
A>Подожди. Чё-то ты не то говоришь. У всех нормальных людей (Alpha, ARM, MIPS, Sparc, Motorolla) порядок — big endian. A>И только у Интела наобормот. Ну так что взять с больных людей? Интел вообще кривой во всех своих проявлениях.
У ARM он переключаемый, и скорее используется little, чем big.
А в чём вообще преимущество big endian? Вот little endian, у него int8/int16/int32/int64 совместимы по внутреннему представлению, если число влезает в отведенное для него место. А в big endian-е то что хорошего?
A>В силу индивидуальных особенностей судьбы имею дело с физическим производством микросхем. A>Там с древних времён используется формат GDS-2, в котором принят порядок байтов как на VAX-е PDP-11. A>А там вообще всё оригинально — не big endian и не little endian, как-то через раз. A>И хрен это изменишь — заводское оборудование стоит миллиарды долларов.
Ну, от такого оборудования я бы вполне ждал чего-нибудь подобного.
Сила гравитации на самом деле не является силой в прямом понимании. Но вообще вопрос о силе гравитации запутанный, принцип эквивалентности в ОТО вроде пытается эту неоднозначность разрешить.
Здравствуйте, alpha21264, Вы писали:
A>Здравствуйте, Pzz, Вы писали:
Pzz>>Сетевой порядок байт — big endian, хотя нативный для чуть менее, чем всех актуальных архитектур — наоборот.
A>Подожди. Чё-то ты не то говоришь. У всех нормальных людей (Alpha, ARM, MIPS, Sparc, Motorolla) порядок — big endian. A>И только у Интела наобормот. Ну так что взять с больных людей? Интел вообще кривой во всех своих проявлениях.
У intel своё интересное — в командах копирования регистров сперва куда, затем — откуда. Если где речь о порядке адресатов или о чём-то похожем когда заходит, я обычно их называю: способ PDP-11 и способ IBM PC. Причём этот вариант процессора оставили в windows в функции CopyMemory, а во многих других случаях уже программного уровня — наоборот.
И раз уж о том речь зашла, хоть уже и совсем не про нуаку, — интересно, почему в android sdk месяцы нумеруются с нуля — даже в Microsoft до такого не додумались.
Здравствуйте, gyraboo, Вы писали:
G>Здравствуйте, Shmj, Вы писали:
G>Сила гравитации на самом деле не является силой в прямом понимании. Но вообще вопрос о силе гравитации запутанный, принцип эквивалентности в ОТО вроде пытается эту неоднозначность разрешить.
Сил вообще не существует.
Гравитация — производная от "искривления пространства". Магнетизм — производная от вращения электронов по орбитам ядер. Электронов тоже не существует, это стабильные возмущения электромагнитного поля. В основе всего — квантовое поле, но что оно такое?
Существует что-то, а все остальные явления — производные от этого.
Что вы можете вспомнить, что перепутали, но решили так и оставить.
К примеру:
1. Направление тока рисуют от положительного к отрицательному, хотя электроны исходят от отрицательного полюса батарейки. Причина — в электролите создается иллюзия движения от анода к катоду. А вот в вакууме ясно что именно минусовой (катод) является источником электронов.
2. Северный и южный магнитный полюса земли — перепутаны местами. Северный магнитный полюс где-то в Антарктиде вблизи южного полюса.
S>1. Направление тока рисуют от положительного к отрицательному, хотя электроны исходят от отрицательного полюса батарейки.
Электроны — отрицательный заряд, значит положительный движется навстречу, так что всё правильно.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Разработчикам тех странных архитектур нужно было знатно укуриться, чтоб применять big endian только для того, чтоб получить сомнительный выигрыш от чуть более ускоренного сравнения.
Хм, а не был ли тогда big endian и аппаратным ? Вообще-то он кажется более естественным...
Здравствуйте, Евгений Музыченко, Вы писали:
PD>>что более естественно. Сначала десятки, потом единицы
ЕМ>Такой порядок естественен только для человека.
Ну вообще-то в классике ЭВМ — IBM/360 как раз BE. Байты там есть.
Здравствуйте, alpha21264, Вы писали:
A>Там с древних времён используется формат GDS-2, в котором принят порядок байтов как на VAX-е PDP-11. A>А там вообще всё оригинально — не big endian и не little endian, как-то через раз.
Порядок байт в PDP-11 little-endian. Не понимаю откуда пошёл этот идиотский предрассудок. Наверное из-за того, что когда в старших моделях к ней прикрутили процессор плавающей точки — а float занимает два 16-разрядных слова, — то криворукие инженеры почему-то расположили старшее слово первым (по меньшему адресу), а младшее по следующему. Хотя в каждом слове порядок байт LE.
A>И хрен это изменишь — заводское оборудование стоит миллиарды долларов.
Какое оборудование? Какое оно имеет отношение к порядку байт?
Здравствуйте, Pzz, Вы писали:
S>>Что еще?
Pzz>Сетевой порядок байт — big endian
В BLE (Bluetooth Low Energy) принят как раз little endian порядок. Так что про "сетевой" можно поспорить, что сейчас считать сетевым порядком. Я в своих протоколах тоже использую little endian, где могу на это влиять, чтобы было быстрей парсить/сохранять и вроде всё удобно и нормально.
Здравствуйте, 777777w, Вы писали:
7>Ты где-то прочитал такое оправдание? Враньё.
А Вы свое где взяли?
7>Просто на бумаге записываются сначала старшие разряды, а потом младшие. Поэтому разработчикам показалось естественным именно так располагать байты в памяти. А когда выяснилось, что это неудобно, было уже поздно — big-endian вошёл в стандарты.
Фишка в том, что байтовая адресация памяти появилась далеко не сразу — где-то в середине 50-х. До этого адресовались только многоразрядные слова.
Здравствуйте, vsb, Вы писали:
PD>>Да не о преимуществе речь идет, а о том, что более естественно. Сначала десятки, потом единицы
vsb>Это только для европейцев.
Вовсе нет. Десятичную систему придумали в Индии, после чего она попала к арабам. Так вот они хоть и пишут справа налево, но порядок цифр оставили индийский. И когда европейцы взяли у них эту систему, тоже оставили порядок прежним.
Здравствуйте, Pzz, Вы писали:
Pzz>big endian, хотя нативный для чуть менее, чем всех актуальных архитектур — наоборот.
Разработчикам тех странных архитектур нужно было знатно укуриться, чтоб применять big endian только для того, чтоб получить сомнительный выигрыш от чуть более ускоренного сравнения.
Здравствуйте, Евгений Музыченко, Вы писали:
Pzz>>big endian, хотя нативный для чуть менее, чем всех актуальных архитектур — наоборот.
ЕМ>Разработчикам тех странных архитектур нужно было знатно укуриться, чтоб применять big endian только для того, чтоб получить сомнительный выигрыш от чуть более ускоренного сравнения.
Ну, TCP/IP в начале на VAX-е разрабатывался, и у VAX-а был bug endian, уж не знаю, почему. Так что в TCP/IP порядок байтов попал именно оттуда.
Здравствуйте, Osaka, Вы писали:
S>>1. Направление тока рисуют от положительного к отрицательному, хотя электроны исходят от отрицательного полюса батарейки. O>Электроны — отрицательный заряд, значит положительный движется навстречу, так что всё правильно.
Не, ну причину-то мы знаем. Всё равно неудобно. Давайте решим, что заряд как у электрона — положительный. Так логичнее.
Здравствуйте, Shmj, Вы писали:
S>1. Направление тока рисуют от положительного к отрицательному, хотя электроны исходят от отрицательного полюса батарейки. Причина — в электролите создается иллюзия движения от анода к катоду. А вот в вакууме ясно что именно минусовой (катод) является источником электронов.
Я не знаю о чём ты говоришь. Насколько я знаю причина в том, что знаки обозначают движение внутри источника электрической энергии.
Это сейчас его на схемах обозначают условно. И детей так же учат. А представь себя тем, кто их создавал. В реальности то это та ещё бандура.
Но даже если взять бытовую батарейку. Ты лично её не создавал, и я её не создавал. А значит и не задумывался над конструкцией и где там течёт электрический ток.
Для рядового пользователя важнее электрическая цепь подключаемая к источнику энергии, хотя её то как раз может и не быть.
Проблема в том, что люди оторваны от практики, мыслят вторичными данными. Я уже писал на эту тему, выдумываешь чёрную дыру, а в качестве доказательства выставляешь рисунок.
С помощью рисунков и слов можно убеждать людей в чём угодно. Они даже рисункам и словам поверят больше, чем то что сами видят.
еще бывает вектор-строка и вектор-столбец. зависит от ориентации системы координат. где-то так, а где-то так.
в математике все-таки вектор считается строкой. в графике и в видеокартах это везде столбец. хотя хз, может так быстрее в итоге
Здравствуйте, __kot2, Вы писали:
__>в математике все-таки вектор считается строкой...
Это в какой такой математике что-то такое считается? Если ты пишешь R^n, то ты имеешь в виду правый модуль, эл-ты которого — столбцы. Просто есть левые и правые R-модули. Если у тебя левый R-модуль, то его элемент — строка, операторы на него действуют справа, что несколько непривычно сначала Если линейное пр-во над полем, то правые и левые изоморфны. Что-то там считается у тех, кто различий не проводит или они ему не важны.
Здравствуйте, Ilya81, Вы писали:
I>У intel своё интересное — в командах копирования регистров сперва куда, затем — откуда. Если где речь о порядке адресатов или о чём-то похожем когда заходит, я обычно их называю: способ PDP-11 и способ IBM PC.
А потом внезапно оказывается, что это всего лишь официально принятый вид символической записи.
Хотя в PDP-11 порядок операндов банально определялся тем, что ряд режимов адресации был реализован через PC, и обрабатывать сперва приемник, а потом источник, было бы нелогично. В процессорах Intel зависимости методов адресации от IP нет, поэтому и никакой сакральной связи между символической записью и кодом команды тоже нет.
Здравствуйте, Pavel Dvorkin, Вы писали:
ЕМ>>В каком смысле "аппаратным"?
PD>Я имею в виду, что в памяти сначала старший, а потом младший байт.
Оно во всех BE-системах так. Это ж определяется исключительно распределением линий данных между процессором и магистралью, если возможна словная адресация, я не только байтовая.
PD>что более естественно. Сначала десятки, потом единицы
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Разработчикам тех странных архитектур нужно было знатно укуриться, чтоб применять big endian только для того, чтоб получить сомнительный выигрыш от чуть более ускоренного сравнения.
Ты где-то прочитал такое оправдание? Враньё. Просто на бумаге записываются сначала старшие разряды, а потом младшие. Поэтому разработчикам показалось естественным именно так располагать байты в памяти. А когда выяснилось, что это неудобно, было уже поздно — big-endian вошёл в стандарты.
Здравствуйте, Pavel Dvorkin, Вы писали:
. >>в чем могло быть преимущество BE?
PD>Да не о преимуществе речь идет, а о том, что более естественно. Сначала десятки, потом единицы
Это только для европейцев. И вообще спорно, что это оптимальная запись. Мы пишем слева направо. Но при этом цифры всегда выравниваются по правому краю, складываем, умножаем, делим их справа налево. Понятно, что все так привыкли, но если бы цифры писали в обратном порядке, это было бы как раз более естественно для языка, записываемого справа налево. И Little-Endian тоже казался бы естественным.
Мне лень проверять, но у меня есть большое подозрение, что европейская запись чисел пришла из арабского языка, как раз таки записываемого справа налево, но почему-то не была адаптирована.
Здравствуйте, vsb, Вы писали:
Pzz>>Сетевой порядок байт — big endian
vsb>В BLE (Bluetooth Low Energy) принят как раз little endian порядок. Так что про "сетевой" можно поспорить, что сейчас считать сетевым порядком. Я в своих протоколах тоже использую little endian, где могу на это влиять, чтобы было быстрей парсить/сохранять и вроде всё удобно и нормально.
"Сетевой порядок байт" — это устоявшееся выражение. Вероятно, идет еще с тех времен, когда общеизвестные сети более-менее сводились к TCP/IP.
Здравствуйте, vsb, Вы писали:
vsb>Это только для европейцев. И вообще спорно, что это оптимальная запись. Мы пишем слева направо. Но при этом цифры всегда выравниваются по правому краю, складываем, умножаем, делим их справа налево. Понятно, что все так привыкли, но если бы цифры писали в обратном порядке, это было бы как раз более естественно для языка, записываемого справа налево. И Little-Endian тоже казался бы естественным.
vsb>Мне лень проверять, но у меня есть большое подозрение, что европейская запись чисел пришла из арабского языка, как раз таки записываемого справа налево, но почему-то не была адаптирована.
Ну вообще-то писать слева направо или справа налево — это просто дело выбора, эти методы логически одинаковы.
В иврите и арабском пишут справа налево, но числа все же слева направо сейчас, что , видимо, доставило некоторое количество головной боли авторам текстовых редакторов.
Исторически в финикийском писали справа налево, это было заимствовано в иврите и арамейском. А вот греки, взяв за основу своего алфавита финикийский, начали писать слева направо. Потом латынь, а потом и кириллица.
Более того, где-то я читал (пруф не проси), что в самых ранних версиях финикийского писали вообще в двух направлениях. Одна строка слева направо, а следующая справа налево, потом опять слева направо. Эргономично — зачем руку переносить ?
Почему мы пишем числа слева направо — вроде как потому, что арабские цифры в действительности пришли из Индии, а там слева направо.
Здравствуйте, VsevolodC, Вы писали:
VC>математические координаты: игрек растет снизу вверх VC>экранные координаты: игрек растет сверху вниз
А тут объяснение простое. Математикам все равно было, а вот тексты пишут чаще слева направо, в некоторых языках справа налево, а вот снизу вверх никто не пишет.
Поэтому естественно, что 5-я строка лежит ниже 4-й.
Здравствуйте, Shmj, Вы писали:
S>Что вы можете вспомнить, что перепутали, но решили так и оставить.
Шкала температур Цельсия изначально была перевернута. Вода закипала при 0 C, и замерзала при 100 C.
Но решили не оставлять, когда самого Цельсия уже не стало, со словами "Это безумие пора прекратить" перевернули.
Предположительно, чтобы в 18 веке не пугать необразованное население отрицательными числами, Цельсий принял перевернутый вариант.
Здравствуйте, vsb, Вы писали: vsb>Это только для европейцев. И вообще спорно, что это оптимальная запись. Мы пишем слева направо. vsb>Понятно, что все так привыкли, но если бы цифры писали в обратном порядке, это было бы как раз более естественно для языка, записываемого справа налево.
В каком бы направлении не писали и не читали. Но в речи используется не позиционная система счисления, и всегда будут начинать с главного(старшего слагаемого), потом уточнять детали.
При чтении цифр в позиционной системе уже немного другое. Сначала подсчитывают количество цифр(как счет на палочках), потом старший разряд приобретает значение.
Старший разряд мог бы быть и справа(в конце), если все равно надо сначала просмотреть всю строку цифр. Но лучше порядок как в речи(не создавать путаницу) — сначала главное.
...
Если человеку скажут, что мошенники у него украли: 5 копеек, и 10 копеек, и 3 рубля, и 20, и 400, ..., и 5 тысяч, ..., и 2 миллиона.
Такой порядок был бы лучше, только если бы надо было сохранять интригу. А то если ему сказать про 2 миллиона, то он дальше не будет и слушать про копейки("потерявши голову, по волосам не плачут").
В старых английских текстах изредка попадается обратный порядок: "two and fifty". Но он только для двузначных чисел.
Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Более того, где-то я читал (пруф не проси), что в самых ранних версиях финикийского писали вообще в двух направлениях. Одна строка слева направо, а следующая справа налево, потом опять слева направо. Эргономично — зачем руку переносить ?
Это и у греков было. Такая запись называлась бустрофедоном.
Вообще, в ранней письменности никто не задурялся фиксацией направления письма. Писали как удобно — хоть слева направо, хоть справа налево, хоть вперемешку. Всё равно грамотность была уделом очень немногих.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>Не, неестественен. Когда мы встречаем в тексте знак, и значение этого знака определяется тем, что идёт потом — категорически неудобно.
А сколько Вы знаете языков, в которых значение слова не определяется словами, идущими следом? Получается, что большинство языков (если не вообще все) "неестественно" и неудобно? Как могло так получиться?
S>авторы современной нам записи чисел — арабы — писали всё справа налево
Если это всё, что Вам известно об истории позиционной записи, то подобный ход мыслей неудивителен.
Здравствуйте, 777777w, Вы писали:
7>Вообще-то десятичную систему придумали в Индии. А там писали слева направо. И числа стали писать от самых крупных значений — тысяч, сотен — к боблее мелким, постепенно уточняя значение.
А еще раньше такой подход придумали в Вавилоне. И римская запись организована по тому же принципу, хоть и не позиционная.
Здравствуйте, Muxa, Вы писали: M>Среди всех стандартных единиц системы СИ, только единица массы (килограмм) с приставной кило — 1000 реальных единиц массы (грамм) — остальные нормальные.
Здравствуйте, Евгений Музыченко, Вы писали:
7>>Вообще-то десятичную систему придумали в Индии. А там писали слева направо. И числа стали писать от самых крупных значений — тысяч, сотен — к боблее мелким, постепенно уточняя значение.
ЕМ>А еще раньше такой подход придумали в Вавилоне. И римская запись организована по тому же принципу, хоть и не позиционная.
Да, прям такой же, ну в точности — их тоже пишут чернилами!
Здравствуйте, 777777w, Вы писали:
ЕМ>>А еще раньше такой подход придумали в Вавилоне. И римская запись организована по тому же принципу, хоть и не позиционная.
7>Да, прям такой же, ну в точности — их тоже пишут чернилами!
777777w, вы не можете мне написать на email?
nickolay5544[одомашненный волк]gmail.com
"Ты должен сделать добро из зла, потому что его больше не из чего сделать". АБ Стругацкие.
Здравствуйте, Osaka, Вы писали:
S>>1. Направление тока рисуют от положительного к отрицательному, хотя электроны исходят от отрицательного полюса батарейки. O>Электроны — отрицательный заряд, значит положительный движется навстречу, так что всё правильно.
Так он поэтому и отрицательный, потому что вначале решили направление тока, а потом решили уже какой будет знак заряда электрона.
Здравствуйте, vsb, Вы писали:
Pzz>>Сетевой порядок байт — big endian
vsb>В BLE (Bluetooth Low Energy) принят как раз little endian порядок. Так что про "сетевой" можно поспорить, что сейчас считать сетевым порядком. Я в своих протоколах тоже использую little endian, где могу на это влиять, чтобы было быстрей парсить/сохранять и вроде всё удобно и нормально.
Не только он — а ещё считай все разработки Intel, как USB. GPT таблицы на дисках — LE. Приходится на BE платформах, где с ними работают, переводить в LE.
Мало того, IPMI — LE, но идёт во фреймах ASF, который BE! Так что там всё ещё веселее.
Стандарты Fidonet — форматы писем и эхопакетов все LE.
Бардак-с...
Здравствуйте, Pzz, Вы писали:
Pzz>А в чём вообще преимущество big endian? Вот little endian, у него int8/int16/int32/int64 совместимы по внутреннему представлению, если число влезает в отведенное для него место.
А с чего ты решил, что это хорошо? Легче создаются баги при чтении не в том размере?
Ну как по мне это недостаток Надо читать в регистр в нужном размере, проверять корректность усечения или расширения диапазона, тогда и сохранение будет сразу в нужном размере без проблем.
На самом деле у BE проблемы возникают, когда выходишь за пределы темы порядка байтов одного слова в памяти. Например, читая документацию от SystemZ (в девичестве S/360, ЕС ЭВМ и прочая), надо следить, о каком размере регистра идёт речь. Написано "бит 8" и надо понимать, что если это бит 8 для 32-битного регистра, то это бит 40 для него же, если понимать в смысле 64-битного. Для LE такой проблемы нет. Поэтому во многих платформах (Sparc, 6800, M86k...), в документации и (где есть) в самих командах, при BE на уровне между байтами биты всё равно нумеруются так, что 0=LSB — иногда запутывая этим. То же самое у кучи стандартизаторов, типа T.10 (SCSI). Только IBM в SystemZ и POWER, и IETF в своих бинарных протоколах чётко нумеруют 0=MSB.
Или, складывая два длинных числа. Если ты хранишь его лимбы в LE (независимо от того, какой порядок байтов одного лимба), то у тебя индекс одинаков: сложил по индексу 0, потом по индексу 1, потом 2... А если хранить в BE, то нужно держать два разных индекса. Реализуется тривиально, но запутаться легче.
Pzz> А в big endian-е то что хорошего?
Для сетевого оборудования — например, что пока доползает хвост адреса, как удав в мультике, можно уже начать лукап по старшей части.
Сравнения чисел как строк в индексах. Например, так в DBF работали с целами и флоатами, если мне ещё память не изменила: для LE надо сначала развернуть порядок байтов.
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, Евгений Музыченко, Вы писали:
Pzz>>>big endian, хотя нативный для чуть менее, чем всех актуальных архитектур — наоборот.
ЕМ>>Разработчикам тех странных архитектур нужно было знатно укуриться, чтоб применять big endian только для того, чтоб получить сомнительный выигрыш от чуть более ускоренного сравнения.
Pzz>Ну, TCP/IP в начале на VAX-е разрабатывался, и у VAX-а был bug endian, уж не знаю, почему. Так что в TCP/IP порядок байтов попал именно оттуда.
VAX был LE, это уже сказали. Но он не был первым для TCP/IP. VAX как архитектура появилась в 1977 в принципе и начиная с 80-х в массе, это слишком поздно. Ранняя разработка (с 1969) шла на других архитектурах, и больше всего на прочно забытой сейчас линии HP 2100 — 3000... и тому подобных. (Заметим, что PDP-11 не участвовала! Её позиционировали на другой сегмент.) А после VAX основная нагрузка в начале 90-х легла на SPARC, который снова BE, а Cisco стала ставить свои раутеры в основном на 68020 и похожих, которые BE, и MIPS в режиме BE. Массовый приход x86 в Internet это уже середина 90-х.
Кроме того, считалось, что приход старшего байта первым важен для ускорения лукапа.
Здравствуйте, Shmj, Вы писали:
S>Что вы можете вспомнить, что перепутали, но решили так и оставить.
Понятия "водород", "кислород", которые должны быть названы строго наоборот
(На самом деле там заметно сложнее, серьёзное понимание хим. процессов показывает, что вообще эти термины некорректны. Но для школьного уровня понимания — выглядит именно кросс-путаницей.)
S>1. Направление тока рисуют от положительного к отрицательному, хотя электроны исходят от отрицательного полюса батарейки. Причина — в электролите создается иллюзия движения от анода к катоду. А вот в вакууме ясно что именно минусовой (катод) является источником электронов.
Да, это почти чистый случай. Направление было названо задолго до открытия электронов.
Но учти, что в проводнике существует и дырочный ток (особенно важен в полупроводниках).
S>2. Северный и южный магнитный полюса земли — перепутаны местами. Северный магнитный полюс где-то в Антарктиде вблизи южного полюса.
Здесь всё корректно, если принять, что стрелка на север имеет северный полюс магнита компаса, но тянет-то её к себе южный конец.
Не в науке, но можно ещё вспомнить "дебет" и "кредит" в бухгалтерии и как в части традиций они меняют свои роли на противоположные в зависимости от типа счёта.
Здравствуйте, Silver_S, Вы писали:
S_S>В старых английских текстах изредка попадается обратный порядок: "two and fifty". Но он только для двузначных чисел.
В немецком и сейчас ein zwanzig, а не наоборот.
В протоиндоевропейском восстанавливается как раз порядок восходящий, то есть "два пятьдесят триста", а не "триста пятьдесят два". Большинство языков-потомков перевернули порядок. Следы, однако, пооставались везде. "Пятнадцать" это "пять на десяти", а не "десять и пять". Английское thirteen...nineteen того же происхождения (eleven, twelve тоже, но они исказились почти до неузнаваемости). Латинское типа "ундецима", "дуодецима" туда же. Почему-то это застыло прочнее всего, даже когда порядок с остальными словами выровнялся.
Но ПИЕ вообще с современной точки зрения был очень диким языком. Активный строй, так что нельзя было сказать, что яблоко упало на голову — яблоко не могло быть действующей сущностью в языке, значит, его кто-то уронил. Если не яблоня, то бог. Поэтому боги являлись обязательным компонентом на грамматическом уровне! Основной метод построения предложения — примыкания максимально самостоятельных слов. Минимум согласования (постепенно нарастало). То, что мы сейчас называем приставками и предлогами, было самостоятельными наречиями в роли обстоятельств действия (которые сами в большинстве — падежные формы существительных, как современные "наоборот" или "вскоре"). Как такой язык мог возникнуть, что его сделало таким — основная загадка исторической лингвистики...