The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Китае запущен спутник с real-time подсистемой ядра Linux, написанной на Rust, opennews (??), 13-Дек-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Вирт (?), 13-Дек-23, 23:19 
В таких случаях нужно делать `killall -6 программа` и смотреть в "корку" (core)
в `gdb`, там можно будет увидеть какой поток захватил mutex,
и скорее всего будет понятно почему же он его так долго держит.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

24. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (3), 13-Дек-23, 23:37 
Это довольно сложно поймать было, зависания непредсказуемые и краткосрочные, но их быть не должно. Если запускать под трейсером, видно, что висит мютекс, и гугление наводило на похожие случаи. Но решить так и не получилось. А сейчас и вовсе не воспроизводится.
Ответить | Правка | Наверх | Cообщить модератору

30. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Витюшка (?), 13-Дек-23, 23:50 
У тебя что-то типа deadlock. Только не совсем он. Просто по факту однопоточный код, где все ждут глобальный мьютекс.

А возможно и не воспроизводимый (легко) deadlock. Rust тут ни при чём.

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

Ответить | Правка | Наверх | Cообщить модератору

106. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Sw00p aka Jerom (?), 14-Дек-23, 03:25 
>Ставлю на этот вариант.

и как в случае дедлока идет отвисание?

Ответить | Правка | Наверх | Cообщить модератору

123. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Витюшка (?), 14-Дек-23, 09:29 
Никак. Ну я перечислил все возможные варианты. Не уверен я что там что-то отвисало.
Ответить | Правка | Наверх | Cообщить модератору

121. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –2 +/
Сообщение от adolfus (ok), 14-Дек-23, 08:44 
Как не при чем? posix-либы же на расте переписаны, значит как раз при чем.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

36. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +4 +/
Сообщение от Аноним (9), 13-Дек-23, 23:58 
>довольно сложно поймать

Но при этом ты сразу сделал вывод, что виноват тулчейн) Г - логика.
>гугление наводило на похожие случаи

Да, все проблемы с мутексом в гугле - это проблемы непонимания работы локов. Случаи похожие, потому что люди читают stack overflow, а не книжки по алгоритмам.
>сейчас и вовсе не воспроизводится.

Как только спросили код - воспроизводиться перестало. Это чудо, молись и кайся!

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

46. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (3), 14-Дек-23, 00:16 
> Но при этом ты сразу сделал вывод, что виноват тулчейн) Г -

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

> Да, все проблемы с мутексом в гугле - это проблемы непонимания работы

я вижу, гугл вообще плохой поисковик

>Как только спросили код

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

Ответить | Правка | Наверх | Cообщить модератору

59. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +1 +/
Сообщение от Витюшка (?), 14-Дек-23, 00:38 
Я тебе уже написал почему у тебя было зависание, с вероятностью 99.999%.

Я так понял ты не программист, судя по слову "датасет", а data scientist.

Я тоже много раз натыкался на баги в С++. "Ну вот...ну точно бага", через пару часов "Блииин, опять у меня ошибка в многопоточном коде".

Ответить | Правка | Наверх | Cообщить модератору

88. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –2 +/
Сообщение от Аноним (3), 14-Дек-23, 01:33 
Факт в том, что баг-то был в элементарном коде, где ошибиться невозможно. Только при использовании serde, если я верно помню. Это называется повышение осведомлённости, другой цели у меня нет. Мне нравятся определённые идеи ржавчины, но не нравится необходимость обмазываться unsafe и подобные вот баги из ничего.
Ответить | Правка | Наверх | Cообщить модератору

90. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (3), 14-Дек-23, 01:40 
Если бы существовала альтернативная реализация, можно было бы хотя бы однозначно утверждать, что проблема в тулчейне. А так, выяснить в чём же причина непонятного поведения, может оказаться весьма непросто. Поэтому, я пока опасаюсь тратить ресурсы на ржавчину, пока в гцц только зачатки.
Ответить | Правка | Наверх | Cообщить модератору

96. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Витюшка (?), 14-Дек-23, 02:16 
Так ты мог взять альтернативную реализацию библиотеки поток, или дёрнуть pthreads напрямую или другую библиотеку.
Ответить | Правка | Наверх | Cообщить модератору

98. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноньимъ (ok), 14-Дек-23, 02:22 
> Факт в том, что баг-то был в элементарном коде, где ошибиться невозможно. Только при использовании serde
> Serde is a framework for serializing and deserializing Rust data structures efficiently and generically
> issues 183 open 1525 closed

