История изменений
Исправление user_id_68054, (текущая версия) :
А вообще я страшную тайну открою - VLIW как раз и спроектирован так чтобы работал один раз компилятор, а не много раз процессор.
но откуда VLIW-компилятору заранее знать границы-возможностей *разных* вариатнов VLIW-процессоров?
в случае out-of-order-execution и branch-prediction — разные варианты x86-процессоров — будут по разному оптимизировать выполнение x86-программы в зависимости от возможностей этих x86-процессоров (и своего энергопотребления).
...но при этом сама x86-программа (скомпилированный x86-код) — остаётся одной и той же однинаковой цепочкой ассемблерного x86-кода.
а как в случае VLIW — как можно заранее сделать оптимизацию (скомпилировнный VLIW-код), которая будет универсальной для случев разной степени вариантов навороченности VLIW-процессоров? (одна и таже цепочка ассемблерного VLIW-кода — и для простых энергоэкономных VLIW и для сложных энергоёмких VLIW?)
Исправление user_id_68054, :
А вообще я страшную тайну открою - VLIW как раз и спроектирован так чтобы работал один раз компилятор, а не много раз процессор.
но откуда VLIW-компилятору заранее знать границы-возможностей *разных* вариатнов VLIW-процессоров?
в случае out-of-order-execution и branch-prediction — разные варианты x86-процессоров — будут по разному оптимизировать выполнение x86-программы в зависимости от возможностей этих x86-процессоров (и своего энергопотребления).
...но при этом сама x86-программа (скомпилированный x86-код) — остаётся одной и той же однинаковой цепочкой ассемблерного x86-кода.
а как в случае VLIW — как можно заранее сделать оптимизацию (скомпилировнный VLIW-код), которая будет универсальной для случев разной степени вариантов навороченности VLIW-процессоров? (одна и таже цепочка ассемблерного VLIW-кода — и для простых энергоэкономных VLIW и для сложных энеркоёмких VLIW?)
Исправление user_id_68054, :
А вообще я страшную тайну открою - VLIW как раз и спроектирован так чтобы работал один раз компилятор, а не много раз процессор.
но откуда VLIW-компилятору заранее знать границы-возможностей *разных* VLIW-процессоров?
в случае out-of-order-execution и branch-prediction — разные варианты x86-процессоров — будут по разному оптимизировать выполнение x86-программы в зависимости от возможностей этих x86-процессоров (и своего энергопотребления).
...но при этом сама x86-программа (скомпилированный x86-код) — остаётся одной и той же однинаковой цепочкой ассемблерного x86-кода.
а как в случае VLIW — как можно заранее сделать оптимизацию (скомпилировнный VLIW-код), которая будет универсальной для случев разной степени вариантов навороченности VLIW-процессоров? (одна и таже цепочка ассемблерного VLIW-кода — и для простых энергоэкономных VLIW и для сложных энеркоёмких VLIW?)
Исправление user_id_68054, :
А вообще я страшную тайну открою - VLIW как раз и спроектирован так чтобы работал один раз компилятор, а не много раз процессор.
но откуда компилятору заранее знать границы-возможностей VLIW-процессора?
в случае out-of-order-execution и branch-prediction — разные варианты x86-процессоров — будут по разному оптимизировать выполнение x86-программы в зависимости от возможностей этих x86-процессоров (и своего энергопотребления).
...но при этом сама x86-программа (скомпилированный x86-код) — остаётся одной и той же однинаковой цепочкой ассемблерного x86-кода.
а как в случае VLIW — как можно заранее сделать оптимизацию (скомпилировнный VLIW-код), которая будет универсальной для случев разной степени вариантов навороченности VLIW-процессоров? (одна и таже цепочка ассемблерного VLIW-кода — и для простых энергоэкономных VLIW и для сложных энеркоёмких VLIW?)
Исходная версия user_id_68054, :
А вообще я страшную тайну открою - VLIW как раз и спроектирован так чтобы работал один раз компилятор, а не много раз процессор.
но откуда компилятору заранее знать границы-возможностей VLIW-процессора?
в случае out-of-order-execution и branch-prediction — разные варианты x86-процессоров — будут по разному оптимизировать выполнение x86-программы в зависимости от возможностей этих x86-процессоров (и своего энергопотребления).
...но при этом сама x86-программа (скомпилированный код) — остаётся одной и тож же однинаковой цепочкой ассемблерного x86-кода.
а как в случае VLIW — как можно заранее сделать оптимизацию (скомпилировнный VLIW-код), которая будет универсальной для случев разной степени вариантов навороченности VLIW-процессоров? (одна и таже цепочка ассемблерного VLIW-кода — и для простых энергоэкономных VLIW и для сложных энеркоёмких VLIW?)