Pull to refresh

Comments 4

Мне обведённая руками кривая кажется неправильной — это не гауссиана, а обычная логарифмическая функция (что напоминает свойства любой оптимизации — чем больше оптимизируешь, тем меньше выхлоп).


Алсо, в рамках CS-спекуляций: для любой всегда останавливающейся программы можно иметь GLUT с константным временем выполнения.

Нет, это не гипербола с нулевой ассимптотой! Много я таких строил — всегда резкий подъём и далее плавный спуск (возможно, внешне похожий на гиперболу).

Я специально оговорился, что ПРОВЕДЕНО ОТ РУКИ (т.е. максимально грубо). Я хотел лишь показать, что это несимметричный холм… а дальше — логика… Какому процессу соответствует такая кривая? А ещё дальше просто подсказка — при некоторых параметрах ЭТО становится гауссианой?.. Что ЭТО?..

Признак останова логичен — если в течение некоторого заданного промежутка времени не выявляется ни одного ГКВ-оператора -> останов (или конец программы или некоррректность = нет ни одного ГКВ-оператора).

Добрый день, я правильно понимаю что вы, по сути, предлагаете параллелизм на уровне инструкций вычислять и вживлять в бинарный код на стадии компиляции, что позволит выполнять некоторые инструкции асинхронно? (компилятор должен учитывать кол-во доступных АЛУ и т.п.)


Если это так, возникает несколько вопросов:


  • чем это лучше существующего подхода, который подразумевает распараллеливание инструкций на стадии их анализа процессором перед выполнением? (переназначение регистров, асинхронное выполнение микрокомманд, спекулятивное исполнение, предсказание переходов — это встроено на уровне железа во все современные процессоры AMD и Intel последние 20 лет)
  • если вы предлагаете встраивать инфорацию о возможном распараллеливании инструкций в бинарный код — как сделать его совместимым со всеми процессорами? (их сотни, у каждого разное количество АЛУ, физических регистров, разный набор поддерживаемых дополнительных инструкций, разный объём кеш памяти и т.д.)

Иными словами, я хотелось бы видеть меньше теории и больше практики


p.s. сравнивания с вашими прошлыми статьями, текст этой намного лучше читается. Тем не менее, хотелось бы ещё меньше дополнительных комментариев для «любознательных», и больше текста по сути. Ну и… пожалуйста! Перестаньте расставлять ударения! Мы умеем читать, ударения только усложняют восприятие

Вообще-то для потокового вычислителя априори никакой информации о параллелизме нет — всё делается в Real Time. Сумасшедшая идея об использовании принципа Data-Flow для реализации расписания на программном уровне (для VLIW-машины, например) имеется (но рассматривается автором как «недостаточно сумасшедшая»). Кстати,
знаю разработчика функ. языка «для любой архитектуры» (но не верю в реализуемость подобного). Всё время так и хочется спросить его — очередной Erlang «кропАете»..?

Если ударения раздражают — готов убрать (но расставляю исключительно в двусмысленных местах). Как насчёт буквы «Ё» — принимается?

Комментарии для «вдумчивых читателей» считаю весьма полезными, ибо они «разбавляют» (не делают скучным) текст, позволяют создать эффект «причастности» к теме и прямо характеризуют личность пишущего.

Теория только на первый взгляд не столь важна — знали бы Вы, сколько «теории» было написано самим фон Нейманом перед формулировкой всем нам известной и примитивной на первый взгляд идеей… В результате всё это со временем забывается, конечно — но без этого и практической реализации не было бы!

… По поводу теории — целая ИСТОРИЯ..! Самое большое удовольствие было, когда пришлось решать (многократно — таким путём определялась траектория перемещения некоторого объекта) систему 6-ти уравнений
с 6-ю неизвестными (такая система у меня получилась при моделировании сложного металургического оборудования и технологического процесса — на моём сайте всё это подробно расписано). В одном из уравнений неизвестная являлась верхним пределом интеграла, а ещё одно уравнение было трансцедентным и решать можно было только численно..! Причём всё это на EC-1035 (аналог одной из моделей серии IBM System/370) на Фортране (всевышний мИловал от PL-1)… Графики самопрограммировались и
отрисовывались символами на АЦПУ (Алфавитно-Цифровом
Печатающем Устройстве)!.. Всё же дело было сделано и оборудование заработало (знаю, где и сейчас не разрезали автогеном — на Кировском заводе ОЦМ). С помощью мат. модели удалось «на кончике пера» ПРЕДСКАЗАТЬ некоторые явления, которые потом (при физическом создании оборудования) увидели реально в работе. Тогда я был молодой и меня это буквально «перевернуло» (некое «чудо» произошло — ранее я плохо верил в полезность связи теории с практикой). С тех пор отношение моё к теории сильно уважительным стало…

Подтвердите ещё раз неприятность расстановки ударений — и их я уберу
за пару минут… Не вызывает ли неприЯтие плод творчества Екатерины ДАшковой (буква «Ё»)?..
Only those users with full accounts are able to leave comments. Log in, please.