https://www.opennet.me/openforum/vsluhforumID3/133316.html Представлен выпуск свободной UNIX-подобной операционной системы OpenBSD 7.5. Проект OpenBSD был основан Тэо де Раадтом (Theo de Raadt) в 1995 году после конфликта с разработчиками NetBSD, в результате которого для Тэо был закрыт доступ к CVS репозиторию NetBSD. После этого Тэо де Раадт с группой единомышленников создал на базе дерева исходных текстов NetBSD новую открытую операционную систему, главными целями развития которой стали переносимость (поддерживается 13 аппаратных платформ), стандартизация, корректная работа, проактивная безопасность и интегрированные криптографические средства. Размер полного установочного ISO-образа базовой системы OpenBSD 7.5 составляет 630 МБ...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60930<br> https://www.opennet.me/openforum/vsluhforumID3/133316.html#198 Thu, 18 Apr 2024 05:05:59 GMT &gt;FreeBSD и Debian во многом похожи<br><br>Чем они похожи?<br> https://www.opennet.me/openforum/vsluhforumID3/133316.html#195 Mon, 15 Apr 2024 09:47:09 GMT Дело вообще не в возврасте человека, а в его отношении к делу и в том, на чем его изначально учили писать код. Понятно, что Виндовс пользователи, перекочевавшие на Линукс (или в нем живущие исключительно в рабочее время), будут писать в IDE просто потому, что они не знают, что такое консоль, и следовательно не могут понять, в чем ее удобство. Если среди них найдется кто-то мотивированный учиться новому, такой человек наверняка как минимум попробует VIM или другой Юникс текстовый редактор. Те же, кто свое знакомство с компами начинали в Юниксе и командной строке, скорее всего будут писать в Emacs/VIM.<br><br>Я не знаю, как с Питоном, Джавой и иными языками, но для написания кода на Си/Си++ ИМХО IDE - это просто излишество, которое зря потребляет ресурсы компа. В начале своего пути в Линукс и программировании я, признаться, совсем не хотел изучать VIM: мне он казался чем-то лишним, сложными, и вообще - да ну его, есть же NANO, и говорят он - проще для редактирования текстовых файлов в Линуксе (его правда почти всег https://www.opennet.me/openforum/vsluhforumID3/133316.html#194 Mon, 15 Apr 2024 09:46:11 GMT Дело вообще не в возврасте человека, а в его отношении к делу и в том, на чем его изначально учили писать код. Понятно, что Виндовс пользователи, перекочевавшие на Линукс (или в нем живущие исключительно в рабочее время), будут писать в IDE просто потому, что они не знают, что такое консоль, и следовательно не могут понять, в чем ее удобство. Если среди них найдется кто-то мотивированный учиться новому, такой человек наверняка как минимум попробует VIM или другой Юникс текстовый редактор. Те же, кто свое знакомство с компами начинали в Юниксе и командной строке, скорее всего будут писать в Emacs/VIM.<br><br>Я не знаю, как с Питоном, Джавой и иными языками, но для написания кода на Си/Си++ ИМХО IDE - это просто излишество, которое зря потребляет ресурсы компа. В начале своего пути в Линукс и программировании я, признаться, совсем не хотел изучать VIM: мне он казался чем-то лишним, сложными, и вообще - да ну его, есть же NANO, и говорят он - проще для редактирования текстовых файлов в Линуксе (его правда почти всег https://www.opennet.me/openforum/vsluhforumID3/133316.html#191 Mon, 15 Apr 2024 05:58:17 GMT &gt;&gt; Тесты производительностей есть?<br>&gt; сделай.<br><br>У меня есть более интересные занятия.<br> https://www.opennet.me/openforum/vsluhforumID3/133316.html#190 Mon, 15 Apr 2024 05:57:08 GMT &gt;&gt; В зависимости от того, что ты понимаешь под "отзывчивостью системы" может быть <br>&gt;&gt; прямо противоположной.<br>&gt; Под этим можно понимать что-то разное? Время реакции на события, особенно worst <br>&gt; case.<br><br>Можно, но капитаны звездолетов это не проходили.<br><br>&gt; И тут как ни крути а чем меньше квант времени тем быстрее <br>&gt; шедулер сможет отдать проц нужной задаче. При допустим 100Гц вот хоть <br>&gt; как но энная прога в своем праве держать проц 10мс. <br>&gt; И пусть весь мир подождет, но решение что проц сейчас будет <br>&gt; отдан более приоритетной задаче будет не ранее чем через 10 мс. <br>&gt; А вон там те точки принятия решений - каждый 1 мс. <br>&gt; Некая разница. При том на порядок в случае 100 vs 1000 <br>&gt; Гц тиков привязаных к шедулингу задач.<br><br>Так вот есть такие use cases, где частый "тик" ухудшает response time.<br> https://www.opennet.me/openforum/vsluhforumID3/133316.html#189 Sun, 14 Apr 2024 11:14:54 GMT &gt; Тесты производительностей есть?<br><br>сделай.<br><br> https://www.opennet.me/openforum/vsluhforumID3/133316.html#188 Sun, 14 Apr 2024 11:09:28 GMT &gt; да ну, проще макбук купить, там в чиртулке можно ваши лрнуксы крутить <br>&gt; если надг очень <br><br>Но вот со спеллчекером в макоси, определенно, большие проблемы. Даже гигантские.<br> https://www.opennet.me/openforum/vsluhforumID3/133316.html#187 Sun, 14 Apr 2024 11:05:31 GMT &gt; В зависимости от того, что ты понимаешь под "отзывчивостью системы" может быть <br>&gt; прямо противоположной.<br><br>Под этим можно понимать что-то разное? Время реакции на события, особенно worst case.<br><br>И тут как ни крути а чем меньше квант времени тем быстрее шедулер сможет отдать проц нужной задаче. При допустим 100Гц вот хоть как но энная прога в своем праве держать проц 10мс. И пусть весь мир подождет, но решение что проц сейчас будет отдан более приоритетной задаче будет не ранее чем через 10 мс. А вон там те точки принятия решений - каждый 1 мс. Некая разница. При том на порядок в случае 100 vs 1000 Гц тиков привязаных к шедулингу задач.<br> https://www.opennet.me/openforum/vsluhforumID3/133316.html#186 Sat, 13 Apr 2024 22:47:29 GMT &gt; но нет софта а-ля JetBrains. <br>&gt; в макоси есть божественные final cut и logic pro.<br><br>Если вас не затруднит, расскажите пожалуйста, почему люди до сих пор используют Windows если там не работают такие самые нужные им эти две программы?<br>