Архив автора: admin

Clatronic LR 3193 – роскошный ионизатор-очиститель воздуха

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

С функционалом тоже все в порядке. Clatronic LR 3193 предлагает 4 режима фильтрации, эффективно удаляет запахи и пыль, вызывающую аллергию и, если верить производителю, не использует химических веществ. Устройство способно очищать воздух в помещении площадью 60 квадратных метров, что делает его неплохим решением для небольшой квартиры-студии. Есть также пульт дистанционного управления, и ЖК-дисплей с набором индикаторов. Стоимость Clatronic LR 3193 у украинских дистрибьюторов составляет порядка 800 гривен, в Германии новинка обойдется в 50 евро.

Апельсиновое мороженое

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

  • 150 г сахара
  • свежевыжатый сок из 8 сладких апельсинов
  • сок 1 лимона

Читать →

Linux Debian,Ubuntu — чуть-чуть о правах доступа к файлам

r =4 (чтение)
w =2 (запись)
x =1 (исполнение)
— =0 (никаких прав)
Для вычисления требуется сложить числа
Пример:
-rw-rw-rw-
rw =4+2+0=6

Таким образом получаем.
755:
Владелец файла — полные права, т.е. исполнение, запись, просмотр.
Участники группы — просмотр и исполнение.
Остальные пользователи — просмотр и исполнение.

777:
Все пользователи могу править, исполнять и просматривать.

666:
Все могут редактировать и просматривать, но никто не может запускать.

644:
Все могут просматривать, но только владелец может записывать.

Установка SUID-бита:

chmod 1xxx filename

xxx — это те 3 цифры, про которые мы говорили выше. 1-ка означает как раз таки этот самый suid бит, то есть файл будет исполняться с правами его владельца.

Позже постараюсь описать все это более развернуто, сейчас просто так, чтоб не забыть.
П.с.Кроме указанных Дебиана и Убунту это все также актуально для остальных Линуксов и BSD*.

Автор: AlexWinner
Дата публикации: 2010-03-28T13:57:00.000-07:00

Большой привет Нику!

Я уже пообещала закрыть на время тему тайской кухни, навеянную недельным пребыванием на острове Панган. Но есть один долг, который чувствую себя обязанной отдать шеф-повару гостиницы «Расананда». Мало того, что под его руководством, в частности, я осваивала приемы приготовления тайских карри. Каждый вечер в номер являлся тайский бой, который, со всевозможными ужимками и прочими знаками гостеприимства, подносил на деревянной дощечке очередной сладкий презент от Ника с личной записочкой от шеф-повара. Как правило, это были вариации на тему кокоса с нежнейшей начинкой. В холодной Москве невозможно об этом не вспомнить.

Канле от Лорана Бурсьe

В Бордо в каждой сувенирной лавке можно купить медные формочки для выпекания местного специалитета канле. После бордосского вина, канле, наверное, вторая по значению достопримечательность великого города, хотя о ней мало знают за пределами Франции. Несколько лет назад мы были с мужем в Бордо, попробовали канле, но, честно говоря, были довольно разочарованы – кекс и кекс.

Совершенно неожиданно настоящий вкус канле узнала в Москве. Замечательный французский кондитер Лоран Бурсье, чьи фотографии можно видеть в «Волконском», угостил меня своими канле. Он выпекает их в тех самых медных формочках, которые по старинному рецепту изнутри смазывает воском, что мало кто сегодня делает даже в Бордо. Фантастической вкусноты сладкая корочка и нежная мякоть – вот что такое канле, которое мы теперь иногда позволяем себе дома.

Читать →

Ядро Linux за 10 минут (обзор)

 

Это конспект доклада для семинара, проведённого нашей LUG совместно с университетом.

 

У меня, натурально, было 10 минут, поэтому изложение — галопом по европам, многое упрощено, многое упущено.

 

Немного истории

