[00:00:24] <ada_ru> (I_vlxy_I) у тебя что, только 32битная винда там? маловероятно, что ты на Аде решишь для работы что-то писать. под те терминалы
[00:02:03] <geniepro> ну была мысля хотя бы попробовать
[00:02:30] <geniepro> на с++билдере писать нехорошо, на сишарпе неинтересно, на хаскелле тоже пробовал...
[00:03:39] <ada_ru> (I_vlxy_I) а для этих терминалов нужно безгуйное нечто?
[00:03:45] <ada_ru> (Максим) Ну можно взять gnat gpl 2017
[00:03:53] <ada_ru> (I_vlxy_I) пиши на js!
[00:04:04] <geniepro> там есть последние версии терминалов, которые вполне потянут современную ось, но как быть с кучей старых? приходится делать одинаковое ПО под хр
[00:04:34] <geniepro> gnat 2017 у меня есть, я уже подумал про него, но завтра попробую с 2018 поэкспериментировать
[00:04:47] <ada_ru> (Максим) Или поискать gnat fsf
[00:17:33] <ada_ru> (I_vlxy_I) или собрать gnat fsf. или собрать gnat gpl 🙂
[00:17:57] <ada_ru> (I_vlxy_I) правда я вот не уверен насколько gpl подойдет для коммерческого применения
[00:44:13] <ada_ru> (Максим) В Федоре и дебиане есть неплохие кроссы в вин32
[11:09:36] <ada_ru> (I_vlxy_I) "...разделить языки на те, что точно заслуживают внимания, и те, что нет, всё-таки можно. К первой группе я отношу C-подобные языки, поскольку они все примерно одинаковые и можно легко переключаться между ними. Кроме того, эти языки позволяют разобраться, как всё работает изнутри, при этом не погружаясь совсем в дебри, как это делает Assembler. Даже в институтах преподают С/С++, и это стоящая дисциплина, в отличие от многих других. В первую группу я бы также включил JS.

