LINUX.ORG.RU

Вышел Allegro Common Lisp 10.0

 , , ,


2

12

Сегодня, 7 октября 2015 года Franz Inc, давний новатор в области искусственного интеллекта (ИИ), представила десятый релиз своей платформы Allegro Common Lisp (CL). Allegro CL — мощная, динамическая система разработки ИИ, которая отлично подходит для разработки в промышленных масштабах. Сделать приложения с миллиардами объектов теперь просто с Allegro CL 10, которая является лидирующей в индустрии платформой разработки на Common Lisp. Allegro CL 10 обеспечивает параллелизм при управлении памятью, включая параллелизм в сборщике мусора, а также быструю утилизацию памяти.

Основные нововведения:

>>> Подробности

anonymous

Проверено: maxcom ()

Байки из склепа.

anonymous ()

Сделать приложения с миллиардами объектов теперь просто с Allegro CL 10, которая является лидирующей в индустрии платформой разработки на Common Lisp.

Самопиар и реклама в новости!

weare ★★ ()
Ответ на: комментарий от Hertz

Поверь, конторам. которым нужно «приложения с миллиардами объектов» — это по-карману. Похапешники и прочие локалхосты пускай пользуются тем, чем уже пользовались всю свою карьеру — им это не нужно.

Oxdeadbeef ★★★ ()

А что в этой платформе такого, что делает её лучшей для разработки ИИ? Именно ИИ. Вот есть, например Lisp works, иди как там его, он для разработки ИИ не подходит?

Weres ★★★ ()

Сделать приложения с миллиардами объектов теперь просто с Allegro CL 10

А что под этой маркетоидной фразой скрывается? ACL теперь может впихнуть миллиард объектов в кучу? Тогда интересно узнать - сколько именно он тратит на хранение объектов CLOS, например. Или он может работать с миллиардом записей в БД? Ну так это уже давно смешное число.

anonymous ()
Ответ на: комментарий от Weres

А что в этой платформе такого, что делает её лучшей для разработки ИИ?

  • CL
  • параллелизм в сборщике мусора;
  • с миллиардами объектов
  • встроенный пролог и экспертная систем — компилируется в машинный код
  • интеграция с жабой

Lisp works, иди как там его, он для разработки ИИ не подходит?

Оба — CL, так что одинаково.

Oxdeadbeef ★★★ ()
Последнее исправление: Oxdeadbeef (всего исправлений: 1)

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

M-x doctor теперь сможет обслуживать целую районную поликлинику больных?

d_a ★★★★★ ()
Ответ на: комментарий от Oxdeadbeef

В джаве (и clojure, с-но, если говорить о лиспах).

anonymous ()
Ответ на: комментарий от Oxdeadbeef

Понятно, спасибо. Я то думал, что особенное есть, раз тема ИИ так педалируется в новости.

Weres ★★★ ()
Ответ на: комментарий от anonymous

А что под этой маркетоидной фразой скрывается?

AllegroCache is a high-performance, dynamic object caching database system. It allows programmers to work directly with objects as if they were in memory while in fact the object data is always stored persistently. It supports a full transaction model with long and short transactions, and meets the classic ACID requirements for a reliable and robust database. It automatically maintains referential integrity of complex data objects. AllegroCache provides 64-bit real-time data caching on the application memory to achieve very high data access throughput by applications over as large a data set as necessary.

anonymous ()
Ответ на: комментарий от anonymous

И, да, в эрланге сборщик не параллельный.

Да, я прогнал.

Oxdeadbeef ★★★ ()
Ответ на: комментарий от anonymous

AllegroCache is a high-performance, dynamic object caching database system. It allows programmers to work directly with objects as if they were in memory while in fact the object data is always stored persistently. It supports a full transaction model with long and short transactions, and meets the classic ACID requirements for a reliable and robust database. It automatically maintains referential integrity of complex data objects. AllegroCache provides 64-bit real-time data caching on the application memory to achieve very high data access throughput by applications over as large a data set as necessary.

Я же говорю - маркетинг с кучей баззвордов, трудно найти современную СУБД, которая бы не могла в миллиард записей.

anonymous ()
Ответ на: комментарий от anonymous

