Здравствуйте, _anonim_, Вы писали:
__>http://www.pcmag.ru/archive/9705s/05s979.asp
Я еще на дочитал, но вот это обратило на себя внимание:
Первый же анализ показал, что около 40% времени тратится на операции со строками и библиотечные функции ввода-вывода.
...
Он "вынул" из него старую схему хранения имен и заменил ее на усложненную, но более эффективную. Ключевой момент новой схемы состоял в обеспечении присутствия каждого имени в семантических таблицах в единственном экземпляре. Тогда вместо сравнения литеральных изображений имен достаточно было сравнивать указатели на эти представления. Алгоритмы модулей, использующих операции с именами, никак не изменились, однако в некоторых местах пришлось заменить тип IDENT, представляющий "старый" идентификатор в таблицах, заменить на xIDENT — прямой указатель на единственную копию данного имени. Эту операцию можно было бы сделать одной командой контекстной замены, но никакой редактор не смог бы разобраться, где именно следовало ее производить, а где — оставить по-старому... В очередной раз мы "руками" перещупали весь компилятор. После четырех дней непрерывного труда компилятор разогнался на 25% (наглядная стоимость литеральных сравнений строк в большой программе)!
Фрагмент модуля с усовершенствованной версией обработки имен с тех пор украшает комментарий:
/* Krotoff is a _very_ clever guy! */
Товарища не похвалишь, так и он тебя не похвалит.
Люди изобрели
"symbol" и
"eq" из лиспа. Чем не иллюстрация тезиса Рэймонда:
"LISP is worth learning for a different reason — the profound enlightenment experience you will have when you finally get it. That experience will make you a better programmer for the rest of your days, even if you never actually use LISP itself a lot."
Здравствуйте, _anonim_, Вы писали:
__>http://www.pcmag.ru/archive/9705s/05s979.asp
Вот ссылка на страничку автора:
http://www.inf.ethz.ch/personal/zueff/
Кроме прочего, Зуев еще и автор компилятора языка Zonnon (довольно сложная вариация Оберона) для .NET.
z00n wrote:
> Люди изобрели *"symbol"* и *"eq"* из лиспа.
В С — это сравнение строк и указателей
Так что Лисп тут непричем.
Проблема в том, что для использования сравенения по указателю нужно
интернализировать все строки.
Posted via RSDN NNTP Server 2.0
Здравствуйте, AVC, Вы писали:
AVC>Кроме прочего, Зуев еще и автор компилятора языка Zonnon (довольно сложная вариация Оберона) для .NET.
Точнее Active Oberon для .NET. Только глюкавости там хоть отчерпывай.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Здравствуйте, Freezy, Вы писали:
F>Здравствуйте, AVC, Вы писали:
AVC>>Кроме прочего, Зуев еще и автор компилятора языка Zonnon (довольно сложная вариация Оберона) для .NET.
F>Точнее Active Oberon для .NET. Только глюкавости там хоть отчерпывай.
AO (Active Oberon) и Zonnon — разные языки
Zonnon — вообще какая-то "ревизия" обероновского подхода, основан не только на идеях Оберона, но содержит также и "забытые" элементы Модулы и Паскаля.
Зуев не писал компилятор AO для .NET.
Видимо, цель Вашего высказывания — порадоваться глюкавости последнего.
Ничего не могу по этому поводу сказать: компилятором AO для .NET не пользовался.
Допускаю, что глючит.
Часто портацией обероновских компиляторов на другие платформы занимаются студенты в образовательных целях.
Сам я иногда пользуюсь BlackBox и XDS.
С ними все в порядке.