Нефига у вас ЭЛЕМЕНТАРНЫЙ код где ошибиться невозможно!

Вы себе отчёта не отдаёте совсем в том что ваш код делает?

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

101. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (3), 14-Дек-23, 02:31 
Ну, в моём-то коде багов скорее всего не было. Я посчитал, там больше 100 зависимостей. И они остались тех же старых версий двухлетней давности.
Ответить | Правка | Наверх | Cообщить модератору

204. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (202), 14-Дек-23, 16:56 
Знаешь сколько я таких пупсов "ну у меня тут ошибки нету, это вон другие виноваты" вижу каждый день? Начинаешь разбираться - ой, и правда ашипка, как же я так не заметил? Ну не заметил, потому что хотел на других спихнуть мокрые штаны.
Ответить | Правка | Наверх | Cообщить модератору

239. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –1 +/
Сообщение от Аноним (3), 14-Дек-23, 18:30 
Знаешь, сколько я таких вот "поработай мне бесплатно" вижу каждый день? Как только ты оплатишь моё время, я приступлю, и, можешь быть уверен, что я предоставлю воспроизводимый пример в разумный срок. Правда, поскольку это какая-то лажа, придётся заплатить чуть побольше, чем за обычный квалифицированный труд.
Ответить | Правка | Наверх | Cообщить модератору

242. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (9), 14-Дек-23, 18:48 
Что ты несешь? Тебе весь тред говорит - покажи код, мы укажем на ошибку. На что ты отвечаешь, что ошибок нет и виноват тулчейн, Аллах и коммунисты. Тебя просят дать хотя бы ссылки на релевантные баги. На что ты начинаешь маняврировать "ссылки БЫЛИ, но я ПОТЕРЯЛ, поэтому виноват ГУГЛ и вообще РАСТ плохо название".

Скажи, у тебя вообще совесть есть? Тебя родители не учили, что надо свои слова подтверждать делами? Что плохо без оснований обвинять других людей? Что надо, в конце концов, чужой труд уважать и идти на кооперацию? Нет же, я у мамы великий программист, а виноваты все остальные. Думаю, если ей этот тред показать - ей будет стыдно. За тебя.

Ответить | Правка | Наверх | Cообщить модератору

246. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –3 +/
Сообщение от Аноним (3), 14-Дек-23, 18:57 
Просто весь весь тред не очень умный и совершенно не имеет опыта в подобных вопросах, это очевидно. На то, чтобы воспроизвести условия, которые, предположительно, приводят к ошибочному поведению, мне будет необходимо потратить немало ресурсов на получение и воспроизведение состояния системы, а также, подготовить минимальный код и специальные данные. Бесплатно работать не интересно.
Ответить | Правка | Наверх | Cообщить модератору

323. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +1 +/
Сообщение от Конь (?), 15-Дек-23, 08:01 
> Факт в том

Без кода и версии компилятори (т.е. без возможности воспроизведения ошибки) это не факт, а балабольство

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

105. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Sw00p aka Jerom (?), 14-Дек-23, 03:24 
>Это довольно сложно поймать было, зависания непредсказуемые и краткосрочные, но их быть не должно.

может ждет I/O?

пс: 90999

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

150. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –1 +/
Сообщение от Аноним (3), 14-Дек-23, 12:16 
>ждет I/O

Я об этом подумал, потому что было похоже на какой-то свопинг, но это изначально ссд и зависания на одних и тех же местах в данных, перемещение в tmpfs не помогло, а данные могли быть и другими с тем же результатом. При этом, рядом лежал более сложный код на другом языке (плюсы не идентичны ржавчине, конечно, но операции примерно одинаковы) и на тех же данных у него проблем не возникало.

Ответить | Правка | Наверх | Cообщить модератору

223. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Sw00p aka Jerom (?), 14-Дек-23, 17:38 
> Я об этом подумал, потому что было похоже на какой-то свопинг, но
> это изначально ссд и зависания на одних и тех же местах
> в данных, перемещение в tmpfs не помогло, а данные могли быть
> и другими с тем же результатом. При этом, рядом лежал более
> сложный код на другом языке (плюсы не идентичны ржавчине, конечно, но
> операции примерно одинаковы) и на тех же данных у него проблем
> не возникало.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру