BD
Ну ассемблеры то ладно, а работу с оборудованием все равно вручную переносить. Интересная история @true_grue
ну да, периферия и даже дисплей там скорее всего совершенно несовместимый с пк
Size: a a a
2020 February 04
MO
Не, понятно, что сложно, но ЯВУ вообще жутко отличаются.
особенно с разными моделями управления памятью
M
z80 и x86 асм похожи? ок
Довольны похоже судя по этому рефу
https://github.com/Dotneteer/spectnetide/wiki/Z80-Assembler-Reference
https://github.com/Dotneteer/spectnetide/wiki/Z80-Assembler-Reference
KR
особенно с разными моделями управления памятью
Я боюсь, что для выяснения, где тип линейный, придётся всю программу с библиотеками держать одновременно в памяти.
МБ
Зато там кодогенератор закрытый и цена запредельная.
А основной софт писался на х86
А основной софт писался на х86
Почему закрытый? GCC нормально компилирует.
МБ
sifive unleashed
Ну... Это слишком круто. А вот 8mb внутренней памяти - это весьма интересно. Главное, чтобы цена не конская.
KR
Почему закрытый? GCC нормально компилирует.
И в 2005?
PS
Ну это вы отвлеченно рассуждаете. А на практике можно взять классический пример виртуальной машины — машину из Zork. Можно же было из лисп-образного MDL генерировать код для разных платформ? Вполне. То есть вопрос обстоит следующим образом: или вы переписываете виртуальную машину для каждой платформы, или вы переписываете генератор кода для вашего перенацеливаемого компилятора.
AS
MaxGraey
Довольны похоже судя по этому рефу
https://github.com/Dotneteer/spectnetide/wiki/Z80-Assembler-Reference
https://github.com/Dotneteer/spectnetide/wiki/Z80-Assembler-Reference
Ну, поскольку Z80 дизайнился как дополнение к 8080 (потому и Z***80***), то насколько похожи 8080 и 8086, настолько должны быть похожи Z80 и x86. Ж)
FO
Кто ж его знает, как оно на самом деле. Но ситуация смешная-грустная. С точки зрения оракла вообще кроме x86_64 больше ничего нет :)
а нафига тогда они свои UltraSPARC делают?
MO
Ну это вы отвлеченно рассуждаете. А на практике можно взять классический пример виртуальной машины — машину из Zork. Можно же было из лисп-образного MDL генерировать код для разных платформ? Вполне. То есть вопрос обстоит следующим образом: или вы переписываете виртуальную машину для каждой платформы, или вы переписываете генератор кода для вашего перенацеливаемого компилятора.
Мне кажется, что переписывание кодогена для компилятора это путь языка Си, а виртуальные машины это некоторая эволюция
MO
И проблема, которую решили виртуальные машины, не в том, как переносить код, а скорее как сделать жизнь программиста проще. И джава с этим неплохо, кмк, справилась
FO
И в 2005?
и в 2005 было все нормально. я случайно обнаружил, что с парой патчей наш код прекрасно запускается на спарках )
KR
и в 2005 было все нормально. я случайно обнаружил, что с парой патчей наш код прекрасно запускается на спарках )
Ну вот пара патчей - это уже говорит обо всём.
Машины дорогие, громадные с общей памятью, использовать их хорошо может лишь make. А можно купить стадо дешевых AMD64.
Что google и сделал.
Машины дорогие, громадные с общей памятью, использовать их хорошо может лишь make. А можно купить стадо дешевых AMD64.
Что google и сделал.
FO
Ну вот пара патчей - это уже говорит обо всём.
Машины дорогие, громадные с общей памятью, использовать их хорошо может лишь make. А можно купить стадо дешевых AMD64.
Что google и сделал.
Машины дорогие, громадные с общей памятью, использовать их хорошо может лишь make. А можно купить стадо дешевых AMD64.
Что google и сделал.
пара патчей, с учетом того, что с 2005 года код далеко вперед шагнул... там патч чисто на вызов метода, так как компилятор не знаком с такой записью
AS
Ну вот пара патчей - это уже говорит обо всём.
Машины дорогие, громадные с общей памятью, использовать их хорошо может лишь make. А можно купить стадо дешевых AMD64.
Что google и сделал.
Машины дорогие, громадные с общей памятью, использовать их хорошо может лишь make. А можно купить стадо дешевых AMD64.
Что google и сделал.
Ну не скажите. Я своими руками запускал джавовые ворклоады на толстых SPARC-ах, и они в OLTP показывали себя впечатляюще.
PS
И проблема, которую решили виртуальные машины, не в том, как переносить код, а скорее как сделать жизнь программиста проще. И джава с этим неплохо, кмк, справилась
Не очень понятно, почему проблемы программиста не могли решить технологии в духе Juice Франца. Без виртуальной машины, но зато с AST-подобным представлением (почти в духе WASM!) и с AOT-компиляцией :)
FO
Ну не скажите. Я своими руками запускал джавовые ворклоады на толстых SPARC-ах, и они в OLTP показывали себя впечатляюще.
вооот. хочу потрогать эти машинки. выглядят весьма мощными =)
AS
Впрочем, меня недавно и Cavium ThunderX 2 впечатлил. У меня в многониточных тестах вывод статуса тестов в терминал был узким местом...
KR
Впрочем, меня недавно и Cavium ThunderX 2 впечатлил. У меня в многониточных тестах вывод статуса тестов в терминал был узким местом...
А какая программа может реально требовать такие машины? То есть, чтобы нельзя было распилить на стадо x86?