Соотношение сигнал/шум в первом и втором случае ?
Сейчас цифровая обработка достает сигнал с того света, а во времена 386DX2 - сигнал был слышен так громко, что пакеты угадывались по звучанию.
Да, это все так.
Но это задача НЕ процессора, а АЦП(модема). В данном случае звуковой карты.
И я бы согласился, если бы эту задачу выполнял древний модем на 1561ГГ1, а не Intel HD Audio.
Неужели последний настолько недалеко ушел от первого?!
P.S> хотя, на самом деле, есть еще пунктик - раньше все на asm писали и реально код был оптимален на 100 %,
Это мне хорошо известно. Сам когда-то "кодил" на asm несложные вещи для ВМ80/Z80.
И даже принимал активное участие в написании и отладке "bios" для самодельного PC на Z80.
а сейчас все оболочки через framework.
Это тоже для меня не есть сакральная тайна. И вот тут, видимо, и живет главная проблема "слабого процессора".
Такое ощущение, что программеры просто не хотят/не знают/не умеют подобрать нужный framework, или ближайшую "точку входа" в него для выполнения конкретной задачи.
Используют "в лоб" первый подходящий инструмент.
Т.е. для рассмотрения блохи вместо обычной лупы берут электронный микроскоп с сотней точных настроек.
И вот на "подкрутку ручек" этих "тонких настроек" и теряется драгоценное время
оператора процессора.
Но все равно в голове не укладывается..
Это же сколько лишнего надо нагромоздить, чтобы так загрузить 64-битный двухядерный процессор с тактовой частотой в 1ГГц примитивнейшей задачей декодирования каких то несчастных 2000 Бод!!
Вспомнились строчки из "Айболит-66":
Ходы кривые роет
Подземный умный крот.
Нормальные герои
Всегда идут в обход!
Нормальные герои
Всегда идут в обход!
В обход идти, понятно,
Не очень-то легко.
Не очень-то приятно,
И очень далеко!И похоже, что в перспективе "очень далеко" будет все дальше и дальше.. Печально..
P.S. Или я все-таки чего-то не знаю, или не понимаю и все это не что иное, как "обратная сторона медали" современной архитектуры??