Глобально не стоит тратить время на старые языки типа уже упомянутого Assembler или Fortran."
[11:09:44] <ada_ru> (I_vlxy_I) https://tproger.ru/experts/legacy-technologies
[11:13:35] <ada_ru> (I_vlxy_I) "«Мёртвые» или «почти мёртвые» языки и технологии разработки ПО для собственного развития точно изучать не стоит. Список языков этого класса достаточно обширен — Fortran, Basic, Turbo Pascal, J#."
[12:02:28] <ada_ru> (Sergei)  отвечает (I_vlxy_I) на <"The MAX aircraft is…>
Я не совсем понял из описания, что произошло. Они пытались задрать нос выше того, что можно, или датчик збоил?
[12:02:41] <ada_ru> (I_vlxy_I) датчик
[12:02:58] <ada_ru> (I_vlxy_I) в итоге в горизонтальном полете автоматика нос опускала к земле
[12:04:13] <ada_ru> (I_vlxy_I) причем резко
[12:04:42] <ada_ru> (Sergei) ага, теперь понятно, почему так много сейчас научных сборищь (относительно) посвящают computer-human interaction
[12:06:31] <ada_ru> (Sergei) Но это, всё равно, более высокий уровень проблемы, чем unhandled exception
[12:06:39] <ada_ru> (Sergei) или киянка
[12:08:12] <ada_ru> (I_vlxy_I) ну, в принципе да. то есть они изменили стандартную и интуитивную процедуру отключения автоматики (когда её достаточно пересилить на штурвале). и экипаж про это никто не проинструктировал + глюки самой автоматики (но это то как раз вполне штатно и нормально)
[12:08:41] <ada_ru> (I_vlxy_I) плюс про возникающую проблему (а она была и на других полетах этого самолета) экипаж не поставили в известность
[12:09:07] <ada_ru> (I_vlxy_I) ккккомбо!
[12:09:42] <ada_ru> (Sergei) Ещё помнишь историю с российским самолётом, по-моему, в прошлом году, разбившимся из-за того, что пилот забыл включить тумблер "разморозка датчика высоты" при заходе на второй круг, и датчик высоты показал неправильное значение. Это примерно та же ситуация с человеко-интерфейсом, хотя, формально, самолёт отработал правильно, просто пилот забыл выполнить протокол.
[12:10:42] <ada_ru> (Sergei) хотя многих повергло в шок, что эта процедура не доверена автоматике
[12:11:29] <ada_ru> (I_vlxy_I) угу
[12:11:56] <ada_ru> (Sergei) на что опытные пилоты ответили в стиле "что вы знаете о пилотировании, меньше знаешь - лучше спишь и т.п."
[12:11:58] <ada_ru> (I_vlxy_I) там у них же чеклист есть по которому они идут при взлете например. то есть это не в одиночку человек делает
[12:12:16] <ada_ru> (Sergei) ну да, проблема что они не сели и пошли на второй круг
[12:15:44] <ada_ru> (Sergei) не, это был датчик скорости. И не при посадке. Но всё равно, я читал разбор на форуме лётчиков, там что-то было перед этим, почему он остался выключен, уже не помню
[12:16:02] <ada_ru> (I_vlxy_I) замерз, сколь я помню
[12:16:18] <ada_ru> (I_vlxy_I) пилот отказался от обработать самолет антиледянкой вроде
[12:16:20] <ada_ru> (I_vlxy_I) если не путаю
[13:13:22] <landgraf> нет, они просто забыли включить обогрев ПВД
[13:13:48] <landgraf> Ан-148 саратовских авиалиний же?
[13:15:05] <landgraf> вот и выросло то поколение админов, которые не могут настроить сеть без NetworkManager-а и то поколение пилотов, которые не могут лететь в горизонте без автопилота :(
[13:19:51] <ada_ru> (Sergei) мне недавно один админ на мой трейс и комментарий "телнет на 80 порту не отвечает" ответил "там протокол http а не telnet". Тогда я понял, что "мир изменился".
[13:20:27] <ada_ru> (I_vlxy_I) @nitrocerber Тикай с городу! http://www.autonet.ru/autonew/kaleidoscope/22659
[13:23:31] <ada_ru> (nitrocerber) Ахахах)))
[13:23:50] <ada_ru> (I_vlxy_I) Софт, как понимаешь, не на Аде
[13:24:16] <ada_ru> (nitrocerber) Та по нашим недочищенным дорогам никакая ада не спасёт
[13:24:29] <ada_ru> (nitrocerber) И с нашим народонаселением, ездящим как лайно
[13:24:35] <ada_ru> (nitrocerber) Тут надо бтр с турелью
[13:25:48] <ada_ru> (I_vlxy_I) Да и мисрой не пахнет в исходника ни одного из беспилотников, что я видел.
[13:25:57] <ada_ru> (Sergei) Могу спрогнозировать, что первый инцидент будет между двумя беспилотниками, потому как они не умеют читать букву "А".
[13:25:59] <ada_ru> (I_vlxy_I)  отвечает (nitrocerber) на <Та по нашим недочище…>
Да ладно, в Москве отлично чистят. Относительно России.
[13:26:44] <ada_ru> (Sergei) Остальные будут разбегаться
[13:26:58] <ada_ru> (I_vlxy_I) :-)
[13:27:19] <ada_ru> (I_vlxy_I) Ну, так то там и человек будет у руля. Формально.
[13:27:49] <ada_ru> (I_vlxy_I) Но все одно, тикай!
[13:29:49] <ada_ru> (I_vlxy_I)  отвечает (Sergei) на <Могу спрогнозировать…>
Кстати да. Надо будет научить :-)
[14:52:59] <ada_ru> (I_vlxy_I) А вот плюсы:
using FixedLatitude = Alias<std::int32_t, tag::latitude>;
using FixedLongitude = Alias<std::int32_t, tag::longitude>;
[14:53:23] <ada_ru> (I_vlxy_I) Создаем новые целочисленные типы, чтобы не попутать и на этапе компиляции словить ошибку, если что.
[14:53:35] <ada_ru> (I_vlxy_I) ```
* To prevent accidental longitude and latitude flips, we provide typed longitude and latitude
* wrappers. You can cast these wrappers back to their underlying representation or convert them
* from one representation to the other.
```
[14:59:25] <ada_ru> (I_vlxy_I) https://github.com/Project-OSRM/osrm-backend/blob/master/include/util/coordinate.hpp#L66
[14:59:29] <ada_ru> (Sergei)  отвечает (I_vlxy_I) на <А вот плюсы:
using F…>
этот приём с типами используется и не только в такой форме, можно struct с преобразованием сделать, например. Об этом знают почти все С++-сники, но ни один автор, пишущий сравнение вроде Ada-C++
[14:59:55] <ada_ru> (I_vlxy_I) дык Alias это и есть struct так то. шаблонный.
[15:00:21] <ada_ru> (Sergei) ну, я к тому, что и до появления этого Alias всегда использовали такой подход
[15:00:31] <ada_ru> (Sergei) типа new Integer в Аде
[15:00:38] <ada_ru> (I_vlxy_I) а tag::lattitude — это тоже struct.

