Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Самая большая legacy |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 | Печать |
Fe-Restorator |
Сообщение отправлено: 16 марта 2013 13:38 Сообщение отредактировано: 16 марта 2013 13:42
Если современным компилятором ты соорудишь объектный код для выполнения на 386/486 физическом камне, этот код будет отличаться от такового, созданного старым компилятором, порой достаточно сильно, чтобы не запуститься на 486. Оптимальным сей код точно не будет, и некие приёмы, допустимые в современных процах и оставшиеся в коде могут стать косяками и приведут к зависанию. Современные компиляторы не обязаны знать особенности старых процов, нужен некий "патч" для компилятора, где вся нужная инфа прописана в полном объёме. Однако, такой патч фактически превращает новый компилятор в старый, и разница с отдельно-взятым старым компилятором минимальна, хотя всё-ещё заметна. Кроме возможности работать на современной технике, обслуживая технику древнюю - этот путь ничего не даёт. Если на современном компиляторе создашь "досовский" код для выполнения на i7, хотя весь алгоритм останется неизменным, на 486-м его не запустишь. User 0 написал: Поменяй-ка дату/время через порт RS232 извне! Замерь скорость, если так интересно. И не путай окно консоли с консольной программой. Я бы не стал смешивать консольные приложения с DOS-приложениями. Консольный ввод очень удобен: сравните скорость изменения даты и времени/управления службами через консоль/скрипт и через графический интерфейс. |
Сейчас на форуме |
User 0
Junior Member
Откуда: Moscow Всего сообщений: 112 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 25 дек. 2007 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 марта 2013 13:39 Сообщение отредактировано: 16 марта 2013 14:02 Это я бы проверил. Если на современном компиляторе создашь "досовский" код для выполнения на i7, хотя весь алгоритм останется неизменным, на 486-м его не запустишь. |
DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
Fe-Restorator написал: Код с 8-битного 8080 действительно легко переносится автоматическим кросс-ассемблером на 8086. Именно ради этого в 8086 адресное пространство не по-человечески линейное, а сегментированное, все операции переходов 8080 превращаются во внутрисегментные переходы 8086. Ни разу! Минимальная правка исходного кода вручную - да. И обязательно - полная перекомпиляция под новый проц 8086. |
Fe-Restorator |
NEW! Сообщение отправлено: 16 марта 2013 13:43 Сообщение отредактировано: 16 марта 2013 13:46
DrPass написал: Т.е. программы запускаются без всякой перекомпиляции? Что-т ни единого разу сие не срабатывало, сколь ни пробовал. Код с 8-битного 8080 действительно легко переносится автоматическим кросс-ассемблером на 8086. Именно ради этого в 8086 адресное пространство не по-человечески линейное, а сегментированное, все операции переходов 8080 превращаются во внутрисегментные переходы 8086. |
Сейчас на форуме |
DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
User 0 написал: Если речь идет об ассемблерной программе, то код будет таким же. Ассемблер никогда не занимается фантазиями на тему оптимизации, он всегда преобразует в машинный код указанные операции один к одному. Если речь идет о языке высокого уровня, то, конечно, код будет иным. Т. е., если я ассемблерную программу реального режима для 86/486 скомпилирую современным компилятором, указав опцию "для нового процессора", код будет иным, чем если взять старый компилятор для 486-го процессора? Fe-Restorator написал: Прочти еще раз мою фразу, и погугли незнакомые тебе слова Т.е. программы запускаются без всякой перекомпиляции? |
Fe-Restorator |
NEW! Сообщение отправлено: 16 марта 2013 13:51 Сообщение отредактировано: 16 марта 2013 13:53
Хамишь. Некрасиво с твоей стороны. Впрочем, бери сию тему в свои руки, раз уж проявил к ней интерес: инициатива наказуема. |
Сейчас на форуме |
DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 марта 2013 13:54 Сообщение отредактировано: 16 марта 2013 13:54
Fe-Restorator написал: Прошу прощения, обижать не хотел Просто болит голова и настроение плохое... Хамишь. Некрасиво с твоей стороны. |
User 0
Junior Member
Откуда: Moscow Всего сообщений: 112 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 25 дек. 2007 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 марта 2013 13:59 Сообщение отредактировано: 19 марта 2013 20:13
Fe-Restorator написал: Преобразование выполняется кросс-ассемблером в автоматическом режиме (а не процессором на лету). Насколько я понимаю, ассемблер берет исполняемый (или по крайней мере объектный) файл для 8080 и автоматически делает его совместимым с 8088/86. Т.е. программы запускаются без всякой перекомпиляции? Спасибо, DrPass, за разъяснения! |
DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 марта 2013 14:01 Сообщение отредактировано: 16 марта 2013 14:01
User 0 написал: Верно. У 8086 с 8080 отличаются коды команд, но есть их "смысловое" соответствие. Т.е. можно просто пройтись по коду программы и подменить инструкции 8080 на инструкции 8086, и оно заработает. Так на 8086 переносились, к примеру, WordStar, часть кода CP/M и т.д. Насколько я понимаю, ассемблер берет двоичный файл и автоматически делает его совместимым с 8086. |
User 0
Junior Member
Откуда: Moscow Всего сообщений: 112 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 25 дек. 2007 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 марта 2013 14:48 Сообщение отредактировано: 16 марта 2013 14:53
А можно ли узнать Ваше мнение, DrPass (если вернуться назад, во времена, когда еще не существовало Java/.NET), в какой мере элегантность программной модели процессора и языка ассемблера влияют на эффективность программирования, качество компиляторов, быстродействие и компактность программ? Верно ли хотя бы отчасти предположение, что программисты по причине чрезмерного неудобства ассемблера x86 при всякой возможности отказываются от низкоуровневого кодирования, передавая эту задачу компиляторам ЯВУ, и является ли этот фактор значимым в общей сумме факторов, отрицательно сказывающихся на качестве ПО (таких, как слишком сжатые сроки)? |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 | Печать |
Полигон-2 » Технический флейм » Самая большая legacy |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |