Есть железка/модуль, intel atom64, видео i915, сеть intel i210.
Собрал на 5.0 ядре дистр yocto, общаюсь с ней по последовательному порту, загружаюсь с USB. По началу всё работает, но потом она просто виснет без kernel panic’a и без логов, на термипал не реагирует, и пинг пропадет. Как такое лучше дебажить?
A: Ради эксперимента, повысится комфорт пользования терминалом или нет.
Q: Причем тут Rust?
A: Ни при чем, но из-за нативности и отсутствия GC на нем толпа людей побежала переписывать что ни попадя. С таким же успехом можно было бы и npm install, но тормозило бы. Ближе opam install или go get
Теперь мой терминал по истине свистит и пердит. Даю список если кому надо.
starship - shell command prompt, показывает кучу полезной информации в зависимости от контекста, например git branch если в репозитории, версии софта и ЯП если в каталогах с сорцами, hostname если зайти по ssh.
tldr- сокращенная версия man, показывает как чем пользоваться в примерах, а не выдавая полную справку. Страницы поддерживаются сообществом для громадного количества утилит. Изначальный проект - https://tldr.sh/
https://amp.rs/ - сильно отличается от vim, непривычно, глючит. Навигация по дефолту очень крутая зато.
Все вышеперечисленое ставится через cargo install <package_name> (кроме alacritty), название смотрите на страницах. Сам cargo и Rust ставятся через
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
P.S. Призываю остальных взять ЯП вашей секты и поставить такой эксперимент и отписаться. Да-да, расскажите как вы пользовались ls на Java. Пользователей emacs прошу не беспокоить
После что-то поломалось и в krunner и меню. Не ищутся названия приложений. Как результат, юзабельность кед сильно снизилась из-за того что приходится мышевозить. И gtk прилоджения из трея не управляются. Помогите люди починить, люди добрые ! Дистр debian stretch, он же testing.
$ tldr cat
Print and concatenate files.
* Print the contents of file1 to the standard output
cat {{file1}}
* Concatenate several files into the target file.
cat {{file1}} {{file2}} > {{target-file}}
Друзья, поделитесь, пожалуйста, опытом защиты от атаки syn flood spoofing ip.
Льется трафик с фейковых IP. Через 30-120 секунд после начала атаки - сервер становится недоступен.
Задача «переваривать трафик» 5-10 минут. Далее дата центр включает защиту и фильтрует сам.
Подозреваю, что можно это сделать за счет увеличения лимитов sysctl.
Если скопипастить все - то пост выйдет огромным. По ссылке полное описание проблемы и тесты.
Если коротко, то подскажите отечественные микропроцессоры, имеющие на кристале MMU. Есть ли такие процессоры? Я пока не нашёл.
А если чуть развёрнуто, хотелось бы «наехать» на две группировки разработчиков встраиваемых систем, которые периодически устраивают холивар на тему использования Linux во встраиваемых системах. Первый лагерь, это микроэлектроники, втаптывающие в грязь разработчиков, использующих Linux на встаиваемых устройствах. Я с вами согласен лишь отчасти - Linux далеко не лучше решение для встраиваемых устройств, но ваши потуги написать всё в суперцикле - вполне себе гадкий и неоптимальный подход. И когда вам приходится писать настоящие RT системы, то вы поневоле обращаетесь к готовым решениям (например, Keil RTX). Второй лагерь - приверженцы Linux на микроконтроллерах. Ну вам же электронщики говорят - не надо микроскопом гвозди забивать.
Так чего же я предлагаю? Если вы ещё не убили друг друга в спорах, нужен ли Linux на встраиваемых системах или нет, то попробуйте представить идеальную систему для встраиваемых устройств. Если представили, то сравните это с http://l4ka.org/l4ka/l4-x2-r7.pdf
Чем ближе ваше представление к l4-x2 - тем вы ближе к соврешенству. Спорить бесполезно, ибо постигший дао L4 станет верным его жрецом, а мысли непостигшего - равносильны разумению ребёнка. Если вы легко оперируете pthreads, семафорами и мютексами - вы всего лишь на половине пути.