Вот такого вида: struct lattitude {};
[15:00:51] <ada_ru> (Sergei) да.
[15:01:21] <ada_ru> (Sergei) это очевидно, если на С++ программишь :)
[15:01:31] <ada_ru> (I_vlxy_I) Ну да. Alias это ж не стандартное что-то. Это вот: https://github.com/Project-OSRM/osrm-backend/blob/master/include/util/alias.hpp#L42
[15:03:26] <ada_ru> (Sergei) У меня есть неплохие типы с проверкой арифметического переполнения, enum в стиле Ады и исключения с сообщениями об ошибками . На С++ шаблонах можно многое что сделать - они тьюринг полные, на этапе компиляции. Увы, очень многие говорят "сложно освоить"
[15:03:37] <ada_ru> (Максим) так напишите своё сравнение, чё бухтеть
[15:03:50] <ada_ru> (Sergei) а смысл
[15:04:12] <ada_ru> (I_vlxy_I) Очень мало людей которые одновременно на проф. уровне знают и С++ и Аду.
[15:05:21] <ada_ru> (I_vlxy_I) Но понятно. что инструмент для создания своих типов на базе базовых, в Аде ближе к программисту. Он постоянно под рукой, потому будет использоваться чаще. И будет больше опыта его использоваться. Будет использоваться скорее всего правильней.
[15:05:34] <ada_ru> (I_vlxy_I) В среднем.
[15:05:54] <ada_ru> (Sergei) Ну, собственно, я на С++ переношу приёмы, о которых узнал в Аде
[15:06:10] <ada_ru> (Sergei) другие да, не в курсе, почему они хороши
[15:06:42] <ada_ru> (I_vlxy_I) вот в том же osrm используется одновременно и фиксированная точка и плавающая. и вот эти новые типы на базе базовых.
[15:07:48] <ada_ru> (Sergei) да, но это не они изобрели, просто обычный с++ проект не студентом писанный
[15:07:59] <ada_ru> (I_vlxy_I) То есть, кажется, для osrm Ада могла бы подойти лучше.
[15:08:16] <ada_ru> (I_vlxy_I) как и вообще для всего картографического. Кажется Ада как раз под такие штуки в том числе затачивалась.
[15:08:28] <ada_ru> (I_vlxy_I) (там ракету навести, карту укрепрайонов построить, все дела 😊 )
[15:08:33] <ada_ru> (Sergei) Уфффф. Тут дело в экосистеме.
[15:08:40] <ada_ru> (Sergei) а не в языке
[15:10:30] <ada_ru> (Sergei) Даже на уровне форумов программерских
[15:11:45] <ada_ru> (Sergei) Ада не может занять ту же нишу, ей надо формировать другую экосистему, даже если на ней можно всё то же написать
[15:14:05] <ada_ru> (I_vlxy_I) ну, я просто к тому, что геосервисы на Аде писать должно быть приятно. И маршрутизацию тоже, впрочем это часть геосервисов.
[15:14:28] <ada_ru> (I_vlxy_I) То что в основном пишется не на этом - это понятно. И понятно почему.
[15:14:47] <ada_ru> (Sergei) я думаю, надо начинать с того, что писать драйвера на Аде для Linux и Windows. Вот это точно можно.
[15:15:10] <ada_ru> (Sergei) Аде нет в ядре, не может быть и снаружи
[15:16:02] <ada_ru> (Sergei) Зачем писать на Аде, если всё окружение, все dll и so кругом на C
[15:17:46] <ada_ru> (t91x0)  отвечает на <(geniepro)