Относительно подробную историю создания ядра Linux можно найти в известной книге Линуса Торвальдса «Just for fun». Нас из неё интересуют следующие факты:

  • Ядро создал в 1991 году студент университета Хельсинки Линус Торвальдс;
  • В качестве платформы он использовал ОС Minix, написанную его преподавателем Эндрю Таненбаумом, запущенную на персональном компьютере с процессором Intel 80386;
  • В качестве примера для подражания он использовал ОС семейства Unix, а в качестве путеводителя — сначала стандарт POSIX, а затем просто исходные коды программ из комплекта GNU (bash, gcc и пр).

Эти факты в значительной мере определили пути развития ядра в дальнейшем, их следствия заметны и в современном ядре.

В частности, известно, что Unix-системы в своё время разделились на два лагеря: потомки UNIX System V Release 4 (семейство SVR4) против потомков Berkley Software Distribution v4.2 (BSD4.2). Linux по большей части принадлежит к первому семейству, но заимствует некоторые существенные идеи из второго.

Ядро в цифрах

  • Около 30 тыс. файлов
  • Около 8 млн. строк кода (не считая комментариев)
  • Репозиторий занимает около 1 Гб
  • linux-2.6.33.tar.bz2: 63 Mb
  • patch-2.6.33.bz2: 10Mb, около 1.7 млн изменённых строк
  • Около 6000 человек, чей код есть в ядре

Об архитектуре ядра

Все (или почти все) процессоры, которыми когда-либо интересовались производители Unix-подобных ОС, имеют аппаратную поддержку разделения привелегий. Один код может всё (в т.ч. общаться напрямую с оборудованием), другой — почти ничего. Традиционно говорят о «режиме ядра» (kernel land) и «режиме пользователя» (user land). Различные архитектуры ядер ОС различаются прежде всего подходом к ответу на вопрос: какие части кода ОС должны выполняться в kernel land, а какие — в user land? Дело в том, что у подавляющего большинства процессоров переключение между двумя режимами занимает существенное время. Выделяют следующие подходы:

  • Традиционный: монолитное ядро. Весь код ядра компилируется в один большой бинарный файл. Всё ядро исполняется в режиме ядра;
  • Противоположный, новаторский: микроядро. В режиме ядра выполняются только самые необходимые части, всё остальное — в режиме пользователя;
  • В традиционном подходе позже появился вариант: модульное ядро. Всё исполняется в режиме ядра, но при этом ядро компилируется в виде одного большого бинарного файла и кучки мелких модулей, которые могут загружаться и выгружаться по необходимости;
  • И, конечно, всевозможные варианты гибридных архитектур.

Ядро Linux начиналось как монолитное (глядя на существовавшие тогда Unix-ы). Современное Linux-ядро модульное. По сравнению с микроядром монолитное (или модульное) ядро обеспечивает существенно бо́льшую производительность, но предъявляет существенно более жёсткие требования к качеству кода различных компонентов. Так, в системе с микроядром «рухнувший» драйвер ФС будет перезапущен без ущерба для работы системы; рухнувший драйвер ФС в монолитном ядре — это Kernel panic и останов системы.

Подсистемы ядра Linux

Существует довольно широко известная диаграмма, изображающая основные подсистемы ядра Linux и их взаимодействие. Вот она:

: linux-kernel-big.png

Собственно, в настоящий момент видно только, что частей много и их взаимосвязи очень сложные. Поэтому мы будем рассматривать упрощённую схему:

: linux-kernel-simple.png

Системные вызовы

Уровень системных вызовов — это наиболее близкая к прикладному программисту часть ядра Linux. Системные вызовы предоставляют интерфейс, используемый прикладными программами — это API ядра. Большинство системных вызовов Linux взяты из стандарта POSIX, однако есть и специфичные для Linux системные вызовы.

Здесь стоит отметить некоторую разницу в подходе к проектированию API ядра в Unix-системах с одной стороны и в Windows[NT] и других идеологических потомках VMS с другой. Дизайнеры Unix предпочитают предоставит