Спасибо, интересно.
Только вы почему-то не отключаете ненужные службы на терминальном сервере.
Например: «Темы», «Windows search» и «Автономные файлы». Для терминального сервера 1С эти службы не нужны.
два показателя – эффективность и результативность. Эффективность – это производимый результат на одного человека (т.е. показатель, не зависящий от количества людей в группе). Результативность – это общий показатель, который получается умножением эффективности на количество человек
Эффективность = Результат / количество_сотрудников
Результативность = Эффективность * количество_сотрудников
Результативность = Результат? Или я чего-то не так понимаю?
Делал такую проверку (вводил команду суммирования как с установкой обоих флагов, так и со сбрасыванием). Результат не меняется. Поэтому в итоговом тесте решил это не включать (иначе объем выходных данных удваивается, а смысла в этом нет).
Было еще отличие по длине конвейера команд. У 8086 длина конвейера 8 байт, если от текущей команды+9 байт изменить команду, то 8086 выполнял измененную команду, а 286 — старую.
Да, это так, но вот информации об использовании AF и PF при умножении/делении я нигде не встречал.
Впервые об этом задумался, будучи студентом, тогда похожую программу тестировал на 8086 и 80286, но к сожалению все те результаты утеряны.
Письмо Н. И. Ежова И. В. Сталину о ходе проверки партийных документов. Июль 1935 г.
…
г) Начинаем серьезно готовиться к вопросу предстоящего обмена партийных билетов. Тут возникает очень много практических вопросов, о которых я сообщу особо.
Один вопрос, который требует Вашего согласия уже сейчас, заключается в следующем: мы не наведем никакого порядка в учете членов партии, не сможем гарантировать по-настоящему порядок выдачи партийных билетов и их сохранность без того, чтобы коренным образом не преодолеть той кустарщины в учете и статистике, которой насыщен партийный аппарат сверху донизу. Кустарщина в этом деле царит несусветная, в том числе и в аппарате ЦК. Вся статистика и учет ведутся вручную. Вы себе представляете, когда люди ворочают двумя миллионами партийных билетов и подсчитывают без машин. Статистика же вся основана на совершенно неполноценных данных, которые присылают нам местные партийные организации. Все подсчеты тоже ведутся вручную. Работники страшно малоквалифицированные. Многие из них «выдвиженцы» из уборщиц ЦК и т.п. На этом деле, конечно, должны сидеть люди квалифицированные, знающие статистику и учет по-настоящему. Кроме того, без механизации всего учета, статистики, ничего сделать путного мы не сможем. Я созывал несколько совещаний со специалистами о постановке дела у нас. И мы все пришли к заключению, что необходимо организовать у нас машинную, учетную статистическую станцию с соответствующим комплектом машин. К сожалению, эти машины у нас в стране не производятся, и я вынужден ставить вопрос об импорте. Речь идет, примерно, о сумме в 25-30 тысяч долларов. Я говорил с тов. Чубарь, он считает, что эту сумму отпустить вполне возможно, так как у нас германские кредиты полностью не использованы и имеются трудности в их использовании. Если Вы это дело санкционируете, я соответствующее предложение внесу в ЦК ВКП(б).
На самом деле люди просто пользуются тем, чем умеют пользоваться.
Вот поставили битрикс в одном ИП, а где-то через месяц они увидели что существует воронка продаж. Месяц ещё с ней поигрались и благополучно забыли, бо некому объяснить как с ней работать.
Нет простых инструментов для настройки CRM понятных как ворд-эксель.
System/Z: не 4 бита, а 2, с комбинациями значений типа =0, <0, >0, переполнение
Это еще в IBM/360 они сделали…
А что тогда выкинуто из известного для MIPS-R, и как решается «без глобального сегмента»?
LoongArch это переработанный формат инструкций: до 10 доступных форматов вместо 3 у MIPS. Хотя двоичный код MIPS отличается от LoongArch, большинство базовых инструкций LoongArch по-прежнему похожи на MIPS, поэтому накладные расходы на трансляцию очень малы.
А еще они специально провели аудит, чтоб доказать что чистоту своей разработки. Похоже немного изменили формат команд MIPS плюс добавили свои расширения. Точнее сказать пока сложно, пока информация о Loongson 3A5000 у них на сайте не выложена.
Loongson Zhongke придает большое значение работе с интеллектуальной собственностью, связанной с архитектурой Loongson, и поручило известному отечественному независимому агентству по оценке интеллектуальной собственности провести углубленную и детальную оценку интеллектуальной собственности в инфраструктуре Loongson.
Начиная со второго квартала 2020 года обе стороны привлекли сотни людей для проведения углубленного сравнения и анализа LoongArch и ALPHA, ARM, MIPS, POWER, RISC-V, X86 и других основных международных систем управления и десятков тысяч патентов.
В январе 2021 года для оцениваемой версии инфраструктуры оценочное агентство считает, что:
1) LoongArch независимо разработала дизайн системы инструкций, формат инструкций, кодировку инструкций, режим адресации и т.д.
2) Руководство по системе инструкций LoongArch, очевидно, отличается от вышеупомянутых основных международных систем с точки зрения структуры глав, структуры описания инструкций и выражения содержания инструкций.
3) Не было обнаружено риска нарушения инфраструктуры LoongArch китайских патентов вышеупомянутых основных международных систем управления.
Правда не понятно, какая компания делала аудит, но ключевое для ни — это п.3
condition codes, команды сравнения с переходом, или предикатные регистры
Не понял вопроса, это вообще откуда?
наличие комбинированных функций типа ARMовских BFM, MADD
LoongArch базируется на MIPS. Соответственно были полностью реализованы команды MIPS64 Release 3 (MADD там присутствует, а BFM — нет). Дополнительно к ним были созданы расширения:
LoongBT — вспомогательные инструкции, ускоряющие двоичную трансляцию кода x86 и ARM
LoongVM — расширения для виртуальных машин
LoongSIMD — векторные расширения для 128- и 256-битных векторов
что это за «инструкции двоичной трансляции» (там что, вшит разбор конкретных инструкций других ISA?)
Подробностей о LoongBT мало, говорится, что есть инструкции поддерживающие двоичную трансляцию для ARM и x86
что значит аж 1024 векторных инструкций, откуда такая огромная и подозрительно круглая цифра?
Просто посчитали за разное команды с разными вариантами адресации
«пространство адресации изменяется с фиксированного сегмента на единое» — как достигается при сохранении ограничения длины смещения? (тем более в 64-битке?)
Сложно сказать, известно только что пространство адресации у них не 64, а 48 бит.
Loongson смогли сделать на уровне процессора двоичную трансляцию команд «на лету». Судя по их заверениям, программы MIPS транслируются без потери производительности, ARM — 90% производительности, а x86 — 60-70%.
Кроме того, они выпусти специально для своих ЦП Loongnix — на основе Fedora 21.
В Китае уже формируют альянс «Автономных командных систем». Члены альянса смогут использовать набор инструкций LoongArch бесплатно. Члены альянса могут получить проекты ядра процессора Loongson бесплатно.
А руководство по процессору Loongson 3A4000 на китайском лежит в открытом доступе.
Только вы почему-то не отключаете ненужные службы на терминальном сервере.
Например: «Темы», «Windows search» и «Автономные файлы». Для терминального сервера 1С эти службы не нужны.
Эффективность = Результат / количество_сотрудников
Результативность = Эффективность * количество_сотрудников
Результативность = Результат? Или я чего-то не так понимаю?
Огромное спасибо OrtoXylene за предоставленные результаты!
Поведение совпадает с AMD 386DX-40.
Результат отличается от современных процессоров, но пока особо сравнивать не с чем.
Выложил переписанный вариант на BCC под DOS
cloud.mail.ru/public/Gs5a/ihnqKbhsv
FLAGS.EXE
Впервые об этом задумался, будучи студентом, тогда похожую программу тестировал на 8086 и 80286, но к сожалению все те результаты утеряны.
У вас на фото с подписью про архивы госфильмфонда изображена катушка с аудолентой для бытового магнитофона.
На самом деле люди просто пользуются тем, чем умеют пользоваться.
Вот поставили битрикс в одном ИП, а где-то через месяц они увидели что существует воронка продаж. Месяц ещё с ней поигрались и благополучно забыли, бо некому объяснить как с ней работать.
Нет простых инструментов для настройки CRM понятных как ворд-эксель.
Это еще в IBM/360 они сделали…
LoongArch это переработанный формат инструкций: до 10 доступных форматов вместо 3 у MIPS. Хотя двоичный код MIPS отличается от LoongArch, большинство базовых инструкций LoongArch по-прежнему похожи на MIPS, поэтому накладные расходы на трансляцию очень малы.
А еще они специально провели аудит, чтоб доказать что чистоту своей разработки. Похоже немного изменили формат команд MIPS плюс добавили свои расширения. Точнее сказать пока сложно, пока информация о Loongson 3A5000 у них на сайте не выложена.
Правда не понятно, какая компания делала аудит, но ключевое для ни — это п.3
Не понял вопроса, это вообще откуда?
LoongArch базируется на MIPS. Соответственно были полностью реализованы команды MIPS64 Release 3 (MADD там присутствует, а BFM — нет). Дополнительно к ним были созданы расширения:
LoongBT — вспомогательные инструкции, ускоряющие двоичную трансляцию кода x86 и ARM
LoongVM — расширения для виртуальных машин
LoongSIMD — векторные расширения для 128- и 256-битных векторов
Подробностей о LoongBT мало, говорится, что есть инструкции поддерживающие двоичную трансляцию для ARM и x86
Просто посчитали за разное команды с разными вариантами адресации
Сложно сказать, известно только что пространство адресации у них не 64, а 48 бит.
Кроме того, они выпусти специально для своих ЦП Loongnix — на основе Fedora 21.
А руководство по процессору Loongson 3A4000 на китайском лежит в открытом доступе.