помог б…>
Да сколько можно-то. Там было несоответствие условия полёта и системы, которая разрабатывалась для управления полётом.
[15:25:26] <ada_ru> (t91x0)  отвечает (nitrocerber) на <Тут надо бтр с турел…>
Грейдера вполне хватит
[15:51:40] <ada_ru> (I_vlxy_I)  отвечает (t91x0) на <Грейдера вполне хват…>
пешеходов фармить?
[15:52:42] <ada_ru> (nitrocerber) CarmADAgeddon ^_^
[15:53:12] <ada_ru> (I_vlxy_I)  отвечает (Sergei) на <я думаю, надо начина…>
драйвера никак не вылазят за пределы ядра. бОльшей части прикладных программистов глубоко всё равно на чем там дрова пишутся. хоть на Си, хоть на Аде, хоть на js или брейнфаке.
[15:53:45] <ada_ru> (I_vlxy_I) системные вызовы вроде как тоже от ЯП не зависят.
[15:54:03] <ada_ru> (I_vlxy_I) А вот что выше — стандартная либа общесистемная, это да.
[15:57:19] <ada_ru> (I_vlxy_I) но вот штука в том, что тот же osrm вполне можно без боли и страданий на Аде писать. То есть штуку что маршруты строит.

Ибо ему от системы нужно только уметь читать/писать файлики. Для общения с внешним миром — http сервить.

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

А, стоп. Есть шоустопер: для ады вроде как нет google protobuf. А osm-карты именно в этом формате (ну или в xml) поставляются.