ACL теперь может впихнуть миллиард объектов в кучу? Тогда интересно узнать - сколько именно он тратит на хранение объектов CLOS, например. Или он может работать с миллиардом записей в БД?

Объектная база данных. Работаешь напрямую с объектами как в памяти, но при этом все прозрачно хранится в БД.

anonymous ()
Ответ на: комментарий от anonymous

Я же говорю - маркетинг с кучей баззвордов, трудно найти современную СУБД, которая бы не могла в миллиард записей.

Английский учи, там совсем не про это.

anonymous ()
Ответ на: комментарий от Oxdeadbeef

Дык, камрад, о том и речь, что это энтерпрайзный продукт, не для мелкого бизнеса, инди-разрабов или энтузиастов. Твою правоту я здесь не отрицаю.

Hertz ★★★★★ ()
Ответ на: комментарий от anonymous

Объектная база данных. Работаешь напрямую с объектами как в памяти, но при этом все прозрачно хранится в БД.

Ты путаешь ORM и объектные базы. В данном случае это ORM.

anonymous ()
Ответ на: комментарий от anonymous

Английский учи, там совсем не про это.

Мозги включи, тебе пытаются тупо впарить ORM с массой ограничений (см. reference), а ты уже потек.

anonymous ()
Ответ на: комментарий от anonymous

Ты путаешь ORM и объектные базы. В данном случае это ORM.

Это чистейшая объектная база, без всяких костылей.

anonymous ()
Ответ на: комментарий от anonymous

Это тупо key/value.

Persistent CLOS Objects in Allegro Common Lisp — Class definitions are stored as first class objects in the database

Учи английский уже, хватит позориться.

anonymous ()
Ответ на: комментарий от anonymous

Physically a database is a directory containing a set of files, each file holding a single B-Tree. A B-Tree is a data structure that maps keys to values and sorts the key-value pairs by the key.

In a database every object has a unique object identifier (oid). An oid is an integer. There is no way to determine the class of an object given its oid.

Тупо key/value с инкрементом. Умеет хранить только то, что явно выписали. Никаких классов на уровне СУБД. Никаких запросов на уровне СУБД. Ничего кроме key/value. Вся логика в ORM.

anonymous ()
Ответ на: комментарий от anonymous

Persistent CLOS Objects in Allegro Common Lisp — Class definitions are stored as first class objects in the database
Учи английский уже, хватит позориться.

Это ты учи, что такое СУБД. То, что ты написал служит тупо для «распаковки», эти данные не используются базой, и могут хранится хоть в key/value, хоть в реляционке, хоть в plain text.

anonymous ()
Ответ на: комментарий от anonymous

Знакомые слова увидел? Ты некомпетентен. На физическом уровне все базы данных устроены подобным образом.

Logically a database is a collection of persistent class definitions, instances of those classes, index tables for some of the slots of the persistent classes and finally named maps.

anonymous ()
Ответ на: комментарий от anonymous

Ты некомпетентен. На физическом уровне все базы данных устроены подобным образом.

Еб%ный стыд. Ну нельзя же быть таким ограниченным. Не знаешь ничего по теме - просто промолчи.

anonymous ()
Ответ на: комментарий от anonymous

Это ты учи, что такое СУБД.

Какой еще ORM для key/value? Ты даже тут облажался. Хватит позориться.

anonymous ()
Ответ на: комментарий от anonymous

Еб%ный стыд. Ну нельзя же быть таким ограниченным. Не знаешь

ничего по теме - просто промолчи.

Слив засчитан. Учи английский, учи физические и логические уровни БД, и расшифруй уже себе, что такое ORM.

anonymous ()
Ответ на: комментарий от anonymous

Какой еще ORM для key/value? Ты даже тут облажался. Хватит позориться.

Воспользуйся гуглем, а потом убейся.

anonymous ()
Ответ на: комментарий от anonymous

Воспользуйся гуглем, а потом убейся.

Хватит вилять жопой.

ORM для реляционных баз, ты же говорил про key/value, а речь вообще шла про объектные базы. И, внезапно, на низком уровне реляционных базы тоже используют B-Tree. То есть ты вообще не в теме, знакомые слова просто увидел.

anonymous ()
Ответ на: комментарий от anonymous

Слив засчитан

Как угодно.

