LINUX.ORG.RU
Форум — Talks  

Серьёзные вещи пишут на SPARK

 ,


0

3

Поискал на лоре, вроде не было. nVidia разработала DriveOS в 7млн строк кода на SPARK, для систем на базе AGX. Эта версия системы прошла сертификацию ASIL-D, прописанную в ISO 26262, стандарте для функциональной безопасности автомобилей.

Растишка? Это для айтишников с их сервачками и балмерами, прыгающим по сцене, как обезьяны. Серьезным дядям и тётям нужна формальная верификация, солидные коммерческие поставщики и проверенные временем решения, а не хипстерские тренды и дешёвый хайп на лохотронах.

★★★★★

Как может быть написано 7000 миллионов строк кода на SPARK, если такого языка SPARK нет, это питон. Хе-хе-хе.

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

We’ve qualified Ferrocene for use in systems up to ASIL D – the highest classification of initial hazard as defined by this standard.

© https://ferrous-systems.com/blog/officially-qualified-ferrocene/ (остальные покемоны тоже есть https://ferrous-systems.com/blog/ferrocene-libcore-news-release/ https://ferrous-systems.com/blog/ferrocene-achieves-iec-62304-qualification/)

inb4: как минимум Volvo буднично пилит прошивку для ECU как раз на Rust. Но я понимаю, это не подтверждает тезис ОПа, посему недостаточно серьёзно.

/thread

littlechris ★★★
()
Последнее исправление: littlechris (всего исправлений: 1)
Ответ на: комментарий от lenin386

7000 миллионов строк

Взял и превратил в 7 млрд. В СССР тоже так делали.

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

Это прикольно. Но только с т.з. менеджмента AdaCore - давний игрок на рынке mission critical, а ferrous systems - непопнятные хипстеры растоманы.

seiken ★★★★★
() автор топика

nVidia разработала DriveOS в 7млн строк кода на SPARK

Разработала или нагенерировала через LLM? Потому что одна из жирных проблем Ada и Spark в том, что руками на них писать крайне сложно из-за крайней топорности языка и весьма бедных средств разработки.

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

«топорность» в смысле «примитивность» языка может также приводить к более эффективной работе ЛЛМ

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

«топорность» в смысле «примитивность» языка может также приводить к более эффективной работе ЛЛМ

Безусловно. Вопрос в том, что это write-only код в итоге.

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

Вообще, после десятка с гаком лет в разработке в том числе критических систем, я отказываюсь водить машины, где в управлении задействована вообще какая-либо электроника. Ссыкотно что-то…

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

Вообще, после десятка с гаком лет в разработке в том числе критических систем, я отказываюсь водить машины, где в управлении задействована вообще какая-либо электроника. Ссыкотно что-то…

То есть до сих пор водите грузовик Ford Model T? Сейчас трудно найти автомобиль абсолютно без электроники, можно проверить это путём вытаскивания аккумулятора.

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

в статье на википедии всё в кучу смешали, так что непонятна сама причина именно софтовых проблем. Если суть в том, что где-то какая-то задержка неправильно установлена была, то это даже не программирование виновато, а архитектурная ошибка контрольной системы, соотв. от ЯП не зависит.

seiken ★★★★★
() автор топика
Ответ на: комментарий от yorshka

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

Ну, никто не запрещает ездить на ламповых аналоговых великах.. В европках это даже приветствуется.

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

непонятна сама причина именно софтовых проблем.

Там ссылки есть, ну и отчёты найти нетрудно. Вкратце, лютый говнокод в прошивке контроллера.

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

Это не отменяет того, что я сказал. Если в контроллере есть пространство состояний, в которое недопустимо переходить ни при каких входных воздействиях, механизмы защиты должны быть частью архитектуры, и должны существовать тесты, которые эти механизмы защиты проверяют.

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

Это не отменяет того, что я сказал. Если в контроллере есть пространство состояний, в которое недопустимо переходить ни при каких входных воздействиях, механизмы защиты должны быть частью архитектуры, и должны существовать тесты, которые эти механизмы защиты проверяют.

Конечно должна. Но почему-то иногда случается иначе.

yorshka
()

Меня терзают смутные сомнения, что люди никогда и не писали на аде, коболе, лиспе и т.п. У американской военщины ещё с 1947 был полный комплект трофейных технологий, включая разумеется ИИ. Потом это всё подавали быдлу в год по чайной ложке, каждый раз поднимая огромное бабло.

bread ☆
()
Ответ на: комментарий от yorshka

что руками на них писать крайне сложно из-за крайней топорности языка и весьма бедных средств разработки.

Так ты это, того, ногами! Глядишь и легче писать будет.

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

механизмы защиты должны быть частью архитектуры, и должны существовать тесты, которые эти механизмы защиты проверяют.

Никто не совершенен и тесты тоже.

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

что руками на них писать крайне сложно из-за крайней топорности языка и весьма бедных средств разработки.

Так ты это, того, ногами! Глядишь и легче писать будет.

Вы это советуете для того чтобы когда будут говорить откуда руки у кодера растут можно было с чистой совестью отвечать ДА! Именно оттуда. ?

anc ★★★★★
()

nVidia разработала DriveOS в 7млн строк кода на SPARK

у меня есть пара спарков… ну такое.

nvlivk работает до 4-х устройств, потом извини, купи че поинтереснее.

ваще да, 4 спарка как локальная нейронка, скажем дипсик кастомных сборок — неплохо. но если юзеров 10+ — не пригодно, крайне медленный инференс.

Rastafarra ★★★★
()
Вы не можете добавлять комментарии в эту тему: только для зарегистрированных, score>=50.