Хотя protobuf тут нужен ровно на одном этапе - на этапе экспорта карт. Это делается отдельной утилитой.
[15:58:47] <ada_ru> (Sergei) Ну, это просто как на предприятии, производящие мониторы Philips будут сами использовать мониторы HP. Диссонанс.
[15:59:40] <ada_ru> (I_vlxy_I) да ладно, даже самсунг юзает матрицы LG 😊
[15:59:44] <ada_ru> (I_vlxy_I) иногда
[15:59:47] <ada_ru> (I_vlxy_I) а уж apple...
[16:07:44] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <пешеходов фармить?>
Тех фармить, кто запарковался ёлочкой у обочины, которые сузили дорогу на одну полосу. Там вообще хорошо бы проехать с этакой гигантской болгаркой, с двухметровым диском, прямо по автомобилям.
[16:08:12] <ada_ru> (I_vlxy_I) ну, иногда ёлочка разрешена знаками.
[16:09:05] <ada_ru> (I_vlxy_I) но вообще, таких с удовольствием эвакуируют прямо по CD. пачками
[16:09:14] <ada_ru> (I_vlxy_I) не в России конечно. В Москве.
[16:09:58] <ada_ru> (t91x0) В Новосибирске весь центр днём такой, запаркованный.
[16:11:24] <ada_ru> (t91x0) Сейчас тут снегопады, техника ездит, чистит, и хоть коммунальщики стараются не задевать автомобили, всё равно струёй слежавшегося снега иногда проминаются двери и т.п.
[16:13:34] <ada_ru> (t91x0) Недавно на парковке около Ленты встал один человек, задом к куче снега, которую трактор сгребает. Думал, что куча уже насыпана, всё, можно стоять. Приехал трактор, задрал ковш, высыпал содержимое сверху на кучу, сошла лавина и помяла оба задних крыла и двери. Водитель выскочил, орёт, а что тут можно сделать.
[16:18:22] <ada_ru> (dimakraken)  отвечает (Sergei) на <В плане провести бен…>
Я хочу. На Go могу. Если ещё актуально : )
Ещё интересно бенчмарки на алгоритмах хеширования делать.
[16:20:10] <ada_ru> (Sergei)  отвечает (dimakraken) на <Я хочу. На Go могу. …>
Настя, спасибо! Давай! Хэширование тоже достаточно важная в народном хозяйстве вещь, но всё определяется эффективностью хэш функции, то есть, я думаю эффективность алгоритма хэширования и скорость вычисления хэш функции - одно и то же.
[16:22:25] <ada_ru> (dimakraken) Угу, ну сначала ж твою программу(алгоритм)  поиска простых чисел на Go сконвертить?
[16:23:17] <ada_ru> (Sergei) Да, я выложу на github и кину ссылочку.
[16:24:24] <ada_ru> (dimakraken) Хорошо : )
[16:24:27] <ada_ru> (Sergei) Кто-то, (не кстати), о Gephi может что-то сказать? Я думаю её попробоать визуализировать один граф.
[16:24:43] <ada_ru> (Sergei) вообще, кто-то сталкивался с визуализацией огромных графоф?
[16:25:22] <ada_ru> (I_vlxy_I) кажется это похоже на рисование треков на карте. большого числа их.
[16:25:57] <ada_ru> (t91x0)  отвечает (Sergei) на <вообще, кто-то сталк…>
Я как-то раз через RedGate Reverse (или как его там) обрабатывал преогромную базу. Получилась адская паутина, в которой быстро разобраться всё равно не получалось, а каких-то запросов поверх "паутины" я там не нашёл.
[16:26:32] <ada_ru> (Sergei)  отвечает (t91x0) на <Я как-то раз через R…>
Ну вот gephi имеет какие-то плагины, которые так хитро расплетают паутину, чтобы было наглядно
[16:26:52] <ada_ru> (Sergei) в том числе, как я понимаю, динамика изменения графа
[16:28:01] <ada_ru> (Sergei) вот пример визуализации транзакций в биткоине, например

