Post:#185708 Date:15.06.2009 (09:07) ... Данная тема посвящена замечательной операционной системе Linux.
Сюда заходите, чтобы задавать вопросы и отвечать на заданные вопросы.
Успехов!
Перед этим надо пояснить, что изначально было два направления развития архитектуры компьютеров. В одном из них, все периферийные устройства имели свои мозги и управлялись командным кодом. Во втором, ничего не имели и всё делал один процессор. Это было дешевле и каждый умелец мог вытворять что хотел. Первые работали по прерываниям, вторые - по тактам, а прерывания были на более высоком уровне. Естественно, что фактически выполнялись одинаковые процедуры, но разница была в лёгкости обращения к периферии. Это потом, когда надстроили программное обеспечение высокого уровня, организация железа перестала быть видна любителям похимичить. И не забывайте, что в те времена компьютеры были не в каждом доме и использовались исключительно в производственных целях. А цели было две - считать и обрабатывать изображение.
И еще...
Тут пост Деда был, что Яблоко интелловские камни уже пять лет ставит...
Да ну?!!! На все устройства, в том числе ноуты?!!!
У меня почти вся линейка свежая на камнях Эппла...
Самый старый 2001 года камень...
Слух нумер раз: на интеловских камнях существует секретный код, который запускает процедуру самоликвидации проца.
Слух нумер два: в нашей оборонке интеловские камни не используют.
Пс. За что купил, за то и продаю.
_________________ Человек отличается от обезьяны умением не замечать очевидных вещей.
Слух нумер раз: на интеловских камнях существует секретный код, который запускает процедуру самоликвидации проца.
Слух нумер два: в нашей оборонке интеловские камни не используют.
Пс. За что купил, за то и продаю.
Угу... Еще этот код с 256 разядом умеет управлять периферией, например сетевыми портами, а также еще хз что умеет...
И все в обход даже Винды... Срал он на ее систему регистров... И на ядро целиком...
И даже на Биос срал с высокой колокольни...
Помими набора компиляторов GCC есть конкурирующий набор компиляторов Clang.
Проект Clang развивается быстрыми темпами и создан для замены GCC в ближайшем будущем. Компиляторы Clang развиваются благодаря поддержки фирмы Apple.
Домашняя страница проекта:[ссылка]
Страница Википедии, посвящённая Clang:[ссылка]
Цитата из Википедии:
Clang — это компилятор для C-подобных языков, созданный специально для работы на базе LLVM. Комбинация Clang и LLVM предоставляет набор инструментов, позволяющих полностью заменить GCC. Благодаря архитектуре, основанной на библиотеках, Clang (как и LLVM) легко встраивается в другие приложения.
Одной из главных задач Clang является поддержка инкрементной компиляции, позволяющей более тесно интегрировать компилятор и графический интерфейс среды разработки, в отличие от GCC, который был создан для работы в классическом цикле «компиляция-линковка-отладка». В отличие от GCC, ориентированного преимущественно на кодогенерацию, Clang стремится предоставить универсальный фреймворк для парсинга, индексации, статического анализа и компиляции языков семейства Си. В частности, Clang не производит упрощений исходного кода на этапе парсинга (как это делает GCC), гарантируя точное воспроизведение исходного текста в AST.
В отличие от GCC, Clang изначально спроектирован для максимального сохранения информации в ходе процесса компиляции, в том числе сохранения «внешнего вида» исходного кода. Эта особенность позволяет Clang создавать развернутые контекстно-ориентированные сообщения об ошибках, понятные как для программистов, так и для сред разработки. Модульный дизайн компилятора позволяет использовать его в составе среды разработки для индексирования кода, подсветки синтаксиса и рефакторинга.
Clang поддерживает большинство распространенных опций GCC.
Какбы они не старались потеснить GCC, им это не удасться.
GCC может обеспечить кросс-компиляцию кода для очень большого количества процессорных архитектур.
Clang в настоящий момент поддерживает архитектуры X86, ARM и PowerPC.
Кстати, Clang есть в репозиториях Ubuntu. Этот набор компиляторов можно скачать и установить на ЭВМ и сравнить с GCC.
GCC и Clang работают независимо друг от друга и не конфликтуют между собой в одной и той же системе.
Раскрыты подробности эксплуатации уязвимости (CVE-2015-8660) в ядре Linux, позволяющей непривилегированному локальному пользователю получить права root. Уязвимость вызвана недоработкой в коде установки прав доступа в файловой системе OverlayFS, проявляющейся при использовании пространств имён для идентификаторов пользователей (user namespaces).
Суть проблемы в том, что пользователь может при помощи технологии "user namespaces" создать изолированное окружение со своим пользователем root и примонтировать в нём часть внешней ФС через OverlayFS. Из-за ошибки в OverlayFS при изменении прав доступа в изолированном окружении, изменения также остаются в связанной с OverlayFS директории для хранения изменений (например, директория для изменений может быть создана в tmpfs и остаётся доступна извне, также доступ к ФС изолированного окружения можно получить через /proc). Таким образом, в изолированном окружении можно создать исполняемый файл с флагом suid root и выполнить его вне изолированного окружения. Для тестирования подготовлен прототип эксплоита.
Вызвавшая уязвимость ошибка была устранена в ядре Linux в начале декабря и вошла в состав релиза ядра 4.4, но детальная информация об уязвимости обнародована только сейчас. Проблема проявляется начиная с ядра 3.18, поэтому не касается штатных ядер дистрибутивов RHEL/CentOS и Debian, но затрагивает выпуски Ubuntu 15.10 и Fedora 23 и уже устранена в опубликованных несколько дней назад обновлениях пакетов с ядром.
Следует отметить, что так как многие старые подсистемы ядра написаны без оглядки на возможности User Namespace, не исключается наличие ещё не выявленных похожих уязвимостей. Например, кроме OverlayFS подобные проблемы найдены в ptrace (CVE-2015-8709). В качестве обходного пути защиты рекомендуется отключить поддержку User Namespace в ядре (CONFIG_USER_NS=n). Проверить включена ли поддержка User Namespace можно командой "ls /proc/self/ns|grep user".
sw1972 Пост: 472149 От 08.Jun.2015 (22:27)
Помими набора компиляторов GCC есть конкурирующий набор компиляторов Clang.
Проект Clang развивается быстрыми темпами и создан для замены GCC в ближайшем будущем. Компиляторы Clang развиваются благодаря поддержки фирмы Apple.
Домашняя страница проекта:[ссылка]
Страница Википедии, посвящённая Clang:[ссылка]
Цитата из Википедии:
Clang — это компилятор для C-подобных языков, созданный специально для работы на базе LLVM. Комбинация Clang и LLVM предоставляет набор инструментов, позволяющих полностью заменить GCC. Благодаря архитектуре, основанной на библиотеках, Clang (как и LLVM) легко встраивается в другие приложения. ...
Какбы они не старались потеснить GCC, им это не удасться.
GCC может обеспечить кросс-компиляцию кода для очень большого количества процессорных архитектур.
Clang в настоящий момент поддерживает архитектуры X86, ARM и PowerPC.
А это более 90 % рынка, особенно с учётом стремительного развития ARM. А остальные, как в анекдоте, "... ну и бог с ней, с Австралией"
sw1972 Пост: 471834 От 03.Jun.2015 (23:26)
Системные вызовы будут вести себя одинаково в случае программы, написанной на ассемблере, или програмы, написанной на языке Си или Си++.
Что за неграмотный бред? Процессор работает на машинных кодах, он даже не подозревает на каком языке написана программа.
Человеку же удобнее видеть эти коды на языке ассемблера- это почти те же самые коды. Почему ПОЧТИ?
Потому что некоторые коды не входят в язык ассемблера- разработчики процессора оставили эти коды для своих нужд.
Вот уже первая дыра. на уровне машинных кодов. Использовать ее можно только с помошью языка ассемблера.
Например так: есть код, а слова такого в ассемблере нет. Можно с помощью ассемблера вставить этот код в программу и он будет исполняться.
На Си такого не сделаешь.
Кроме языка ассемблера есть еще программа-транслятор, переводящая язык ассемблера в машинные коды.
Она тоже называется ассемблером, начинающие линуксоиды часто путают язык и транслятор.
Эта программа не одна. Их много разных. У интела - это одно а у мелкософта или борланда- это другое, а у гнуса - это третье.
Язык один, а программы разные, и они по разному выполняют одну и ту же функцию. Каждая строго по своему.
Как раз там самые тонкости работы с кэшем, стэком, вызовами.
Например мелкософтовская винда различает вызовы юзера и вызовы ядра- они по разному обрабатываются своим ассемблером. А гнусы решили все унифицировать- все делают одинаково- им грамотные люди говоряли- так нельзя,
это дыра на дыре. А гнусовцы им в ответ- ну мы же учебную игрушку пишем, отстаньте.
А потом потихоньку затерли в памяти что это игрушка, и начали рекламировать ее для серьезных вещей.
Правда действует эта реклама только не неграмотные мозги. Те кто знает, в страшном сне не поставят на обслуживание банка линух. Он работает на игрушечном детском компиляторе языка для студентов.
В любом обществе всегда есть один процент безнадежно неграмотных, которых бесполезно учить.
Неважно чему- из них всегда получаются либо линуксоиды либо свидомиты либо то и другое вместе.
Это такие студенты, которые дальше первого курса никогда не пойдут.
Гнус, линух- это предметы для первого курса. А серьезные дела начинаются потом.
Народ, а зачем аж 2 ветки ПАРАЛЕЛЬНЫЕ по Линуху ???
Чем это он так "услужилЪ" Может админ "поможет" объединить ?
К стати, по поводу Админа, - может попросим его всем Скифом, в сообщениях сделать нормальные ДАТЫ, как на других форумах, а ... ?
Что-бы ГОД было НОРМАЛЬНО видно !!! А то к примеру 12.01 это:
1. 12 января х.з. какого года ?
2. 1 декабря х.з. какого года ?
3. где-то в декабре 2001 года ?
4. где-то в январе 2012 года ?
Особенно НЕУДОБНО при поиске в СТАРЫХ ветках !!!
dedivan Пост: 486970 От 16.Jan.2016 (08:56)
Потому что некоторые коды не входят в язык ассемблера- разработчики процессора оставили эти коды для своих нужд.
Вот уже первая дыра. на уровне машинных кодов. Использовать ее можно только с помошью языка ассемблера.
Например так: есть код, а слова такого в ассемблере нет. Можно с помощью ассемблера вставить этот код в программу и он будет исполняться. На Си такого не сделаешь.
Почему это не сделаешь ? В Сях есть директива вставок на асме, пиши там чего хош, но только сам в ответе за то что там навставлял
...Как раз там самые тонкости работы с кэшем, стэком, вызовами. Например мелкософтовская винда различает вызовы юзера и вызовы ядра- они по разному обрабатываются своим ассемблером. А гнусы решили все унифицировать- все делают одинаково- им грамотные люди говоряли- так нельзя, это дыра на дыре. А гнусовцы им в ответ- ну мы же учебную игрушку пишем, отстаньте. А потом потихоньку затерли в памяти что это игрушка, и начали рекламировать ее для серьезных вещей.
dedivan, всё правильно написано, но вот прикинь, садишься ты в Ладу-Калину, а там 2 (независ-х) руля, по 2 педали тормоза, 2 педали газа, и т.д., т.е. режим юзера и режим "ядра". Сможешь на ней ездить ? Или на стиралке, утюге или мобиле будет такая-же хрень ? Задача ОС _управлять_железякой_ !!! Как она это делает, её проблема, - а режим юзер-ядро, это ВОЗМОЖНОСТЬ проца. В ранних процах режима ядра не было, и особо по этому поводу не гундели, всех Фсё устраивало. По-моему, тут и спорить-то не о чем, где нужна гайка, шестерню не поставишь
Правда действует эта реклама только не неграмотные мозги. Те кто знает, в страшном сне не поставят на обслуживание банка линух.
И тут спорить не о чем, это-же очевидно, ... и об этом все в курсе, и юзают на СВОЙ страх и риск !!!
Он работает на игрушечном детском компиляторе языка для студентов.
А Скиф, случайно, не на винде-ли крутится, - может даже лицензионной ??? И сотни и тысячи других сайтов ? Это Фсё, кАнЭшна, "поделки" студентов ... Повторюсь ещё раз, - где нужна гайка, шестерню не поставишь !!! Задача ОС _управлять_железякой_ !!!
В любом обществе всегда есть один процент безнадежно неграмотных, которых бесполезно учить.
Неважно чему- из них всегда получаются либо линуксоиды либо свидомиты либо то и другое вместе. Это такие студенты, которые дальше первого курса никогда не пойдут. Гнус, линух- это предметы для первого курса. А серьезные дела начинаются потом.
ДедаВаня, только не надо тянуть линух за уши в политику. Ставить его или нет, это в основном отдано на усмотрение сисадминов, и думаю ты об этом неплохо осведомлён ...
JohnZ, не трогай dedivanа. Он у нас тут местный гугл, даже лучше, - знает ответы на все вопросы с комментариями. Работал с Ньютоном и Курчатовым. Но, рано женился. Рано стал дедом. Просто иван.
Gluk, да я в курсе, - потому как вроде-бы уже не один год хожу-брожу тут
Ты-ж ведь сам, вроде-бы тоже из старожилов ?!
... но с Ньютоном и Курчатовым, нам-то не пришлось поработать
Может админ "поможет" объединить ?
И сотни и тысячи других сайтов ? Это Фсё, кАнЭшна, "поделки" студентов ... 