Учи английский, учи физические и логические уровни БД

В том то и дело, что нет тут ничего кроме key/value. Даже языка запросов. MongoDB на порядок объектно-ориентированней.

и расшифруй уже себе, что такое ORM.

Обратись хотя бы в википедию, раз основ не знаешь. Потом поищи ORM поверх популярных key/value. Твои детские представления, что такое ORM исчезнут.

anonymous ()
Ответ на: комментарий от anonymous

И, внезапно, на низком уровне реляционных базы тоже используют B-Tree.

Я же говорю - вообще не в теме. Ты хоть знаешь, что такое записи, что их можно хранить как одно целое или колонками. Что есть индексы и это отдельная история, и что B-Tree там одно из частных решений. Не самых эффективных. Впрочем конечно же нет.

ORM для реляционных баз
знакомые слова просто увидел

Именно.

anonymous ()
Ответ на: комментарий от anonymous

Мозги включи, тебе пытаются тупо впарить ORM с массой ограничений

Ты облажался, потому что предлагается не ORM, а AllegroCache. Написанная Джоном Фодераро AllegroCache, - это объектная СУБД на базе CLOS, т.е. без всякого зоопарка из слонов и дельфинов (аля Postgres и MySQL) с натягиванием очередного глючного генератора запросов из доморощенной объектной модели данных. :-) Правда, эта технология не по зубам малоимущим, ибо входит в Allegro CL, а он очень дорог. Если бы знал английский, то фраза «AllegroCache is an object database built on top of the Common Lisp Object System.» тебе бы сказала о том, что суть не в ORM, а в нативной СУБД, написанной на Common Lisp :-) Вот тебе ссылочка, возьми словарик и почитай :-)

anonymous ()
Ответ на: комментарий от anonymous

Ты хоть знаешь, что такое записи, что их можно хранить как одно целое или колонками.

Ну это вообще школьник какой-то. Иди сайты пиши на пхп, какой тебе AllegroCache.

anonymous ()
Ответ на: комментарий от anonymous

Если бы знал английский, то фраза «AllegroCache is an object database built on top of the Common Lisp Object System.» тебе бы сказала о том, что суть не в ORM, а в нативной СУБД, написанной на Common Lisp

А я не ведусь на баззворды в отличие от лиспофанатиков.

anonymous ()
Ответ на: комментарий от anonymous

Ну это вообще школьник какой-то. Иди сайты пиши на пхп, какой тебе AllegroCache.

Вот теперь твой слив засчитан. Никогда ты даже не рассматривал как хранятся данные в реляционах.

anonymous ()
Ответ на: комментарий от anonymous

А я не ведусь на баззворды в отличие от лиспофанатиков.

Ну тогда сиди в своём мэйнстримивом болоте, и тихо не высовывай от туда носа. :-) А насчёт лиспофанатиков ты опять слажался :-) Ну подумай, кто же из фанатиков будет выкладывать порядка восьми тысяч долларов за 64-битную версию Allegro CL? Это тебе не Го с Пайфонами и Рубями и пехепе с растами и проч. Такое вложение будет очень обдуманным, без фонатизма. :-)

anonymous ()
Ответ на: комментарий от bookman900

Какой дизайн — такая и контора.

Хипстер, тасуйся вальсом :-) Просто они не используют twitter bootstrap :-)

anonymous ()
Ответ на: комментарий от anonymous

А насчёт лиспофанатиков ты опять слажался :-)

Так я про тебя лично. Тебя полоумного издалека видно.

Такое вложение будет очень обдуманным, без фонатизма. :-)

Да. И там люди будут уже внимательно смотреть доки. Увидят всю ограниченность данного решения и уже потом будут принимать решение - использовать ли его, и если использовать, то как.

anonymous ()
Ответ на: комментарий от anonymous

Так я про тебя лично. Тебя полоумного издалека видно.

Как ты меня можешь видеть издалека? :-) Никак. Стало быть, у тебя галлюцинации. Вот к чему приводит мэйнстримовое болото :-)

Да. И там люди будут уже внимательно смотреть доки.

Главное, чтобы при таком просмотре у них не возникли галлюцинации с «полоумными издалека», и они приняли верное решение в здравом уме :-)

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.