| Оберон-технология: особенности и перспективы |
Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение.
Всего в теме 6256 сообщений
Добавить свое сообщение
Отслеживать это обсуждение  Обсуждение из раздела
Школа ОБЕРОНА
| № 5026 11-07-2007 17:51 |   |
Ответ на »сообщение 5025« (pepper)
___________________________
Ответ на »сообщение 5017« (RBV)
___________________________
А взять тот же Интел х86 (ну Core 2 Duo)... если из него выкинуть всё то, что для обратной совместимости тянется и все левые режимы, акромя нормального, который "защищенным" называется, то на одном кристалле, при той же технологии войдёт уже не 4 ядра, а все 8. Да и быстродействие одного ядра явно поднимется.
Это предположения или информация от инженеров интела?
А вот и снова Перец появился. Вам вроде запрещено здесь появляться...
Это вполне обоснованное предположение, если Вам угодно...
| № 5025 11-07-2007 13:08 | |
Ответ на »сообщение 5017« (RBV)
___________________________
А взять тот же Интел х86 (ну Core 2 Duo)... если из него выкинуть всё то, что для обратной совместимости тянется и все левые режимы, акромя нормального, который "защищенным" называется, то на одном кристалле, при той же технологии войдёт уже не 4 ядра, а все 8. Да и быстродействие одного ядра явно поднимется.
Это предположения или информация от инженеров интела?
| № 5024 11-07-2007 07:35 | |
Ответ на »сообщение 5021« (RBV)
___________________________
>>> Все альтернативные (распространённые) архитектуры суть тоже самое, но с другими процессорами. :)
Ну в каком то смысле все компьютеры суть одно и тоже :)
Каждый раз выбирается баланс между универсализацией и специализацией, централизацией и распределенностью, конвейером и паралельностью и т.д.
Использование графических сопроцессоров для вычислительных задач - хороший пример тех же идей.
Я хотел обратить внимание, что множество простых специализированных модулей позволяет создавать "на лету" очень эффективные конвейеры под конкретную задачу.
Но, как и при создании сверхцентрализованных производств, на первый план выходит качество планирования и управления. Сложность задач распределения и организации ресурсов может оказаться неподъемной и свести на нет весь выигрыш от централизации ресурсов.
| № 5023 11-07-2007 06:03 | |
Ответ на »сообщение 5020« (info21)
___________________________
Какое там χ² - вся статистика базируется на одном мысленном экперименте: отключив все оптимизации и вернувшись, таким образом, к технологиям 36-летней давности, получим замедление в 4 раза.
Числа получены метом пристального разглядывания потолка, исключительно для красивой иллюстрации тезиза: компиляторщики добиваются за 18 лет того же, что электронщики за 18 месяцев.
| № 5022 11-07-2007 05:45 | |
Ответ на »сообщение 5017« (RBV)
___________________________
Собственно я завел речь о кривости процессоров в том смысле, что есть большая яма между ЯП и командами процессора. Однако, многие высокоуровневые вещи можно поддерживать непосредственно в "железе" (это ещё с 70-х годов известно). Сейчас вообще особых препятствий к этому нет (кроме обратной совместимости :)).
ИМХО, с тех пор существенно изменилось соотношение производительности памяти, ЦП и прочего. Например, в одной из архитектур 70-х память работала втрое быстрее ЦП, так что за один такт можно было позволить себе считать из памяти операнды и записать результат. С таким соотношением можно и кэшем не пользоваться, и стековую архитектуру со стеком прямо в основном ОЗУ реализовать. Другой пример --- виртуальная память. Где-то на просторах Usenet проскакивала информация, что на некоторых старых архитектурах виртуальная память, превышающая объем ОЗУ в 10 (и более ?) раз, не вызывала заметной деградации производительности.
Кроме того, современные архитектуры ЦП, ориентированные на максимальную производительность, активно используют длинные конвейеры и суперскалярность. ИМХО, эти вещи плохо соотносятся со сложными командами с недетерминированным временем исполнения, а гипотетический "процессор выского уровня" будет, скорее всего, именно таким. Можно попытаться с этим бороться методами, аналогичными современным x86-м --- динамической трансляцией команд в RISC-подобные, но мы в итоге получим те же грабли.
| № 5021 11-07-2007 05:27 | |
Ответ на »сообщение 5018« (Сергей Перовский)
___________________________
Ответ на »сообщение 5017« (RBV)
___________________________
Вот к вопросу о не неймановской архитектуре, кто нибудь помнит о идеях В.А. Торгашева?
http://www.computer-museum.ru/histussr/rvm.htm
Вот, кстати говоря да. Сейчас все привыкли, что архитектура ЭВМ, это то что называется IBM PC. :) Все альтернативные (распространённые) архитектуры суть тоже самое, но с другими процессорами. :)
| № 5020 11-07-2007 03:35 | |
Ответ на »сообщение 5019« (Trurl)
___________________________
... Proebsting’s Law: технологии компиляции удваивают мощность компьютера каждые 18 лет.
А какой там хи-квардат? Ведь маленький...
| № 5019 11-07-2007 00:12 | |
>>>Не думаю, что оптимизирующий компилятор там помог бы -- на фактор 2 от силы.
Вспоминается Proebsting’s Law: технологии компиляции удваивают мощность компьютера каждые 18 лет.
| № 5018 10-07-2007 18:54 | |
| № 5017 10-07-2007 18:12 | |
Собственно я завел речь о кривости процессоров в том смысле, что есть большая яма между ЯП и командами процессора. Однако, многие высокоуровневые вещи можно поддерживать непосредственно в "железе" (это ещё с 70-х годов известно). Сейчас вообще особых препятствий к этому нет (кроме обратной совместимости :)). Об этом разговор уже шёл когда-то...
А взять тот же Интел х86 (ну Core 2 Duo)... если из него выкинуть всё то, что для обратной совместимости тянется и все левые режимы, акромя нормального, который "защищенным" называется, то на одном кристалле, при той же технологии войдёт уже не 4 ядра, а все 8. Да и быстродействие одного ядра явно поднимется. Но в Интел на такой шаг никто в здравом уме не пойдёт...
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
