tag:blogger.com,1999:blog-75894812010-03-11T17:12:58.491+02:00Uladzimir Liashkevichnoreply@blogger.comBlogger219125tag:blogger.com,1999:blog-7589481.post-653262844330298432008-10-08T14:13:00.005+03:002008-10-08T14:46:03.286+03:00<p><a href="http://domino.research.ibm.com/comm/research_people.nsf/pages/ssadams.index.html">Сэм Адамс (Sam S. Adams) из IBM Research</a> и <a href="http://en.wikipedia.org/wiki/David_Ungar">Дэвид Унгар* (David Ungar)</a> собираются на <a href="http://news.squeak.org/2008/10/07/squeak-bof-at-oopsla-2008/">Squeak BOF at OOPSLA 2008</a> представить разработанную в рамках "<a href="http://domino.watson.ibm.com/comm/research.nsf/pages/r.plansoft.seminars.html">Renaissance Project</a>" ВМ "<a href="http://wiki.squeak.org/squeak/1107">multi-vm</a>" - ВМ Squeak способную работать на 56 из 64 ядер процессора <a href="http://www.tilera.com/products/TILE64.php">Tilera64</a>. Другие подробности пока не известны, так что почему именно 56 ядер пока не ясно (часть ядер вероятно занята системными функциями, типа планировщика или сборки мусора). </p> <p>* - в инете можно найти разные транскрипции фамилии Ungar: "<a href="http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%B5%D1%80,_%D0%A1%D1%82%D1%8E">Ангер</a>", "<a href="http://www.film.ru/afisha/person.asp?name=%C3%FD%F0%E8+%D3%ED%E3%E0%F0">Унгар</a>". Мне более уместным кажется "Унгар", но как правильно я не уверен.</p> <p align="right"><i>Из блога "<a href="http://astares.blogspot.com/2008/10/squeak-multi-vm.html">The Hitchhiker's Guide to ...</a>". </i></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-65326284433029843?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com1tag:blogger.com,1999:blog-7589481.post-5970622697018315732008-10-06T15:30:00.006+03:002008-10-06T15:55:10.902+03:00<p><a href="http://www.sophieproject.org/">Sophie </a>- это проект по разработке нового вида электронных книг, использующих мультимедиа возможности современных компьютеров. Совершенно недавно разработка достигла версии 1.0. Версия 2.0 <a href="http://lists.gforge.inria.fr/pipermail/pharo-project/2008-September/001840.html">будет полностью написана с нуля на Java</a>. Подрядчиком стала болгарская фирма <a href="http://asteasolutions.com/">Astea Solutions</a>. </p> <p>Проект финансируется <a href="http://www.mellon.org/">The Andrew W. Mellon Foundation</a> и <a href="http://ask.slashdot.org/comments.pl?sid=984735&cid=25252253">основной причиной смены технологии со Squeak на Java стала невозможность организовать сообщество разработчиков вокруг Sophie</a>. Так как очень мало людей знающих и желающих работать со Smalltalk. И в Фонде Мелона ожидают, что майнстримовый язык программирования поможет образованию сообщества.</p> <p>Ожидается, что <a href="http://asteasolutions.net/official/Our_Projects.html">Sophie 2</a> сможет понимать формат Sophie 1. Текущий интерфейс будет взят за основу и текущий функционал будет не переделан, а дополнен и расширен. Исходники же Sophie 1 открыты и доступны на сайте <a href="http://opensophie.org/">opensophie.org</a>. И возможно проект на Squeak получит некое продолжение.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-597062269701831573?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com2tag:blogger.com,1999:blog-7589481.post-41755165190510716312008-09-26T11:54:00.005+03:002008-09-26T13:33:16.452+03:00<p>Многие вероятно успели пустить слезу по <a href="http://www.smalltalk.ru/2008/01/dolphin-61.html">потерявшему перспективу Dolphin</a>. Однако ситуация развивается. Старый, заслуживший любовь многих Dolphin таки - "всё" окончательно и бесповоротно, однако, <a title="Анонс новости о выходе нового диалекта Dolphin" href="http://www.object-arts.com/content/news/excitingNews.html">он послужит удобрением для нового улучшенного Dolphin - Dolphin Next Generation</a>.</p> <p>Разработкой Dolphin Next Generation (DNG) займётся Lesser Software. Lesser software - разработчики <a href="http://www.lesser-software.com/en/flavours/frames/default.htm">LSW Vision Smalltalk (LSWVST)</a>, диалекта <a href="http://ru.smalltalk.wikia.com/wiki/Visual_Smalltalk_Enterprise">Visual Smalltalk Enterprise (VSE)</a>. Lesser Software уже была засветилась <a href="/news-03-01.html">в наших новостях в 2003</a>. Примерно тогда же они собирались выпустить общедоступный вариант своего диалекта ST для .Net, но, очевидно, до коммерческого уровня довести его не смогли. Результат с DNG похоже будет положительный, так как <a href="http://www.object-arts.com/content/navigation/products/dng.html">многие части от Dolphin X6 уже запускаются на ВМ от LSWVST - Vision VM</a>.</p> <p>Новый диалект будет совместим по байткодам с VSE (из-за Vision VM). С Dolphin X6 будет совместимость на уровне исходных кодов. В продукт будет входить вся библиотека классов от Dolphin X6, включая <a href="http://www.smalltalk.ru/articles/model-view-presenter.html">MVP</a>. Бонус Vision VM: JIT, многонитевость ВМ, поддержка 64 бит ОС.</p> <p>Среди примеров применения как Dolphin так и VSE на территории ex-СССР есть <a href="http://www.tvcom.ru/">ОАО ТелеNET, г.Тверь, Россия</a> с биллингом на Dolphin Smalltalk, <a href="http://www.objectland.ru/">ЗАО Радом-Т, г. Таганрог, Россия</a> с ГИС ObjectLand на Visual Smalltalk Enterprise.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-4175516519051071631?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com3tag:blogger.com,1999:blog-7589481.post-4193788079718774912008-09-24T22:08:00.012+03:002008-09-26T11:53:45.238+03:00<p>Вышла <a title="Анонс Pier 1.0.17" href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-September/131633.html">новая версия Pier</a> - CMS на Seaside. Pier является второй версией <a href="http://smallwiki.unibe.ch/smallwiki">SmallWiki</a>. Лицензия - MIT.</p> <p><a href="http://www.piercms.com/doc/examples">Примеры сайтов где используется Pier</a> можно найти на <a title="Домашний сайт Pier" href="http://www.piercms.com">домашнем сайте</a>, естественно управляемом самой Pier. "Естественно" - потому, что принцип использования собственных технологий широко распространён в сообществе ST.</p> <p>Из примеров: сообщество разработчиков Squeak долгое время обслуживалось <a href="http://en.wikipedia.org/wiki/Swiki">Swiki</a>. Сейчас <a href="http://www.squeak.org/">squeak.org</a> работает на SmallWiki, однако куча информации для разработчиков можно найти только на различных <a href="http://wiki.squeak.org/squeak">swiki</a>. Репозитории проектов для Squeak - <a href="http://www.squeaksource.com">SqueakSource</a> работают на Squeak/Seaside. </p> <p><a href="http://live.exept.de/">Документация по Smalltalk/X</a> хостится на ST/X.</p> <p>Сообщество VisualWorks долгое время поддерживается <a href="http://www.cincomsmalltalk.com/CincomSmalltalkWiki">wiki на VisualWorks</a>. <a href="http://www.cincomsmalltalk.com/userblogs">Блоги по VW</a> - написаны на VW продакт менеджером(!).</p> <p>Такая ситуация во многом возникла благодаря традиции не опускать руки при отсутствии каких-то инструментов, а создавать их самому. И эти созданные для себя инструменты зачастую двигали сообщество вперёд. Например, когда Ави Браянту понадобился инструментарий для быстрой разработки web-приложений он разработал <a title="История Seaside" href="http://www.seaside.st/about/history">Seaside</a>, понадобилась система контроля версий - он создал <a href="http://www.wiresong.ca/Monticello/">Monticello</a>. Менее известный пример - это <a href="http://www.cincomsmalltalk.com/BottomFeeder/">RSS агрегатор BottomFeeder</a>, разработанный Джеймсом Робертсоном, продакт менеджером Cincom Smalltalk. Разрабатывать BottomFeeder Джеймс начал только для того, чтобы понять стоил ли только возникший тогда RSS какого либо внимания. Значительно продвинул всю индустрию программирования <a href="http://st-www.cs.uiuc.edu/users/brant/Refactory/">RefactoringBrowser</a> разработанный Кентом Беком. Да и сам Smalltalk появился во многом потому, что Алану Кею нужен был инструмент для обучения детей. А отсутствие удобного средства разработки после ухода из Xerox привело Алана к созданию <a href="http://users.ipa.net/~dwighth/squeak/oopsla_squeak.html">Squeak</a>. В свете этого мне кажется логичным, что wiki, как таковое, придумал именно <a title="Кто такой Ward Cunningham" href="http://en.wikipedia.org/wiki/Ward_Cunningham">smalltalk-ер</a>.</p> <p>Ваши примеры?</p> <p><i>PS. Pier 1.0.17 работает на <a href="http://www.smalltalk.ru/2007/05/gemstone-gemstone.html">GLASS</a> и будет поставлятся <a href="http://gemstonesoup.wordpress.com/2008/09/25/pier-on-glass/">вместе с GemStone/S 64 version 2.3</a>.</i></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-419378807971877491?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com1tag:blogger.com,1999:blog-7589481.post-33906823135495874272008-09-21T14:50:00.009+03:002008-09-25T16:21:31.064+03:00<center><img alt='Лого движка SquirrelFish' src='/images/squirrelfish.png' /></center> <p>Не успел я запостить <a href="/2008/09/smalltalk.html">статью об оптимизациях как в ST так и современных JavaScript-движках</a>, как появилось дополнение: <a href="http://www.opennet.ru/opennews/art.shtml?num=17997">Apple выпустила SquirrelFish Exterme</a> (SFX). Если SF был просто хорошим интерпретатором, то SFX продвинулся далеко вперёд. </p> <p>И так, SFX использует: <ul> <li>Оптимизации в байткоде.</li> <li>PIC.</li> <li>JIT.</li> <li>JIT для регулярных выражений.</li> </ul> </p> <p>JIT для регулярных выражений нас сейчас не интересует. Просто JIT - это понятно (Кстати, JIT в SFX не использует <a href="http://llvm.org/">LLVM</a>, возможно по соображениям скорости кодогенерации).</p> <p>Что такое PIC мы уже рассмотрели. Хотя и тут есть один момент. В ST реализовать PIC относительно просто - ведь, не смотря на динамичность языка, существующие классы относительно стабильны и объекты принадлежат одному и тому же классу. В JS (и, тем более, в Self) же схема любого объекта может быть изменена на лету. Что равносильно в ST порождению новых классов. В V8 эту проблему решают введением скрытых классов на которые мапяться объекты с одинаковыми схемами. В SFX похоже используется аналогичная техника: каждый объект имеет некий <a href="http://trac.webkit.org/browser/trunk/JavaScriptCore/kjs/StructureID.h">StructureID</a>. Объекты имеющие одну и ту же схему имеют один и тот же <i>StructureID</i>. Соответственно, диспетчер в PIC проверяет совпадение <i>StructureID</i>.</p> <p>А вот оптимизации в байткоде мы еще не рассматривали. Эти оптимизации появились еще в оригинальном ST-80 (если не раньше, в ST-76) и призваны были соптимизировать диспетчеризацию сообщений наряду с глобальным кешем методов (что это - рассказано в предыдущей заметке). Эти оптимизации включают в себя "<i>специальные селекторы</i>" и "<i>статические предсказания типов</i>".</p> <p><i>Спецселекторы</i> это скорее не классическая оптимизация, а читерство. Суть оптимизации в инлайнинге базовых управляющих потоком выполнения структур (простите за косноязычее, но как сказать проще я не знаю). Т.е. ряд посылок сообщений компилируется не в обычную посылку сообщения, а сразу в байткод. Пример в Squeak. Вызов любого метода, например "<i>true hash</i>" компилируется в такой байткод: <pre> pushConstant: true send: hash </pre> А "<i>true ifTrue: [self hash]</i>" компилируется в: <pre> pushConstant: true jumpFalse: 22 self send: hash </pre> Т.е. при этом не создаётся блок и используется не реальная посылка сообщения, а генерируется некий спецбайткод. Это приводит к ряду эффектов. Первый - это ускорение. Второй - если выполнить код "<i>1 ifTrue: [self hash]</i>", то вы получите не исключение "<i>MessageNotUnderstood</i>", а "<i>NonBooleanReceiver</i>". Третий эффект заключается в том, что если поменять имплементацию метода, например, в классе <i>True</i>, то на поведении программы это не скажется. Так же бесполезно добавлять метод "<i>ifTrue:</i>" в другие классы - поскольку сообщение такое не посылается, то и вызвать такой метод без рефлексии в обычном случае не получится. И, напоследок, вызвать такой спецметод можно всё таки не только через рефлексию. Реальная посылка сообщения генерируется и если компилятор не может проинлайнить блок кода. Например, "<i>1 ifTrue: aBlock</i>" генерирует: <pre> pushConstant: true pushTemp: 0 send: ifTrue: </pre> Отсюда мораль: менять такие спецметоды не стоит, во избежание всяческих чудес в поведении программы. Набор спецселекторов обычно влючает в себя "<i>ifTrue:ifFalse</i>", "<i>on:do:</i>", "<i>timesRepeat:</i>", "<i>whileTrue:</i>". Подробнее о спецселекторах можно прочитать в <a href="/articles/st-compiler.html">статье об устройстве компилятора в ST</a> в разделе "Заинлайненный (почти) ifNil: (VW)". </p> <p> <i>Статические предсказания типов</i> это уже именно оптимизация, а не грубый чит. Он основан на статистике, что большая доля сообщений таких как "<i>+</i>" имеет одинаковые классы, как у получателя так и аргумента. Соответсвенно, реализация таких методов - это примитив, который проверяет тип аргумента. Выглядит в Squeak это так: <pre> SmallInteger>>+ aNumber "Primitive. Add the receiver to the argument and answer with the result if it is a SmallInteger. Fail if the argument or the result is not a SmallInteger Essential No Lookup. See Object documentation whatIsAPrimitive." &lt;primitive: 1&gt; ^ super + aNumber Float>>+ aNumber "Primitive. Answer the sum of the receiver and aNumber. Essential. Fail if the argument is not a Float. See Object documentation whatIsAPrimitive." &lt;primitive: 41&gt; ^ aNumber adaptToFloat: self andSend: #+ </pre> <br /> <i>В ST традиционно, если примитив отрабатывает нормально, то возврата из него не происходит. Т.е. на ST код после примитива управление переходит только если примитив провалился.</i> <br /> Соответсвенно примитив отрабатывает быстро, если предсказание типа было успешным и медленне, если нет. Пример из Squeak: <pre> Time millisecondsToRun: [10000000 timesRepeat: [1 + 1]] "1)=> 697" Time millisecondsToRun: [10000000 timesRepeat: [5.0 + 1]] "2)=> 2303" Time millisecondsToRun: [10000000 timesRepeat: [1 + 5.0]] "3)=> 2408" </pre> С первым случаем всё понятно - предсказание типов успешное и код отрабатывает почти в 4 раза быстрее, чем во 2-м и 3-м случаях. А вот почему 2-й вариант быстрее 3-го? Во втором случае трасса такая: <pre> Float>>+ Number>>adaptToFloat:andSend: Float>>+ </pre> В третьем же варианте, трасса больше на одну отправку сообщения: <pre> SmallInteger>>+ Integer>>+ Float>>adaptToInteger:andSend: Float>>+ </pre> В VW реализация кардинально другая, но разница в скорости там еще более заметна: <pre> Time millisecondsToRun: [10000000 timesRepeat: [1 + 1]] "1) => 38" Time millisecondsToRun: [10000000 timesRepeat: [5.0 + 1]] "2) => 120" Time millisecondsToRun: [10000000 timesRepeat: [1 + 5.0]] "3) => 289" </pre> </p> <p><a href="http://webkit.org.nyud.net:8090/blog/214/introducing-squirrelfish-extreme/">Судя по короткому описанию</a> именно подобие "статического предсказания типов" и реализовано в SFX.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-3390682313549587427?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com5tag:blogger.com,1999:blog-7589481.post-58903565655812227822008-09-18T22:27:00.012+03:002008-09-25T16:19:16.228+03:00<p>В последнее время как-то одновременно появились анонсы "быстрого JavaScript" сразу в трёх броузерах: FireFox 3.1 с движком <a text="Анонс JavaScript-движка TraceMonkey" href="http://weblogs.mozillazine.org/roadmap/archives/2008/08/tracemonkey_javascript_lightsp.html">TraceMonkey</a>, новоявленный GoogleChrome с движком <a text="Описание сущности оптимизаций в V8" href="http://code.google.com/apis/v8/design.html">V8</a> и Safari 4 с движком <a text="Анонс SquirrelFish с кратким описанием устройства" href="http://webkit.org/blog/189/announcing-squirrelfish/">SquirrelFish</a>. </p> <p>Казалось бы, при чем здесь Smalltalk?</p> <p>Тут нужно коротко изложить как развивались ВМ для ST. Первые версии ST, которые работали на <a href="http://en.wikipedia.org/wiki/Xerox_Alto">Xerox Alto и Xerox Dorado</a> были реализованы на микрокоде. Затем, с портированием ST на другие платформы появилась "классическая" ВМ исполняющая байткоды. Как я понимаю, именно с появлением ВМ проблема производительности встала в полный рост. Так, например, известно <a href="http://acmqueue.com/modules.php?name=Content&amp;pa=showpage&amp;pid=273&amp;page=3">утверждение Алана Кея в интервью за конец 2004г</a>, что текущие процессоры исполняют ST всего в 50 раз быстрее чем Dorado. (<i>Речь вероятно идёт о таком параметре как "исполненные байткоды в секунду". Тест можно найти в Squeak в методе <b>Integer&gt;&gt;benchmark</b>. У меня этот тест на Core2 Duo 2HHz показывает 360Мб/с. Если предположить, что <a href="http://lists.canonical.org/pipermail/kragen-tol/2007-March/000850.html">Dorado выдавал 400Кб/с</a>, то получается быстрее в ~900 раз. А в Squeak в комментарии к <b>Integer&gt;&gt;tinyBenchmark</b> указывается, что 400 MHz PII выдавал 18 Мб/с, т.е. был в 46 раз быстрее Dorado</i>). По-этому, уже в 1983 году, после попытки использования <a text="Статья объясняющая, что такое 'шитый код'" href="http://www.netlib.narod.ru/library/book0001/ch02_01.htm">шитого кода</a>, в <a href="http://portal.acm.org/citation.cfm?id=800017.800542">ST-80 ВМ для 680x0 появился динамический транслятор</a> или, говоря современным языком, <a text="Статья с историей JIT" href="http://en.wikipedia.org/wiki/Just-in-time_compilation">JIT</a>.</p> <p>Но, одно лишь колличество исполненных байткодов за секунду это не единственный параметр характеризующий ST ВМ. Так как вызов любой операции в ST (теоретически) происходит только путём отправки сообщения, то помимо байткодов/сек измеряют еще и колличество отправленных сообщений за секунду. Для отправки некому объекту сообщения нужно найти метод-обработчик по <i>селектору</i> (имени). Все методы лежат в словаре где ключ это селектор (имя) сообщения, а значение — метод, обрабатывающий сообщение. В классе хранятся только методы определённые непосредственно в этом классе, не включая методы родителей. Когда приходит сообщение, диспетчер производит поиск в таблице методов. Если находит метод соответствующий сообщению, то происходит его вызов, если не находит, то диспетчер переходит к классу родителя и процедура поиска повторяется. Иногда, приходится последовательно пройти всю иерархию вплоть до класса <i>Object</i>.</p> <p>Естественно, чтобы постоянно не бегать по одним и тем же классам, результат поиска можно закешировать. Afaik, в первых ST использовался глобальный кеш, где ключем была пара - класс объекта и селектор сообщения. Этот механизм имеет ряд минусов. Например, ограниченный размер кеша приводит к вытеснению "старых" результатов и поиск приходится производить заново.</p> <p>В дальнейшем, эмпиричиским путём выяснилось, что в каждой отдельной точке посылки сообщения (call site) класс получателя меняется относительно редко. Такая точка вызова называется <i>мономорфной</i>. Следовательно в большинстве случаев можно закешировать адресс метода-обработчика сообщения в самой точке вызова и избежать полного поиска. Такая техника называется <i>inline cache (IC)</i>. При IC уже найденный адрес метода прописывается непосредственно в скомпилированом машинном коде. Код в точке вызова проверяет класс получателя на соответствие закешированному классу и переходит на процедуру поиска только если классы не совпадают. Очевидно, что эффективность такого кеша зависит от количества попаданий в кеш (hit ratio). Утверждается что hit ratio для ST программы более 90%, но это довольно старые данные (начало 80-х), а как это проверить самому я не знаю. IC был реализован вместе с первым JIT в уже упоминавшейся <a href="http://portal.acm.org/citation.cfm?id=800017.800542">ВМ от Deutsch&amp;Schiffman</a>.</p> <p>А потом в лаборатории Sun появился <a href="http://research.sun.com/self/">Self</a>. Self отличается от ST не только тем, что <a title="Объяснение прототипного программирования" href="http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%82%D0%BE%D1%82%D0%B8%D0%BF%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5">Self основан на прототипах</a> в противовес классам, но и большей динамичностью. Например, там даже доступ к полям объекта происходит только через посылку сообщений, плюс штатная возможность менять иерархию наследования объекта, плюс множественное наследование. В общем, в Self есть куча особенностей затрудняющих создание эффективной реализации ВМ.</p> <p>В результате работ над Self-90 и Self-93 оказалось, что у того около 25% всех точек вызовов являются не мономорфными, а <i>полиморфными</i>. То есть, местами где значительное число сообщений посылаются объектам разлных классов. Для ускорения работы таких случаев используется <a href="/articles/cpp-pic.html"><i>polimorphic inline cache (PIC)</i></a>. При этом, в скомпилированном машинном коде кешируется некоторое ограничченное (например 5) число найденных методов. Скомпилированный код при этом может выглядеть так: <pre> if (object->class == #A) goto #A::m; if (object->class == #B) goto #B::m; goto #system_lookup; </pre> Количество сравнений увеличивается только при необходимости, то есть для мономорфных точек вызова эффективность будет точно такая же, как при простом IC. Если список классов переполняется, то какой-то из наличных закешированных методов заменяется новым. То есть PIC значительно теряет в эффективности в <i>мегаморфных</i> точках вызова. Т.е. в точках где класс объектов меняется часто. Но, к счастью, таких мест незначительное количество. PIC перекочевал в современные ST ВМ. Например, PIC используется в <a href="http://c2.com/cgi/wiki?HighlyPortableSmalltalk">HPS</a> - ВМ для VisualWorks Smalltalk. </p> <p> Полезным "побочным" эффектом от использования PIC-ов является то, что в точках вызова накапливается информация о типах, что позволяет проводить адаптивную оптимизацию — перекомпиляцию методов с учетом информации о типах (а это позволяет, например, выполнять инлайнинг). Перекомпиляция проводится только для методов, которые выполняются особенно часто. Подсчет частоты вызова можно осуществлять либо счетчиком внутри метода либо семплированием. Эта техника так же была опробована в Self и показала хорошие результаты: применение PIC вместо IC дало ускорение 25%, а применение адаптивной оптимизации еще 25%.</p> <p> Ряд людей, работавших в Sun над технологией адаптивной оптимизации для Self в конце 1994г. образовали LongView Technologies LLC, больше известную как Animorphic Systems. В конце 1996г. они представили диалект ST - <a href="http://www.strongtalk.org/">Strongtalk</a>. ВМ Strongtalk умела производить адаптивную оптимизацию. Однако, в это время <a href="http://www.rsdn.ru/Forum/message/2080684.1.aspx">с индустрией ST стало очень плохо</a>. И на рынок начала активно продвигаться Java. ВМ для Java (от Sun) в то время были совсем слабыми — простой интерпретатор с <a href="http://en.wikipedia.org/wiki/Garbage_collection_%28computer_science%29#Precise_vs._conservative_and_internal_pointers">консервативным сборщиком мусора</a> с кооперативной многозадачностью. И в 1997г Sun Microsystems приобрела LongView Technologies LLC (она же Animorphic Systems). Все работы над Strongtalk были приостановлены, а Java получила <a href="http://java.sun.com/products/hotspot/docs/whitepaper/Java_HotSpot_WP_Final_4_30_01.html#pgfId=1082363">ВМ с адаптивной оптимизацией - HotSpot</a>. </p> <p>Не смотря на то, что технология адаптивной оптимизации ведомой типами доказала свою эффективность и была описана и изучена, её дальнейшему внедрению в диалекты ST помешала одна проблема. Динамический оптимизатор являлся частью JIT и работал непосредственно в машкодах апаратной платформы. Что усложняло портирование оптимизирующей ВМ на разные платформы. Именно по этой причине Squeak разрабатывался как чистый интерпретатор, что позволяет ему работать на куче различных железяк под самыми разными ОС (хотя <a href="http://www.hirschfeld.org/misc/media/HauptHirschfeldDenker_2007_TypeFeedbackForBytecodeInterpreters.pdf">PIC можно применять и с интерпретаторами</a>). Из-за резкого схлопывания ST-рынка у производителей диалектов ресурсы были очень ограничены, ST ВМ обычно приходится поддерживать для <a href="http://www.cincomsmalltalk.com/scripts/DownloadFiles.ssp#VMLinks">широкого диапазона различных платформ</a>, а воспользоваться преимуществами адаптивной оптимизации хотелось. Так к 2002г. и оформилась идея, что оптимизатор должен быть реализован на ST, работать в образе и оптимизировать байткод на основании информации собраной в PIC. Технологию An Adaptive Optimizing Smalltalk Architecture (AOStA) начали разрабатывать Элиот Миранда (разработчик ВМ для VisualWorks) и Джилад Браха (разработчик ВМ для Self, Strongtalk, HotSpot) и <a href="http://www.cincomsmalltalk.com/blog/blogView?showComments=true&entry=3236397054">представили первый результат в 2003г.</a>, но до промышленного использования дело не дошло до сих пор.</p> <p><a href="http://vst.ensm-douai.fr/Esug2008Media/uploads/1/cog_miranda.pdf">Суть идеи</a> - на основе некоей информации накопленной ВМ, производится оптимизация байткода: спекулятивный инлайнинг, математические операции над примитивными (разбоксированными) значениями, операции над массивами без проверок индексов и др. Для этого нужно расширить байткоды и добавить в ВМ примитивы (<i>помните, что "примитивами" в ST называются функции в ВМ, а не примитивные значения</i>) работающие без избыточных проверок. Машкод же генерит один и тот же JIT, так как оптимизированный байткод это надмножество исходного неоптимального байткода. Опять же, как и в случае с PIC, генерировать более оптимальный байткод можно и для интерпретатора. <a href="http://www.squeaksource.com/AOStA.html">Порт AOStA, который разрабатывался тогда в 2003 для Squeak доступен в репозитории SqueakSource</a>. (Не нужно путать AOStA с <a href="http://www.kampjes.demon.co.uk/articles/exuperyDesign.pdf">Exupery, адаптивным компилятором в машкод на чистом ST</a>).</p> <p>Область байткод-в-байткод динамической оптимизации начинают осваивать наши "соседи": <a href="http://groovy.codehaus.org/GJIT+-+Groovy+Just-In-Time+Compiler">GJIT</a> - динамический оптимизатор для <a href="http://groovy.codehaus.org/">Groovy</a>. Написан на Java и использует трансформацию байткода через <a href="http://java.sun.com/j2se/1.5.0/docs/guide/jvmti/index.html">JVMTI</a>. Показывает <a title="Результат ускорения Groovy при использовании GJIT" href="http://chanwit.blogspot.com/2008/08/java-near-speed-groovy.html">значительное ускорение, по крайней мере на вычислительных тестах</a>. Т.е. для начала результат ободряющий.</p> <p>Первоисточники информации по адаптивной управляемой типами трансляции: <ul> <li>"<a href="http://www.cs.ucsb.edu/~urs/oocsb/papers/type-feedback.html">Optimizing Dynamically-Dispatched Calls with Run-Time Type Feedback</a>". Proceedings of the ACM SIGPLAN `94 Conference on Programming Language Design and Implementation, Orlando, FL, June 1994. </li> <li>"<a href="http://research.sun.com/self/papers/urs-thesis.html">Adaptive optimization for Self: Reconciling High Performance with Exploratory Programming</a>". Ph.D. thesis, Computer Science Department, Stanford University. </li> <li>"<a href="http://research.sun.com/self/papers/pics.html">Optimizing Dynamically-Typed Object-Oriented Programming Languages with Polymorphic Inline Caches</a>". ECOOP '91 Conference Proceedings, Geneva, Switzerland, July, 1991. </li> </ul> </p> <p>Обратите внимание, что на текущий момент все динамические оптимизаторы срабатывают не для всего исполняемого (байт)кода, а только в случае обнаружения узкого места - часто выполняемого участка. Адаптивная оптимизация управляемая типами находит и оптимизирует часто используемы методы. Но гранулярность в метод это не единственный возможный алгоритм. Есть еще "<a href="http://www.ics.uci.edu/~franz/Site/pubs-pdf/C44Prepub.pdf">trace trees</a>" ("деревья трас").</p> <p>Метод "trace trees" (TT) был разработан для динамической оптимизации машкода в проекте Dynamo, а затем был проработан при разработке оптимизирующих Java JIT для малых устройств. Идея заключается в оптимизации не отдельных методов, а циклов. Циклы находятся путём отслеживания обратных переходов. Когда, во время интерпретации байткода, ВМ обнаруживает обратный переход, то точка куда перешло управление помечается, как потенциальное начало цикла. После некоторого критического колличества переходов на помеченное начало цикла включается режим трассирования. Все выполненые во время трассирования байткоды формируют дерево трас. Формирование дерева прекращается после окончания цикла. Сформированная трасса оптимизируется и компилируется в код целевой платформы. Неисполненные куски цикла так и остаются в байткоде и инкрементально добавляются в дерево трасс, если на каком-то этапе управление попадает туда. Трасса затем перекомпилируется целиком. Все вызовы методов, которые вызываются в процессе трассирования, инлайнятся в трассу. Если инлайнится виртуальный метод, то перед заинлайненым блоком добавляется проверка класса, как в IC. При некоторых условиях <a href="http://blog.mozilla.com/dmandelin/2008/05/28/tamarin-tracing-internals-iv-trace-optimization/">трассировка может прерываться и не приводить к генерацию машкода</a>. Например, при вылете исключения, при чрезмерном разрастании трасс и пр. <a href="http://article.gmane.org/gmane.comp.lang.lua.general/44781">Используется в LuaJIT 2.x</a>. </p> <p>Не смотря на то, что из байткодов в машкод компилируется только небольшая часть программы, тесты показывают хорошую производительность систем на TT. Статьи по теме: <ul> <li>"<a href="http://www.hpl.hp.com/techreports/1999/HPL-1999-78.pdf">Transparent dynamic optimization: The design and implementation of Dynamo (1999)</a>" by Vasanth Bala, Evelyn Duesterwald, Sanjeev Banerjia.</li> <li>"<a href="http://www2.imm.dtu.dk/pubdb/views/publication_details.php?id=4746">HotpathVM: An Effective JIT for Resource-constrained Devices</a>". Andreas Gal, Michael Franz, Christian W. Probst</li> <li>"<a href="http://www.ics.uci.edu/~franz/Site/pubs-pdf/ICS-TR-06-16.pdf">Incremental Dynamic Code Generation with Trace Trees</a>". Andreas Gal, Michael Franz.</li> <li>"<a href="http://www.ics.uci.edu/~franz/Site/pubs-pdf/ICS-TR-07-12.pdf">Making the Compilation “Pipeline” Explicit: Dynamic Compilation Using Trace Tree Serialization</a>". Andreas Gal, Michael Bebenita, Mason Chang, and Michael Franz.</li> </ul> </p> <p> Теперь вернёмся к началу поста. JavaScript (JS) de-facto занял нишу, на которую изначально претендовала Java - интернет языка. Обладая таким статусом стыдно работать на убогих интерпретатора со сборщиками мусора на счетчиках ссылок. Сейчас ситуация резко меняется.</p> <p>Движок от Google - <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-September/131239.html">V8 - разрабатывают специалисты, которые работали над Strongtalk в Animorphic</a> и, затем, над HotSpot. V8 - это <i>не</i> адаптация ВМ для ST. В V8 нет байткода, из исходного кода генерируется непосредственно машинный код. От байткода отказались, так как JS код постоянно загружается новый. Для поддержки динамической диспетчерезации используется PIC. </p> <p>Движок от Mozilla - TraceMonkey - наоборот, компилирует JS в байткод (учитывая, что многие плагины к FF написаны на JavaScript это полезная фича). Дальше берётся за работу динамический транслятор, который использует "trace trees" - <a href="https://wiki.mozilla.org/Tamarin:Tracing">Tamarin</a>.</p> <p>Движок от Apple - SquirrelFish - простой интерпретатор байткода (что удивляет, так как именно Apple "ведёт" <a href="http://llvm.org/">LLVM</a>). Но, хотя SquirrelFish и не компилирует в машкод, в отличии от двух своих конкурентов, <a title="Сравнение TraceMonkey со SquirrelFish" href="http://www.masonchang.com/2008/08/tracemonkey-vs-squirrelfish.html">скорость этот интерпретатор показывает вполне приличную</a>.</p> <i>PS. Продолжение <a href="http://www.smalltalk.ru/2008/09/smalltalk_21.html">читайте в следующей заметке</a>.</i><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-5890356565581222782?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com5tag:blogger.com,1999:blog-7589481.post-25077091369472527472008-09-15T17:01:00.009+03:002008-09-15T19:59:07.935+03:00<p> Обновился сайт <a title="Домашний сайт Etoys" href="http://www.squeakland.org">squeakland.org</a> - домашний сайт <a title="Статья с небольшой демонстрацией практических возможностей Etoys" href="/2005/08/squeak.html">системы для обучения детей Squeak Etoys</a>. Эта система используется для обучения по всему миру (исключая, пожалуй, ex-USSR). </p> <p> Одной из особенностей Etoys (да и <a href="/2006/01/squeak-scratch.html">остальных обучающих систем построенных в этих традициях, как Scratch или Small-land</a>) является <a href="http://squeakland.org/about/intro/article.jsp?id=2317">система скриптования поведения объектов на экране</a>. Подобную подсистему сделали неотъемлемой частью в <a href="/2005/06/squeak-tweak-wiki.html">Tweak</a>, новом визуальном фреймворке <a href="http://croquetproject.org/index.php/2D_GUI:_MVC/Morphic/Tweak">созданном для Croquet</a>. </p> <p>Как мне видится, у "больших дядек" тоже есть аналог подсистемы скриптования - речь идёт о <a href="http://office.microsoft.com/en-us/access/CH063664881033.aspx">макросах в MS Access</a>.</p> <center> <i>Визуальный интерфейс генерации скриптов в Etoys</i>: <div><img title="Визуальный интерфейс генерации скриптов в Etoys" src='/images/etoys-scripts.png' /></div> <br /> <i>Визуальный интерфейс генерации макросов в MS Access</i>: <div><img title="Визуальный интерфейс генерации скриптов в Etoys" src='/images/ms-access-macro.png' /></div> </center> <p>У меня от использования макросов в MS Access 97 осталось 10 летней давности субъективное мнение - минусами были глобальное состояние, и полное несоответствие между функционалом доступным через макросы против функционала доступного через API из <a href="http://ru.wikipedia.org/wiki/Visual_Basic_for_Applications">VBA</a>. Я не знаю о востребованности и удобстве MSAccess-макросов, но факт что этот функционал остаётся доступен второй десяток лет говорит о том, что свой пользователь у такого подхода (пусть даже с такими ограничениями как в MS Access) есть.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-2507709136947252747?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-8189811754054136442008-09-15T02:47:00.003+03:002008-09-15T03:03:21.475+03:00<center><img src='/images/squeak-on-iphone.jpg' /></center> Выпущен порт Squeak на <a href="http://www.apple.com/iphone/">iPhone</a>/<a href="http://www.apple.com/ipodtouch/">iPod Touch</a>. Портировать нужно было не только с учетом процессорной платформы, но и с учетом <a href="http://en.wikipedia.org/wiki/IPhone">multi-touch интерфейса</a>. Доступен <a href="http://video.google.fr/videoplay?docid=-8336229069737911818&hl=fr">демо-ролик</a>. Подробнее <a href="http://news.squeak.org/2008/09/11/squeak-on-the-iphone-available-for-download/">читайте на The Weekly Squeak</a>.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-818981175405413644?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-83817046227777920282008-09-08T00:03:00.002+03:002008-09-08T00:12:27.878+03:00<p><a href='http://news.squeak.org/2008/08/22/squeakdbx-beta-release-for-opendbx-plugin/'>SqueakDBX</a> - интерфейс к <a href='http://www.linuxnetworks.de/doc/index.php/OpenDBX'>OpenDBX</a>. OpenDBX это С-библиотека для доступа к ряду <a href='http://www.linuxnetworks.de/doc/index.php/OpenDBX/Support'>различных РСУБД на ряде самых распространённых платформ</a>. Напомню, что сейчас единого интерфейса для доступа к РСУБД на Squeak нет.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-8381704622777792028?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-1976836876705023502008-09-07T23:34:00.003+03:002008-09-07T23:52:53.539+03:00<p>Выпущен <a href="http://news.squeak.org/2008/08/15/all-new-monticello-2/">релиз Monticello 2</a> - распределённой системы контроля версий широко используемой в Squeak. <a href="http://wiki.squeak.org/squeak/5624.">Версия 2 призвана исправить ряд недочетов</a> найденных при работе с Monticello 1. Например в версии 1 единицей версионирования является пакет, а версии 2 это отдельные классы, методы, переменные.</p> <p><a href="http://wiki.squeak.org/squeak/5623">Monticello 1</a> это распределённая система контроля версий, созданная <a href='/2005/12/blog-post.html'>Ави Браянтом</a> при разработке Seaside. Используется в <a href="http://wiki.squeak.org/squeak/3857">SqueakSource</a>. Есть порт Monticello на Gemstone/S.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-197683687670502350?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-23379723320546778112008-09-07T20:25:00.003+03:002008-09-07T21:02:17.355+03:00<center><img src='/images/gst_logo.png' /></center> <p><a href='/2008/01/gst-gnu-smalltalk-30-release.html'>Ветка GST 3.0</a> обновилась - вышел <a href='http://smalltalk.gnu.org/news/gnu-smalltalk-3-0-4'>GST версии 3.0.4</a>.</p> <p>Из изменений - багфиксы и небольшие улучшения в производительности.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-2337972332054677811?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-78623234595503283312008-08-02T17:07:00.005+03:002008-08-02T19:59:40.358+03:00<p><i>Не совсем про Smalltalk, но поскольку Ruby очень близок...</i></p> <p>На конференции <a href="http://en.oreilly.com/rails2008/public/content/home">RailsConf 2008</a> компания <a href="http://www.infoq.com/news/2008/05/MagLevAtRailsConf">Gemstone объявила</a>, что разрабатывает продукт аналогичный <a href="/2007/04/blog-post.html">Gemstone/S</a>, но использующий Ruby ВМ. Продукт называется <a title='Домашняя страница MagLev' href="http://ruby.gemstone.com">MagLev</a>.</p> <p>То есть, это будет распределённая многопользовательская транзакционная ВМ Ruby. Предполагается, что это будет продукт полностью отдельный от Gemstone/S, хотя возможность исполнять ST код пока останется. Что означает, что набор байткодов был расширен для поддержки специфики Ruby.</p> <p><a href="http://www.vimeo.com/1147409">К работе над MagLev привлечен Ави Браянт</a>, автор <a href="/labels/seaside.html">Seaside </a>и <a href="/2007/03/dabbledb.html">DabbleDB</a>. Ави пришел к Smalltalk c Ruby и до сих пор остаётся пропагандистом <a href="/2005/12/blog-post.html">идеи использовать продвинутые ВМ от ST для Ruby</a>.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-7862323459550328331?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-35437287921559987312008-08-02T14:40:00.006+03:002008-08-04T13:30:24.180+03:00<center><img src='/images/potato_2.gif' alt='Potato logo' /></center> <p> Дэн Инголс выпустил под MIT-лицензией JSqueak. <a href="http://research.sun.com/projects/JSqueak/">JSqueak это интерпретатор Squeak 2</a> (текущая версия Squeak - 3).</p> <p>Дэн <a href="/2006/04/squeak-squeak-on-java.html">разработал JSqueak в конце 2006 года</a> только для того чтобы получше разобраться в Java и не предполагалось никакого дальнейшего использования кода. Тем не менее уже появился <a href="http://news.squeak.org/2008/07/07/potato-version-of-jsqueak-from-hpi">форк JSqueak под названием Potato</a>. Из уже внесённых в Potato добавлений: поддержка 32 битных цветов (оригинальный JSqueak - черно-белый), ограниченная возможность вызывать Java-методы (оригинальный JSqueak не поддерживает крос-языковой совместимости) и кучу прочих улучшений и багфиксов. </p> <p>Для желающих поучаствовать в разработке JSqueak создан <a title="Список рассылки для любителей JSqueak" href="http://www.experimentalstuff.com/pipermail/jsqueakinterest/">список рассылки</a>.</p> <p><i>PS: <a href="http://potatovm.blogspot.com/">Блог по Potato: http://potatovm.blogspot.com</a></i></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-3543728792155998731?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-63265963853553997852008-08-01T22:27:00.002+03:002008-08-01T22:37:15.500+03:00<center><img src="/images/wxsqueak-win-thumb.jpg" alt="Минискриншот WxSqueak" /></center> <p>После долгого перерыва обновился <a href="http://wxsqueak.org/">WxSqueak</a> до версии 0.5. WxSqueak это интерфейс из Squeak к <a href="http://www.wxwidgets.org/">wxWidgets</a>. Из улучшений, например, поддержка Unicode. </p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-6326596385355399785?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-82836717030552083892008-07-31T20:01:00.004+03:002008-08-01T01:49:39.755+03:00<p> Обновился сайт <a title="Домашняя страница St/X" href="http://www.exept.de/en/products/smalltalk-x/stx-overview">Smalltalk/X</a>, а так же появилась <a href="http://www.exept.de/en/products/smalltalk-x/stx-download/stx-download-archiv">новая версия St/X (пока только под Windows) - 5.4.1</a>. </p> <p> Этот диалект интересен тем, что зародился он как <a href="http://live.exept.de/doc/online/english/programming/stc.man.html">транслятор из St в C</a>. Эта же <a href="http://live.exept.de/doc/online/english/overview/TOP.html">возможность существует</a> и поныне. Т.е. можно скомпилировать всю программу в самодостаточный исполняемый файл. Либо <a href="http://live.exept.de/doc/online/english/programming/compiling.html">предкомпилировать непосредственно в коды процессора отдельные модули</a>, а остальную часть оставить для JIT. Естественной является и <a href="http://live.exept.de/doc/online/english/programming/primitive.html">возможность встраивать С-код прямо в St-методы</a>. </p> <p>Под win32 С-код компилируется с помощью <a href="http://www.codegear.com/downloads/free/cppbuilder">Borland C 5.5</a>. В свежих версиях St/X появилась (эксперементальная) поддержка MS Visual C, однако всё еще требуется make от Borland. Можно ли воспользоваться gcc под win32 мне не понятно.</p> <p>В поставке идёт вполне <a href="http://live.exept.de/doc/online/english/TOP.html">приличная документация</a>, поддерживается <a href="http://live.exept.de/doc/online/english/overview/featurelist.html">куча платформ</a>, есть <a href="http://live.exept.de/doc/online/english/programming/viewintro.html">достаточный набор виджетов</a> (хотя за основу взят look&feel от OpenStep, что несколько непривычно для пользователей win). При разработке ориентир был на диалект VW (как уходящий корнями в оригинальный ST-80), но есть и <a href="http://live.exept.de/doc/online/english/programming/differences.html">ряд отличий</a>.</p> <p>И вообще диалект выглядит интересно и производит очень приятное впечатление. Единственный недостаток - колличество разработчиков и отсутствие сообщества. Только этим можно объяснить небольшие недоработки, которые хотя и легко исправляются, но требуют времени на погружение в контекст.</p> <p>Итог: мне кажется, что этот диалект зря находится в тени. И основная причина этого либо отсутсвие сил либо нежелание разработчиков заниматься выращиванием сообщества.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-8283671703055208389?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-70273600604198562252008-06-02T21:28:00.006+03:002008-06-02T21:43:32.698+03:00<p>Вот <a href="/2007/11/vw-store.html">люди спрашивали, как St может использовать софт на Java</a>. <a href="http://astares.blogspot.com/2008/04/javaconnect-java-assmalltalkvalue.html">Как оказалось</a>, есть несколько пакетов. Для VW это <a href="http://www.info.ucl.ac.be/%7Ejbrichau/javaconnect.html">JavaConnect</a> и <a href="http://jniport.wikispaces.com/">JNIPort for VW</a>. Для Dolphin это исходный вариант всё того же <a href="http://jniport.wikispaces.com/Downloads">JNIPort</a>.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-7027360060419856225?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-40355179679059575012008-06-02T20:38:00.009+03:002008-08-02T15:04:01.695+03:00<p>Qwaq, разработчик <a href="http://www.smalltalk.ru/2007/03/croquet-qwaq-forums.html">Qwaq Forums</a> выпустила под MIT-лицензией <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-February/125719.html">мультиядерную виртуальную машину Hydra VM</a>. Насколько я понимаю, <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-February/125150.html">Hydra позволяет активировать различные образы в отдельных нитях одной ВМ</a>, что позволяет загрузить все доступные процессоры. Этим дополнительным образам затем <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-February/125441.html">можно отдавать команды</a>. Пока же, обычной схемой являлся <a href="http://onsmalltalk.com/programming/smalltalk/seaside/scaling-seaside/">запуск множества отдельных образов в отдельных ВМ</a>.</p> <p>Сейчас <a href="http://squeakvm.org/%7Esig/hydravm/devnotes.html">Hydra VM - работает только под Win32</a>. Доступны <a alt="Исходники и билды Hydra VM" href="http://ftp.squeak.org/HydraVM/">исходники и билды ВМ версии 1.0 и необходимых плагинов</a>. Свежие билды ВМ можно найти по адресу <a href="http://ftp.squeak.org/HydraVM/latest_builds/win32/">http://ftp.squeak.org/HydraVM/latest_builds/win32/</a>.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-4035517967905957501?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com1tag:blogger.com,1999:blog-7589481.post-46415273789760546392008-05-21T14:23:00.006+03:002008-05-21T15:59:49.385+03:00<p> Иногда, при разработке приложения можно столкнуться с тем, что UI среды перестаёт отвечать. Добиться этого достаточно просто. Откройте Workspace и выполните такой код: <pre> [true] whileTrue: []. </pre> Система заблокирована и может быть не понятно, что делать в такой ситуации. Выходов может быть несколько. </p> <p>Во-первых, можно нажать комбинацию <i>&lt;Ctrl&gt;-\</i>. При этом откроется "Process Monitor" и все пользовательские процессы будут приостановлены. <center> <img src='/images/vw-processmonitor.png' alt='Монитор процессов - Process Monitor' /> </center> Из монитора процессов можно поменять приоритет процессам, открыть на любом процессе инспектор, прибить процес или, что можеть быть более полезно, открыть отладчик. </p> <p>Во-вторых, если я правильно помню, то монитор процессов, это относительно новая штука. В VW с давних времён существовала возможность открыть отладчик на текущем процессе. Вызывается отладчик комбинацией <i>&lt;Ctrl&gt;-Y</i>. В зависимости от того, какое окно было активно в момент нажатия <i>&lt;Ctrl&gt;-Y</i>, на том процессе и будет активирован отладчик.</p> <p>Эти две комбинации позволяют легко разобраться с простыми ситуациями. Например, с циклическим распространением событий между слушателями. И монитор и отладчик особенно полезны, если учесть, что из-за особенностей устройства VW ждать переполнения стека (и, как следствие, прерывания процесса) можно очень долго. </p> <p><i>Кстати, в ситуации с зацикливанием так же очень помогает <a alt="Описание пакета 'StackOverflow'" href="/2005/01/vw-stackoverflow-shiffmantimeout.html">инструмент StackOverflow</a>.</i> </p> <p>Если же отладчик/монитор не помогают или не доступны, то есть последний довод программиста - "Emergency Evaluator". Вызывается он по комбинации <i>&lt;Ctrl&gt;-&lt;Shift&gt;-Y</i>. В открывшемся окне можно выполнять ST-код. Набираете выражение и по нажатию <i>&lt;Esc&gt;</i> оно выполняется. Например, выражение <pre>ObjectMemory quit</pre> просто завершит работу системы. Если же вы хотите сохранить образ перед выходом, то можно воспользоваться выражением <pre>ObjectMemory saveAs: 'filename' thenQuit: true.</pre></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-4641527378976054639?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com2tag:blogger.com,1999:blog-7589481.post-48050761470136701122008-03-25T00:29:00.005+02:002008-05-21T15:59:36.462+03:00<center><img src="/images/squeak310.png" alt="Вышел Squeak 3.10!" /></center> <p><a alt="Новостная статья о выходе Squeak 3.10" href="http://news.squeak.org/2008/03/21/380/">Вышел Squeak 3.10</a>. Основная цель релиза - улучшение качества кода, увеличение покрытия юнит-тестами, модульность.</p> <p><i>PS. На <a alt="Wiki по Squeak 3.10" href="http://wiki.squeak.org/squeak/5919">wiki-страничке по релизу 3.10</a> есть <a alt="Список задач из Mantis включённых в 3.10" href="http://wiki.squeak.org/squeak/5934">список задач из Mantis реализованных в 3.10</a>.</i></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-4805076147013670112?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com3tag:blogger.com,1999:blog-7589481.post-90762060000748215442008-03-25T00:15:00.004+02:002008-05-21T15:58:54.901+03:00<p><a href="http://www.cincomsmalltalk.com/scripts/CommunityDownloadPage.ssp">Доступна для загрузки</a> свежая некоммерческая версия Cincom Smalltalk. В релиз, как обычно, входят 2 диалекта - VisualWorks 7.6 и ObjectStudio 7.1.3. ObjectStudio 8.1 - win-only диалект на виртуальной машине (ВМ) от VW задерживается, так как проходит сертификацию под Vista.</p> <p>Из нововведений: Seaside для VW теперь полностью поддерживаемый Cincom, поддержка Vista (например, исполняемые файлы ВМ <a href="http://msdn2.microsoft.com/en-us/library/ms537359(VS.85).aspx">подписаны цифровой подписью</a>), улучшения в поддержке Mac OS X, улучшения в библиотеке классов (например, прерывание процесса по <i>#terminate</i> вызывает раскрутку стека и корректное выполнение блоков <i>#ensure:</i>, новые примитивы - 1700, 1701, 1702, 1747 - для расчета хеш-кода у стандартных объектов, у блоков теперь есть <a href="http://www.cincomsmalltalk.com/userblogs/travis/blogView?showComments=true&entry=3355788976">новый набор методов - <i>#cull:</i></a>, а так же добавилась возможность ограничить время выполнения блока при помощи <i>#valueWithinSecond:orDo:</i> и пр.), улучшения в GUI (помимо расширения API, уменьшено раздражающее <a href="http://www.smalltalk.ru/articles/flicker-free.html">мерцание</a>), улучшения в инструментарии разработчика и, естественно, исправления ошибок.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-9076206000074821544?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-15501021377219292822008-03-19T14:28:00.001+02:002008-05-21T15:58:35.793+03:00Всё не по-хемульски в этом нехемульском мире. <a href="http://www.guillermomolina.com.ar/huemul/">Huemul Smalltalk</a><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-1550102137721929282?l=www.smalltalk.ru' alt='' /></div>Boris Berkgauthttp://www.blogger.com/profile/01404608686691155818noreply@blogger.com1tag:blogger.com,1999:blog-7589481.post-78881254769484942722008-01-10T13:55:00.002+02:002008-05-21T15:58:02.314+03:00<p> <a href="http://groups.google.com/group/comp.lang.smalltalk/msg/1e39208cfe668b9c">GNU Smalltalk 3.0 released</a>. Из изменений: <ul> <li><a href="http://www.gnu.org/software/smalltalk/manual/html_node/Syntax.html#Syntax">Новый более удобный синтаксис для создания классов</a> (важно для скриптов). Пример добавления метода в существующий класс: <pre> Number extend [ radiusToArea [ ^self squared * Float pi ] radiusToCircumference [ ^self * 2 * Float pi ] ] </pre> </li> <li>Изменена стартовая последовательность скриптов, что делает кастомизацию более удобной.</li> <li>Инструмент для автогенерации документации вошел в поставку.</li> <li>Новый <a href="http://smalltalk.gnu.org/faq/84">DBI-like интерфейс для доступа к БД</a>; в поставке драйвера для MySql, SQLite, PostgreSQL.</li> <li>Усовершенствован формат пакетов (введён так называемый <a href="http://smalltalk.gnu.org/faq/55">.star формат</a>).</li> <li>У скорено время инициализации, например, "Hello, World" запускается в 5 раз быстрее, чем в версии 2.3.</li> <li>Различные улучшения в библиотеке классов. Например, в базовую библиотеку добавлены <a href="http://smalltalk.gnu.org/faq/36"><i>продолжения</i></a> и <a href="http://smalltalk.gnu.org/faq/47"><i>генераторы</i></a>, а введение продолжений <a href="http://smalltalk.gnu.org/faq/43">позволит портировать Seaside</a> на gst.</li> <li>Прочие улучшения в структуре дистрибутива. Например, добавлены такие полезные вещи как реализация комплексных чисел, байдинги к GNUPlot, писалка/читалка формата JSON, новый пакет DebugTools.</li> </ul> </p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-7888125476948494272?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com1tag:blogger.com,1999:blog-7589481.post-44136438107551496392008-01-08T12:16:00.000+02:002008-01-10T10:06:37.849+02:00<p>Объявлено о начале <a href="http://groups.google.com/group/comp.lang.smalltalk/msg/b2668ae061703b73">бета тестирования Dolphin 6.1</a>. Бета-программа будет не закрытой, как раннее, а открытой. Но пока только для обладателей лицензии на Professional.</p> <p>Возможно это <a href="http://www.smalltalk.ru/2007/08/dolphin-dolphin-smalltalk-rip.html">обещанный минорный баг-фикс релиз</a>. Покрайней мере, из появившегося <a href="http://object-arts.com/content/navigation/home.html">пояснения ситуации</a> следует, что единственное, что будет добавлено это поддержка Vista, а вот портирования на .Net или другие платформы не будет.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-4413643810755149639?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com0tag:blogger.com,1999:blog-7589481.post-81446456233834685192008-01-01T03:07:00.000+02:002008-01-10T10:05:46.326+02:00<p> Не смотря на то, что ушедший 2007 год был отнюдь не высокосный, он всё таки оказался богатым на разнообразные события. </p> <p>Так диалекты St как исчезали так и появлялись. Пожалуй, наиболее разочаровывающей стала <a href="/2007/08/dolphin-dolphin-smalltalk-rip.html"><i>новость о прекращении разработки win-only диалекта Dolphin</i></a>. Хотя Dolphin "умер" разработчики считают, что <a href="http://www.object-arts.com/content/blog/2007Sep07.html">среда по прежнему имеет коммерческую ценность и не хотят открывать код ВМ</a>. И не смотря на то, что новых версий не будет, <a href="http://www.object-arts.com/content/navigation/products/dce.html">Dolphin 6 Community Edition</a> всё так же доступен для загрузки, и <a href="http://www.object-arts.com/content/news/storeNowOpen.html">Dolphin 6 Professional по прежнему продаётся</a>.</p> <p>Теперь перейдём к новоявлениям: <ul> <li><a href="http://bergel.eu/athena/?Athena"><i>The Athena Smalltalk</i></a> - интерпретатор St написанный на java 6. <a href="http://bergel.eu/athena/?Documentation:Overview:Using_Squeak">В качестве IDE можно использовать Squeak</a>. Из St есть доступ к java классам и объектам. Правда в документации отмечено, что о скорости речь пока не идёт.</li> <li>Следующий новичок - <a href="http://code.google.com/p/syx/"><i>Smalltalk YX</i></a>, или просто Syx. Среди целей заявлены быстродействие, компактность и <a href="http://code.google.com/p/syx/wiki/Examples">лёгкость интеграции с С/C++</a>.</li> <li>Новый диалект с красивым названием <a href="http://www.guillermomolina.com.ar/huemul/">Huemul Smalltalk</a>. Целей и особенностей создания диалекта я не знаю.</li> <li> От Дена Инголса появился исследовательский проект <a href="http://research.sun.com/projects/lively/index.html"><i>Lively Kernel</i></a> - правда это совсем не Smalltalk, а реализация <a href="http://ru.smalltalk.wikia.com/wiki/Morphic">Morphic</a> на JavaScript.</ui> </li></ul><p> <p> Ну, и, поскольку диалекты St иногда просто тихо "растворяются", то можно проверить статус различных уже известных диалектов: <ul> <li><a href="http://www.cincomsmalltalk.com/userblogs/cincom/blogView">Cincom Smalltalk</a> - под этим названием спрятались сразу два диалекта - VisualWorks & ObjectStudio. С первым всё понятно - стабильно два раза в год выходят новые версии. Не смотря на то, что долгоожидаемого <a href="http://www.smalltalk.ru/2007/09/vw-widgetry.html">Widgetry (он же Pollock) не будет</a> и то, что <a href="http://www.smalltalk.ru/2007/01/blog-post.html">несколько ведущих специалистов перешло к Джиладу Брахе</a>, VW развивается уверенно. ObjectStudio - второй диалект активно поддерживаемый Cincom. Это win-only диалект предназначенный для клепания клиентов к БД. ВМ от OS это был интерпретатор с поддержкой win-нитей. Но <a href="http://www.cincomsmalltalk.com/userblogs/cincom/blogView?content=os8_release">в октябре вышла окончательная версия OS 8</a>. От предыдущих версий OS 8 отличается тем, что использует ВМ от VisualWorks. Пользователи OS получили более быструю платформу, а разработчики в Cincom избавились от необходимости поддерживать две разные ВМ.</li> <li><a href="http://squeak.org/">Squeak</a>. С ним всё хорошо. Помимо новых версий среды под открытой лицензией появилась книга "<a href="http://squeakbyexample.org/">Squeak By Example</a>"; <a href="http://www.netjam.org/projects/spoon/">Spoon (проект по созданию минимально возможного образа, который затем будет "донаращивать" себя до нужной функциональности)</a> так же <a href="http://www.netjam.org/projects/spoon/the%20Spoon%20book.pdf">начал обзаводиться книгой</a>; <a href="http://lists.squeakfoundation.org/pipermail/exupery/2007-December/000247.html">развивается компилятор в исполняемый код - Exupery</a>. В общем <a href="http://news.squeak.org/2007/02/04/recent-squeak-packages-releases-2/">жизнь разработчиков бурлит</a> и всё заметить тяжело.</li> <li><a href="http://www.ambrai.com/">Ambrai</a> - коммерческий Mac-only диалект. На сайте новостей нет с февраля, но в форуме разработчики уверяют, что работают на новой версией.</li> <li><a href="http://www.fscript.org/">F-Script</a> - еще один Mac-only диалект, победитель "Apple Design Awards 2006" в номинации "Best Mac OS X Developer Tool". Предназначен для скриптования. В отличии от Ambrai - открытый. Интересен не только тем, что есть куча примеров интеграции со сторонними приложениями, но и тем, что <a href="http://smalltalk.org/articles/article_20040920_a4.html">расширяет синтаксис для работы с массивами объектов</a> (кстати, если интересно - <a href="http://www.cincomsmalltalk.com/publicRepository/HigherOrderMessaging.html">HigherOrderMessaging</a>). Готовится к выходу <a href="http://pmougin.wordpress.com/2007/12/04/f-script-20-64-bit/">64-битный F-Script 2</a>.</li> <li><a href="http://www.instantiations.com/VAST/prod/vast.html">VAST</a>. В 2007 году Instantiations выдала три минорных релиза (например, появилась поддержка 64 битных Vista & Linux).</li> <li><a href="http://www.gemstone.com/products/smalltalk/">Gemstone/S</a> - это диалект ST и одновременно объектный сервер (обычно это называют OODB). Некоммерческие версии можно найти в дистрибутивах Cincom Smalltalk. <a href="http://www.smalltalk.ru/2007/05/gemstone-gemstone.html">2007 год ознаменовался появлением инициативы GLASS</a> - выпуском бесплатной для коммерческого использования версии Gemstone/S для разработки web-приложений. В рамках GLASS поддерживатся Seaside и осуществляется портирование различного инструментария со Squeak (и вообще, ведуться работы по облегчению портирования на уровне исходных текстов со Squeak на Gemstaone/S).</li> <li><a href="http://www.objectconnect.com/">Smalltalk MT</a> - диалект основной особенностью которого является тесная интеграция с win32, поддержка "родных" нитей и компиляция непосредственно в исполняемый код. Новостей от него не много, но в марте 2007 года вышла очередная версия - <a href="http://www.objectconnect.com/release_downloads.htm">ST/MT 5.5</a>.</li> <li><a href="http://www.smalltalk-x.de/en/home">Smalltalk/X</a>. Кроссплатформенный и бесплатный даже для коммерческого использования, обширная документация, доступен исходный код St библиотек, но закрыт доступ к исходным кодам ВМ (хотя есть доступ к их CVS репозиторию, но что там есть я не смотрел). Из основных особенностей - возможность компиляции в исполняемый код, возможность предкомпиляции части библиотек в исполняемый код, лёгкость интеграции с С-библиотеками. Как по мне, то весьма интересный диалект, жаль что на него никто не обращает внимания. В 2007 году тихой сапой вышло два минорных релиза. Последняя версия - <a href="http://www.smalltalk-x.de/download/stx536">ST/X 5.3.6</a>.</li> <li><a href="http://smalltalk.gnu.org/">GNU Smalltalk</a> - вот-вот должна выйти версия 3.0, <a href="http://smalltalk.gnu.org/development/roadmap">основные новшества в которой</a> - новый синтаксис для дефиниции классов, поддержка генераторов, сокращение потребления памяти если несколько ВМ запущено из одного образа.</li> <li><a href="http://vistasmalltalk.wordpress.com/">Vista Smalltalk он же Smalltalk/DLR</a> - молодой диалект. Реализован хитро - внутри интерпретатор лиспа на котором и написан St. Интепретатор лиспа (а значит и сам Smalltalk/DLR) работает на .NET и (сюрприз!) Flash. Основное предназначение - создания приложений в броузере.</li> <li><a href="http://www.smallscript.org/">SmallScript</a>, он же S#. <a href="http://www.bitwisemag.com/2/S-Smalltalk-The-Next-Generation">По утверждению автора - Девида Симонса</a> - разработка не то что бы прекращена, но нам вернее думать, что этот интересный диалект давно уж как умер. Хотя...</li> <li><a href="http://www.smalltalk.org/versions/OOVM.html">OSVM (в девичестве OOVM)</a> - разрабатывался как встраиваемый диалект работающий на голом железа. Его купила Esmertec и некоторое время пыталась <a href="http://blog.quenta.org/2006/04/why-neptune.html">сделать язык более java-похожим (Neptune)</a>. Даже сделали в ВМ массивы 0-based вместо традиционных "смолточных" 1-based. В 2006 все не профильные (не связанные с java) проекты в Esmertec закрыли, офис в Дании разогнали, а сам продукт продали японцам в Esmertec Japan. И благодаря Google Translate мы можем узнать, что <a href="http://translate.google.com/translate?u=http%3A%2F%2Fosvm.jp%2F&langpair=jp|en&hl=en&ie=UTF8">OSVM вполне себе живёт и развивается</a>. Новые <a href="http://osvm.jp/download.html">версии штампуют</a> как горячие пирожки. Но только для японцев и с Neptune в качестве языка.</li> <li><a href="http://www.littlesmalltalk.org/">LittleSmalltalk</a> - как ни странно, но "оно живое!".</li> </ul> Никого не забыл? <p> <p>Добавлю, что в развити диалектов в этом году проявилось 2 общих тенденции. Первая, это осовременивание ВМ - поддержка Unicode и 64-битность. Вторая тенденция - все хотят поддерживать <a href="http://seaside.st/">Seaside</a>.</p> <p>В общем, можно сказать, что развитие диалектов есть. Некоторые даже считают, что популярность St была достигла дна и <a href="http://pmougin.wordpress.com/2007/12/06/is-the-smalltalk-community-growing/">дальше может быть только рост</a>. </p> <p>Теперь коротко рассмотрим смежные области.</p> <p><a href="http://croquetconsortium.org/">Croquet</a>. Вышел <a href="http://opencroquet.org/index.php/Downloads">Croquet SDK 1.0</a>; появился коммерческий продукт на Croquet - <a href="http://www.smalltalk.ru/2007/03/croquet-qwaq-forums.html">Qwaq Forums</a>; <a href="http://www.intel.com/pressroom/archive/releases/20070920corp_a.htm">Croquet и Intel</a>; <a href="http://croquetweak.blogspot.com/2006/01/croquet-tweak-at-nasa.html">Croquet и NASA</a>; <a href="http://nsuslovi.blogspot.com/2007/08/krestianstvoigrishe-on-road.html">Croquet и искуство</a>, <a href="http://community.livejournal.com/croquet_ru/">Croquet по-русски</a>. </p> <p>В ноябре началось реальное производство <a href="http://laptop.org/index.ru.html">OLPC </a>и уже <a href="http://www.homepc.ru/news/341367/">есть заказы из Уругвая, Монголии, Перу, Мексики</a>. Одним из продуктов устанавливаемых на OLPC является <a href="http://squeakland.org/">EToys</a>. Что интересно, в начале предполагалось реализовать версию E-Toys на питоне и не связываться со Squeak вообще. И <a href="http://wiki.laptop.org/go/Etoys">вот итог</a>. Тут же продолжим тему образования: зарелизены <a href="http://scratch.mit.edu/">Scratch</a>, <a href="http://www.comikit.se/">ComiKit</a>.</p> <p>Всё ближе к релизу <a href="http://sophieproject.org/">Sophie</a> - инструмент для создания мультимедийных книг. Кстати, об приложениях на Smalltalk. Сейчас складывается такая ситуация, что приложения на Smalltalk разрабатываются для внутренних нужд и широко не известны. Тем более приятно когда <a href="http://www.cwhonors.org/CaseStudy/viewCaseStudy.asp?Username=SatelliteForces&NominationID=232">награждают "серийную" программу</a> (VW). И еще о наградах: <a href="http://www.esug.org/conferences/15thinternationalsmalltalkjointconference2007/innovationtechnologyawards/winnersandnominations/">номинанты и победители ESUG 2007</a>.</p> <p><a href="http://news.squeak.org/2007/10/28/seaside-28-released/">Seaside - версия 2.8</a>. Как я уже говорил, Seaside - для коммерческих диалектов это "must have". Примером применения Seaside для всех являются <a href="http://dabbledb.com/">DabbleDB </a>и <a href="http://blog.dabbledb.com/2007/08/introducing-dab.html">DabbleDo</a>.</p> <p>А если вам для создания web-приложений нужно что-то более традиционное, то <a href="http://www.aidaweb.si/">к вашим услугам AIDA</a>. Тем более, что как раз <a href="http://www.aidaweb.si/news070822-aida-54-released.html">вышла новая версия AIDA под разные диалекты</a>.</p> <p>От продуктов перейдём к нематериальным событиям: <a href="http://stic.st/sts2007/">Smalltalk Solutions 2007</a>, <a href="http://www.esug.org/conferences/niallsreport/">ESUG 2007</a>, <a href="http://news.squeak.org/2007/12/18/the-first-smalltalk-conference-in-argentina/">1-я конференция по Smalltalk в Аргентине</a>.</p> <p>Под конец о <a href="http://www.smalltalk.ru">Сайте</a> - он действительно пребывает в некотором упадке, но окончательно списывать со счетов его пока не нужно.</p> <p>Опять же, если я забыл что-то интересное, то пишите в коменты. Хух. 2007 год всё!</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-8144645623383468519?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com2tag:blogger.com,1999:blog-7589481.post-75685459258532837482007-11-19T15:06:00.000+02:002007-11-19T15:21:29.229+02:00<p>Г-н Holger Kleinsorgen создал on-line приложение - <a title="Описание Storelight" href="http://www.smallish.org/smalltalk/storelight.html">Storelight</a> - для поиска по <a href="http://www.cincomsmalltalk.com/CincomSmalltalkWiki/PostgreSQL+Access+Page">публичному StORE-репозиторию</a>. </p> <p>Написано на Seaside. Поисковый движок Apache Lucene.</p> <p>Сырцы Storelight можно <a title="Демо Storelight" href="http://www.smallish.org:7777/seaside/Storelight">найти в публичном репозитории используя сам Storelight</a>.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7589481-7568545925853283748?l=www.smalltalk.ru' alt='' /></div>Andrei N.Sobchuckhttp://www.blogger.com/profile/06558669450434857988noreply@blogger.com4