https://medium.com/chainalysis/visualizing-bitcoin-transactions-dd0e67d8e104
[16:28:41] <ada_ru> (I_vlxy_I) Gephi — на жабе писан. Хы.
[16:28:52] <ada_ru> (I_vlxy_I) Там где хай перформанс, там жаба!
[16:28:59] <ada_ru> (Sergei) ДА. Это мне делает головную боль
[16:29:22] <ada_ru> (Sergei) точнее, морскую болезнь
[16:29:45] <ada_ru> (Sergei) я потому и вопрос задал Адистам и хай перформерам
[16:30:14] <ada_ru> (I_vlxy_I) да ладно. оно может норм работает.
[16:30:16] <ada_ru> (Sergei) А ещё там пишут много про GPU
[16:30:30] <ada_ru> (Sergei) может так просто и не получится
[16:30:58] <ada_ru> (I_vlxy_I) Хм. А геоданные оно могёт? То есть допустим у меня есть граф дорог. Оно сможет его адекватно показать?
[16:31:23] <ada_ru> (I_vlxy_I) О! Афигеть. Могёт.
[16:31:39] <ada_ru> (Sergei) Ну вот как раз да. Там хитрые физические модели из термодинамики и ещё какая-то хрень, много научных статей на эту тему вложено внутре
[16:31:56] <ada_ru> (Sergei) чтобы просто узелок распутать
[16:32:06] <ada_ru> (I_vlxy_I) хм. а может и нет.
[16:32:19] <ada_ru> (I_vlxy_I) карта дорог хороша тем, что она УЖЕ распутана. и не нужно особо узлы двигать.
[16:32:30] <ada_ru> (I_vlxy_I) чтобе человек мог узнать очертания дорог.
[16:32:46] <ada_ru> (Sergei) тогда посмотри вот что
[16:33:34] <ada_ru> (Sergei) сорри, я пока ищу
[16:33:53] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <Там где хай перформа…>
Жаба уж точно быстрее Go и Питона
[16:33:56] <ada_ru> (I_vlxy_I) geolayout есть. нашел.
[16:34:10] <ada_ru> (I_vlxy_I) https://www.flickr.com/photos/stevefaeembra/6468206813
[16:34:30] <ada_ru> (I_vlxy_I) и это офигенно. спасибо, буду щупать gephi
[16:34:54] <ada_ru> (I_vlxy_I) можно будет визуализировать всякое с чем osrm работает.
[16:51:39] <ada_ru> (I_vlxy_I) чот тормозит оно знатно.
[16:53:51] <ada_ru> (Sergei) Вот, нашёл названия, это фреймворки для визуализации: Paraview и VisIt.
[16:54:14] <ada_ru> (Sergei) https://en.wikipedia.org/wiki/ParaView
[16:54:27] <ada_ru> (Sergei) https://en.wikipedia.org/wiki/VisIt
[16:54:33] <ada_ru> (I_vlxy_I) <прислал фото>
[16:54:35] <ada_ru> (I_vlxy_I) Вот вам москва.
[16:55:05] <ada_ru> (Sergei) олдскульно как-то
[16:55:30] <ada_ru> (I_vlxy_I) оно, кажется, офигело от размеров графа
[16:56:00] <ada_ru> (I_vlxy_I) ну и может как-то не так экспортер сгенерил мне файл из osm
[16:57:48] <ada_ru> (t91x0)  отвечает (I_vlxy_I) на <Вот вам москва.>
А почему без Новой Москвы?
[16:58:12] <ada_ru> (I_vlxy_I) це не москва!
[16:58:43] <ada_ru> (Sergei) В двух последних либах мне нравятся разработчики. Los Alamos National Laboratory и Lawrence Livermore National Laboratory. Ребята как раз должны были на планах Москвы тестировать.
[17:00:07] <ada_ru> (Sergei) Хотя, последнее время их куда больше беспокоит Пекин
[17:18:32] <geniepro> t91x0> Да сколько можно-то. Там было несоответствие условия полёта и системы, которая разрабатывалась для управления полётом.

