The OpenNET Project / Index page

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

FreeBSD Foundation профинансирует создание фреймворка для изоляции приложений средствами Capsicum

20.06.2012 11:19

Организация FreeBSD Foundation объявила о выделении денежного гранта на создание работающего в пространстве пользователя фреймворка для упрощения использования разработчиками конечных программ возможностей подсистемы Capsicum. Разработкой фреймворка займётся Pawel Jakub Dawidek, известный созданием порта ZFS и GEOM-классов eli, mirror, gate, label и journal. Проект планируется завершить уже в августе этого года. Финансирование предоставлено компанией Google, которая, наряду с Кэмбриджским университетом, является одним из создателей Capsicum.

В состав создаваемого фреймворка будет входить компоновщик runtime-компонентов (runtime linker) и библиотека, предоставляющая набор функций ключевых стандартных библиотек, адаптированных для выполнения в sandbox-режиме и улучшенных в плане противостояния уязвимостям. Предоставляемые библиотекой функции будут изначально ограничены в выполнении нештатных действий, не предусмотренных логикой их работы (все лишние системные вызовы будут блокированы). Таким образом, для включения защиты разработчику приложения будет достаточно пересобрать свою программу с задействованием библиотеки libcapsicum, без модификации кода.

Подсистема Capsicum опционально включена в состав ядра FreeBSD 9 в качестве экспериментальной возможности и будет активирована по умолчанию начиная с FreeBSD 10. Capsicum нацелен на дополнение традиционного централизованного мандатного контроля доступа средствами для защиты отдельных приложений и активируется на стороне самого приложения, позволяя организовать изолированное выполнение приложений и ограничить использование приложениями определённых функций. Capsicum расширяет POSIX API и предоставляет несколько новых системных примитивов, нацеленных на поддержку модели безопасности через управление возможностями объектов ("object-capability") для Unix-систем. Используя Capsicum приложение можно запустить в режиме повышенной изоляции (sandbox), при котором программа сможет выполнять только ранее специфицированные штатные действия.

  1. Главная ссылка к новости (http://lists.freebsd.org/piper...)
  2. OpenNews: Руководство по использованию Capsicum для изоляции выполнения программ и библиотек
  3. OpenNews: Представлена первая бета-версия pkgng, нового пакетного менеджера для FreeBSD
  4. OpenNews: Официально представлен релиз FreeBSD 9.0. Обзор новшеств
  5. OpenNews: FreeBSD Foundation профинансирует тестирование эффективности IPv6-стека FreeBSD
  6. OpenNews: FreeBSD Foundation профинансирует поддержку увеличения размера примонтированной ФС во FreeBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34143-capsicum
Ключевые слова: capsicum, freebsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, G.NercY.uR (?), 11:45, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Google - молодец, чтобы там не говорили "джаст а бизнес", делает конечно и спонсирует то, что принесёт пользу самой корпорации, но в выигрыше от этого в итоге все.
    FreeBSD - было бы просто замечательно, если бы такой гигант как гугл стал больше внимания уделять этой системе, спонсировать разработку и учавствовать в ней! Как ни крути, для меня FreeBSD - это лучшая система, не холивара ради, а просто личное имхо.
     
     
  • 2.3, Куяврик (?), 12:03, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > это лучшая система, не холивара ради

    не получится. сейчас набегут аптгетчики и аптгетчицы и выпучив глазки будут петь о проприетарщине.

     
     
  • 3.13, Аноним (-), 14:42, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > проприетарщине

    Правда глаза колет? :)

     
     
  • 4.35, theDolphin (ok), 17:25, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну вот, набижали
     
     
  • 5.37, Аноним (-), 19:19, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    В следующем учебном году русский язык подтяни.
     
     
  • 6.49, Аноним (-), 21:46, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а вот и новое поколение подтянулось. )
     
  • 4.58, Куяврик (?), 08:25, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> проприетарщине
    > Правда глаза колет? :)

    дак ведь неправда ни теоретически ни практически. ни по прочтении лицензии, ни по взгляду на FreeBSD/NetBSD/OpenBSD

     
  • 2.9, 17 (??), 13:20, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, ведь "учавствие" - это главное. А вообще гугл довольно активно контрибутит (как финансово, так и кодом) в систему. Это далеко не первый случай.
     
  • 2.38, Аноним (-), 19:29, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > для меня FreeBSD - это лучшая система,

    А для Таненбаума вообще Minix, и чего? :)

     
     
  • 3.46, G.NercY.uR (?), 20:24, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А для Таненбаума вообще Minix, и чего? :)

    Да ничего страшного я думаю, это его сугубо личное имхо

     

  • 1.2, Аноним (-), 12:02, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, почему гугл, не использующий у себя фрю, решил проспонсировать фрю.
     
     
  • 2.4, Куяврик (?), 12:04, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, почему гугл, не использующий у себя фрю, решил проспонсировать фрю.

    не всё мы знаем об империи добра?

     
  • 2.5, Сергей (??), 12:29, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, почему гугл, не использующий у себя фрю, решил проспонсировать фрю.

      Может тяжба с Oracle привела к мысли, что GPL не так надежна для его бизнеса в смысле патентного преследования...


     
     
  • 3.15, Аноним (-), 14:46, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >   Может тяжба с Oracle привела к мысли, что GPL не
    > так надежна для его бизнеса в смысле патентного преследования...

    Но BSDL же в этом плане только хуже.

     
     
  • 4.20, Аноним2 (?), 15:44, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чем же это?
     
     
  • 5.48, ананим (?), 21:16, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Может тяжба с Oracle привела к мысли, что GPL не так надежна для его бизнеса в смысле патентного преследования...

    в смысле перелицензировать из гпл в бсдл проблемно.

     
     
  • 6.64, Аноним (-), 09:28, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кажись автор-владелец кода имеет право в любой момент в следующей версии сменить лицензию на что угодно, "зараженными" останутся только старые, уже выпущенные версии, которые может кто угодно форкать (если это позволяла прежняя лицензия)
     
     
  • 7.65, ананим (?), 10:20, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    т.е. коллективную разработку отметаем сразу?
     
  • 2.8, xxx (??), 13:01, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересно, почему гугл, не использующий у себя фрю, решил проспонсировать фрю.

    Потому как существует порт Capsicum на Linux. И гугл скорее всего спонсирует именно развитие Capsicum, и в дальнейшем будет использовать его только с Linux, самостоятельно или пропихнув в апстрим. А FreeBSD - это выбор самих разработчиков, в часности Robert'а Watson'а. А в новости идет вообще речь о пространстве пользователя, почему бы не дать денег разработчикам FreeBSD если это потом легко перекочуют в их линукс продукты.

    Вообще если Capsicum вошел бы в ванильное ядро Linux под двойным лицензированием был бы плюс всем. Под одну FreeBSD разрабы врядли начнут массово дописыать свои программы.

     
     
  • 3.11, Куяврик (?), 14:33, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще если Capsicum вошел бы в ванильное ядро Linux под двойным лицензированием
    > был бы плюс всем. Под одну FreeBSD разрабы врядли начнут массово
    > дописыать свои программы.

    Через некоторое время проект наполнится линуксизмами и бэкпортирование станет сложнее разработки. Так что если есть планы что-то разрабатывать для обеих систем, спонсировать надо именно фрю. Т.е. проблема не в том, что во фре не хватит разработчиков _на проект_, проблема в том, что в сообществе линукс будет нехватка людей, учитывающих апстрим. такое уже есть в xfce, когда разрабы честно сказали - у нас некому винтить devd вместо udev - никто не в курсе.

     
     
  • 4.14, Аноним (-), 14:45, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Через некоторое время проект наполнится линуксизмами и бэкпортирование станет сложнее
    > разработки. Так что если есть планы что-то разрабатывать для обеих систем,
    > спонсировать надо именно фрю.

    А где гарантия, что в этом случае проект не наполнится фризмами?

    > Т.е. проблема не в том, что во
    > фре не хватит разработчиков _на проект_, проблема в том, что в
    > сообществе линукс будет нехватка людей, учитывающих апстрим. такое уже есть в
    > xfce, когда разрабы честно сказали - у нас некому винтить devd
    > вместо udev - никто не в курсе.

    Скорее, дело в том, что в наше время уже почти никто из opensource-разработчиков не воспринимает BSD-системы всерьез. У каждого свои друзья, и у BSD это Apple, Juniper, Cisco, а не какие-то там разработчики опенсорсного XFCE.

     
     
  • 5.21, Sem (??), 15:55, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >А где гарантия, что в этом

    случае проект не
    наполнится фризмами?

    В том, что ты только что придумал новое слово.

     
     
  • 6.24, Аноним (-), 16:09, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    "бздунизмами" // fixed
     
  • 5.25, Куяврик (?), 16:32, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А где гарантия, что в этом случае проект не наполнится фризмами?

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

    > Скорее, дело в том, что в наше время уже почти никто из
    > opensource-разработчиков не воспринимает BSD-системы всерьез.

    Гугл, видимо, другого мнения.

    > У каждого свои друзья,

    ну вот не надо вот эти детские глупости проецировать на мир бизнеса.

     
     
  • 6.39, Аноним (-), 19:57, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > как тут верно заметили, фря крайне консервативный проект, и никому не нужные
    > велосипеды там появляются крайне редко, как и необоснованные революционные изменения.
    > так что брать оттуда проще, чем наоборот.

    Ну да, ну да, всякие там нетграфы и геомы, kqueue и прочая - совсем не... :). И вообще, шпага только у вас, а свое - не пахнет. Только это боян и придуман не вами. Вы свсего лишь очередной, 100501-й обладатель данного шаблона мышления.

     
     
  • 7.52, Клыкастый (ok), 02:23, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну да, ну да, всякие там нетграфы и геомы, kqueue и прочая

    я правильно понял, что вам оно очень нужно, но вы не осилили портировать?

    > Вы свсего лишь очередной, 100501-й обладатель данного шаблона мышления.

    ну вы-то точно в десятке

     
  • 5.67, nuclight (ok), 10:47, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А где гарантия, что в этом случае проект не наполнится фризмами?

    Чорд. Придется срочно придумать некие фризмы, затрудняющие портирование на другие системы, и куда-нибудь повнедрять. А то как это, на опеннете написано, а в природе нету.

     
  • 4.26, xxx (??), 16:32, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Через некоторое время проект наполнится линуксизмами и бэкпортирование станет сложнее
    > разработки.

    Ну да вполне вероятно. Я бы хотел видеть Capsicum в виде стандарта аля POSIX для данной области, тогда проблем с линуксизмами, фризмами и т. д. было бы существенно меньше.

     
     
  • 5.32, vle (ok), 17:07, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Через некоторое время проект наполнится линуксизмами и бэкпортирование станет сложнее
    >> разработки.
    > Ну да вполне вероятно. Я бы хотел видеть Capsicum в виде стандарта
    > аля POSIX для данной области, тогда проблем с линуксизмами, фризмами и
    > т. д. было бы существенно меньше.

    Если бы... Есть любители срать с высокой башни на все стандарты.
    Более того, они не только открыто об этом говорят, но и гордятся этим!
    Не будем показывать пальцем.

     
  • 4.27, xxx (??), 16:41, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > такое уже есть в
    > xfce, когда разрабы честно сказали - у нас некому винтить devd
    > вместо udev - никто не в курсе.

    А это вообще меня как-то не парит, пускай играются, запилят HAL поверх udev, выпилят, обратно вернутся к udev, запилят PolicyKit и ConsoleKit, снова выпилят, заменят на ещё какую-нибудь хрень. И так вечно в состоянии недоделки. Тем временем у меня спокойно вот уже с десяток лет пашет devd и любимый wm и все ок.


     
     
  • 5.30, ананим (?), 17:02, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ваша париво ценно для нас.
     
     
  • 6.40, Аноним (-), 19:59, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > ваша париво ценно для нас.

    Порево. BDSMное при том.

     
  • 6.56, Аноним (-), 07:32, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ваша париво ценно для нас.

    у него как-раз нет парева, а у вас?

     
  • 5.53, Клыкастый (ok), 02:25, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > недоделки. Тем временем у меня спокойно вот уже с десяток лет
    > пашет devd и любимый wm и все ок.

    я стесняюсь спросить, но успели ли вы заметить, что речь о том, что devd не мурчит в xfce? ну там автомонтирование флешек и т.д.?

     
     
  • 6.60, xxx (??), 12:01, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > я стесняюсь спросить, но успели ли вы заметить, что речь о том,
    > что devd не мурчит в xfce? ну там автомонтирование флешек и
    > т.д.?

    Заметил. Только я это заметил ещё в далекие времена когда HAL внедряли, и естественно, во фряхе он не пахал. А когда он запахал, ему пришел конец. Поэтому я просто не пользуюсь атомонтированием, для меня это не критичная возможность. Если кому-то очень важны последние веяния из Linux, то может стоит и использовать его, ну или принимать активное участие в портировании на FreeBSD.

     
     
  • 7.61, Куяврик (?), 19:24, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если кому-то очень важны последние веяния из Linux,

    вообще это элементарное удобство

     
  • 4.29, ананим (?), 16:59, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >наполнится линуксизмами
    >некому винтить devd вместо udev

    ну да, ну да.
    udev — линуксизм, а devd —  это стандартЪ.

    а тем временем всё проще — линух апстрим и udev вместе с ним.

     
     
  • 5.41, Аноним (-), 20:00, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > udev — линуксизм, а devd —  это стандартЪ.

    http://xkcd.com/927/

     
  • 5.54, Клыкастый (ok), 02:27, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а тем временем всё проще — линух апстрим и udev вместе с
    > ним.

    ага. а вчера был hal. а завтра поттеринг ещё наклепает. главное верить, что если бардак назвать апстримом - это порядок.

     
     
  • 6.55, ананим (?), 02:31, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хм. Это лучше, чем гумно мамонта называть стабильностью.
     
     
  • 7.57, Аноним (-), 07:35, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Хм. Это лучше, чем гумно мамонта называть стабильностью.

    Это гумно работает не первый год, не ломается и делает свое дело еще и получше новомодного...

     
     
  • 8.59, ананим (?), 09:25, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Например в xfce Я в курсе ... текст свёрнут, показать
     
     
  • 9.75, Куяврик (?), 11:06, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот в этом все ололонимы с лёгкостью телегу впереди лошади Объясню попроще, та... текст свёрнут, показать
     

  • 1.7, anonymous (??), 12:37, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём Android и ChromeOS с ядром FreeBSD.
     
     
  • 2.10, Аноним (-), 13:21, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Шаг назад?
     
     
  • 3.12, Куяврик (?), 14:35, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Шаг назад?

    зависит от того, куда идти. если в сторону "линукс везде", то да, шаг назад.

     
     
  • 4.16, Аноним (-), 14:54, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее, стоит оценивать это с точки зрения "опенсорс везде". Очевидно, что если гугл будет делать Android или ChromeOS на базе FreeBSD, то код полученного в результате ПО будет доступен только узкому кругу лиц.
     
     
  • 5.23, Куяврик (?), 16:02, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Скорее, стоит оценивать это с точки зрения "опенсорс везде".

    freebsd вполне себе опенсорс.

    > Очевидно, что если
    > гугл будет делать Android или ChromeOS на базе FreeBSD, то код
    > полученного в результате ПО будет доступен только узкому кругу лиц.

    это не только неочевидно, но и нуждается в обоснованиях. или это дань памяти тому, что код андроида на линуксе открыт был в 4 версии? ;) /trolling off

     
     
  • 6.31, ананим (?), 17:03, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >freebsd вполне себе опенсорс.

    и таким и останется.

     
  • 6.71, playnet (ok), 13:33, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > freebsd вполне себе опенсорс.

    Макось построена на коде фри, чего не скрывает. И где её исходники? BSD не запрещает "взять, допилить и закрыть". Так что оно опен по желанию.

     
     
  • 7.73, vle (ok), 13:45, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> freebsd вполне себе опенсорс.
    > Макось построена на коде фри, чего не скрывает. И где её исходники?

    Да, все-таки кретины на опеннете неисстребимы :-(
    http://opensource.apple.com/

     
     
  • 8.74, playnet (ok), 13:48, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну гыгы А JunOS Но BSD _в принципе_ не запрещает закрыть исходники Другой воп... текст свёрнут, показать
     
  • 7.78, Куяврик (?), 18:22, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> freebsd вполне себе опенсорс.
    > Макось построена на коде фри, чего не скрывает. И где её исходники?

    Извини, я пропустил видимо что-то. В какой момент мы стали говорить о MacOS? FreeBSD - чистый опенсорц. Настолько что "канонически" софт там ставится из исходников. Практически весь. У тебя есть что возразить по FreeBSD?

    > BSD не запрещает "взять, допилить и закрыть".

    Не запрещает, верно. И?

    > Так что оно опен по желанию.

    Это на уроки логики ты ходил по желанию.


     
  • 2.42, Аноним (-), 20:01, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ждём Android и ChromeOS с ядром FreeBSD.

    Что-то мне подсказывает что анонимусы столько не живут...

     

  • 1.18, vle (ok), 15:21, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Разработкой фреймворка займётся Pawel Jakub Dawidek

    Вроде kibab@ что-то из capsicum делал.
    Куда он подевался?

     
     
  • 2.76, Kibab (ok), 13:06, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я никуда не подевался, просто я и pjd@ -- разработчики немного разного калибра :-))
    Я потихоньку пилю разные утилиты в юзерленде и выкладываю на гитхаб, о чём, кстати, пишу в рассылке Capsicum.
     

  • 1.19, Аноним (-), 15:43, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Взгляните вправде в глаза, в(для) freebsd ничего полезного никогда не спонсировалось, разве что какой то KMS Intel.
    Все остальное спонсировалось для пользы Роберта Ватсона.
     
     
  • 2.22, Аноним2 (?), 15:56, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    "Никогда", "Ничего полезного", "все остальное". Сразу видно эксперта! Противоречение самому себе в 1 и 2-м предложениях, ничем не обоснованное мнение, свои, сугубо секретные критерии полезности. Спасибо что сдлелал наш день, ржали над тобой всем отделом.
     
     
  • 3.34, Аноним (-), 17:24, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    чукча писатель? зачем переставлять слова в предложении?
     
     
  • 4.50, Аноним2 (?), 00:35, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем писать бредовые коментарии?
     
  • 3.43, Аноним (-), 20:02, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > над тобой всем отделом.

    //отдел состоял из аноним2 :)

     
     
  • 4.51, Аноним2 (?), 00:39, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это правда только на 20%. -)
    Заметь, начальный аноним благополучно обосрался, не смог обосновать свою ущербную позицию и скатился на личности. Полный лузер с высоким самомнением, чем и доставляет.
     
  • 2.28, Аноним (-), 16:46, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > разве что какой то KMS Intel.

    Отдача от KMS пока не очень. :( То что сейчас в 9-STABLE не переключается в консоль из иксов. Опробовал две видеокарты от интеля:
    Intel G45 SVGA controller
    Intel Ironlake (M) SVGA controller

    Обе не переключаются в консоль. Как-то не совсем это тянет на готовый продукт.

     
     
  • 3.33, oops (ok), 17:13, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Триллиард первый раз: http://wiki.freebsd.org/Intel_GPU
    там в конце п.6
     

  • 1.36, iZEN (ok), 18:04, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Capsicum имеет определённый протокол работы с MMU или это чисто программное решение, независимое от особенностей архитектуры CPU?
     
     
  • 2.44, Аноним (-), 20:03, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Capsicum имеет определённый протокол работы с MMU

    Жесть. Человек в принципе не понимает что такое MMU.

     
     
  • 3.45, iZEN (ok), 20:11, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MMU — это аппаратно-программное средство изоляции пространств адресации оперативной памяти.
     
     
  • 4.47, ананим (?), 20:31, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    MMU — memory management unit.
    по русски — Блок управления памятью или устройство управления памятью.
    и это — компонент аппаратного обеспечения компьютера.
    отвечает за управление доступом к памяти, запрашиваемым центральным процессором.
    занимается трансляцией адресов виртуальной памяти в адреса физической памяти.
     
     
  • 5.70, iZEN (ok), 12:49, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    То есть к MMU нельзя получить доступ из программного кода и начать управлять оперативной памятью?
     
     
  • 6.72, playnet (ok), 13:38, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть к MMU нельзя получить доступ из программного кода и начать
    > управлять оперативной памятью?

    Нет, нельзя.

     
  • 2.68, nuclight (ok), 10:50, 22/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Изя, ну перестань позорить фряшников уже. Иди лучше самообразованием займись.
     
  • 2.77, Kibab (ok), 13:07, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Capsicum имеет определённый протокол работы с MMU или это чисто программное решение,
    > независимое от особенностей архитектуры CPU?

    Ты вынес мне мозг.

    Это набор примитивов в ядре и несколько сисколлов. Причём тут MMU вообще???

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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