ну об этом и речь. возможна системы верификации типа SPARK смогли бы ещё на этапе компиляции сообщить о таких несоответствиях...
[17:19:40] <ada_ru> (I_vlxy_I) КАК?!
[17:22:13] <geniepro> ну а как системы верификации обнаруживают несоответствие программы её формальной модели?
[17:23:31] <geniepro> странно, для таких маргинальных языков, как хацкель с эрлангом удосужились запилить по три официальных реализации протобуфера, а для ады никто не захотел?
[17:24:38] <geniepro> хотя кто-то же делал 5 лет назад, но доделал ли? http://www.diva-portal.org/smash/get/diva2:690878/FULLTEXT02.pdf
[17:34:16] <ada_ru> (I_vlxy_I) Еще Москва. Кажется я понял как это готовить. Плюс-минус
[17:34:19] <ada_ru> (I_vlxy_I) <прислал фото>
[17:34:45] <ada_ru> (I_vlxy_I) дальше уже вопросы к тулзе что вытаскивает узлы из osm
[17:37:31] <ada_ru> (I_vlxy_I) но этот джавы кусок местами конкретно так подтупливает.
[17:53:59] <ada_ru> (Sergei)  отвечает (I_vlxy_I) на <Еще Москва. Кажется …>
поздравляю. Ты, получается, только что сделал новую карту Москвы
[17:54:54] <geniepro> расшарьте на фотохостинге плиз )) а то мне в жабер-чате не видно картинки ((
[18:18:48] <ada_ru> (I_vlxy_I)  отвечает (Sergei) на <поздравляю. Ты, полу…>
Ну, это таки на базе данных от openstreetmap.
[18:24:26] <ada_ru> (I_vlxy_I) Теперь надо утилитку написать для конвертации графа дорог  osrm в gephi.
[18:24:28] <ada_ru> (I_vlxy_I) А потом уже сам граф допиливать, ибо мне не граф автомобильных дорог нужен.
[18:49:46] <ada_ru> (Максим) https://ibb.co/djgtzQN
[18:55:47] <ada_ru> (Sergei) кстати, Чернобыль всё-таки можно рассматривать как аппаратно-программную проблему. Там, пишут, был, вычислительный модуль, который обсчитывал выход реактора, в опасные области, однако он работал недостаточно быстро.
[19:06:21] <ada_ru> (Oleg) Парни а под stm32 кто нибудь GPS использует ?
[19:07:22] <ada_ru> (Максим) я чуток игрался
[20:11:06] <geniepro> fossil конечно интересный VCS, но этот сугубоконсольный интерфейс де прибавляет ему популярности
[20:38:49] <ada_ru> (I_vlxy_I)  отвечает на <(geniepro)
fossil к…>
У всех так. Клиенты отдельно.
[20:42:06] <geniepro> для фоссила нету клиента, только консольные команды
[20:42:23] <geniepro> хотя есть расширение для vscode, надо попробовать
[20:50:38] <geniepro> Currently, it only supports a basic file listing, which is based on the command fossil status.
чота небогато...
[20:52:11] <ada_ru> (I_vlxy_I) Гуй не нужен. В нем не поймёшь как оно работает.
[21:30:31] <ada_ru> (coopht) Всем привет!
[21:31:28] <ada_ru> (coopht) вопрос про алгоритмы.
Подскажите где почитать и что про lock-free очереди?
[21:32:29] <ada_ru> (coopht) нудна lock-free очередь для ARM64  SMP
[21:36:19] <ada_ru> (coopht) ах да, желательно на Си )
[21:36:38] <ada_ru> (coopht) Это все будет работать в контексте softrq в ядре линукс
[21:38:44] <ada_ru> (coopht) и будет ли оно быстрее очереди на спинлоках?
[22:11:07] <ada_ru> (I_vlxy_I)  отвечает (coopht) на <ах да, желательно на…>
На ц++ можно?
[22:11:19] <ada_ru> (coopht) неа
[22:11:48] <ada_ru> (coopht) я думаю что устанешь дружить его с линуксовым ядром
[22:12:00] <ada_ru> (I_vlxy_I) Упс.
[22:12:12] <ada_ru> (I_vlxy_I) А так - вот: https://github.com/cameron314/concurrentqueue
[22:14:13] <ada_ru> (I_vlxy_I) Там и статейки есть
[22:14:48] <ada_ru> (I_vlxy_I) Не код, так чтиво
[23:46:28] <ada_ru> (Oleg)  отвечает (Максим) на <я чуток игрался>
Там в дебагере всякие регистры переферии смотреть можно? как вобще отладка по сравнению с IAR например
[23:57:46] <ada_ru> (Максим) Регистров переферии наверное нет. Я iar не видел. Gps в основном даёт то, что gdb умеет