Представлен (http://www.freebsd.org/news/status/report-2013-10-2013-12.html) отчёт о развитии проекта FreeBSD с октября по декабрь 2013 года.
Основные достижения:
-
Система
- В компилятор GCC, ещё используемый в базовой системе на некоторых вторичных архитектурах (Clang во FreeBSD 10 задействован только для ARM, x86 и AMD64), интегрированы патчи, нацеленные на улучшение совместимости с Clаng. Поддержка в GCC некоторых возможностей Clang необходима для унификации процесса сборки, в котором пока не могут быть задействованы некоторые полезные возможности Clang, отсутствующие в GCC 4.2.1. В частности, добавлена поддержка расширенных предупреждений и такие улучшения, как "-Wmost" и "-Wnewline-eof". Также доступна реализация Си-расширения Blocks (http://ru.wikipedia.org/wiki/%D0%91%D0%B... которое поможет улучшить поддержку во FreeBSD технологии GCD (http://ru.wikipedia.org/wiki/Grand_Central_Dispatch) (Grand Central Dispatch). Патчи в основном портированы из ветки GCC, поддерживаемой компанией Apple.- В рамках проекта ZFSBoot ведётся работа по обеспечению поддержки файловой системы ZFS в установщике BSDInstall. В декабре, перед релизом FreeBSD 10.0, ZFSBoot достиг стабильного состояния, предоставляя возможности установки систем с корневым разделом на ZFS и опциональной поддержкой загрузочных окружений и шифрования через geli. Благодаря проекту ZFSBoot, в BSDInstall также появились расширенные средства отладки, дополнительные возможности по использованию скриптов, новое меню для выбора раскладки клавиатуры, упрощена настройки беспроводной сети, внесена серия небольших улучшений в процесс установки. Из планируемых улучшений отмечается предоставление возможности по настройке всех параметров в интерактивных меню, возможность создания дополнительных параметров, поддержка установки на шифрованные разделы UFS, интеграция конфигуратора BSDConfig с реализацией функций по настройке и установке пакетов, ранее присутствующих в sysinstall.
- В рамках проекта FreeBSD Test Suite (https://wiki.freebsd.org/TestSuite) ведётся работа по внедрению средств для обеспечения тестирования качества кода в процессе разработки FreeBSD. В качестве базового инструмента для организации автоматизированного тестирования используется фреймворк kyua (http://code.google.com/p/kyua/) (devel/kyua). Сценарии тестирования размещаются в каталоге /usr/tests/. Для разработчиков формируемый тестовый набор позволяет постоянно контролировать качество кодовой базы и оперативно выявлять регрессивные изменения, для пользователей появляется возможность проверки корректности работы внедрённых программных и аппаратных конфигураций. В настоящее время тестовые наборы только создаются и проект находится на стадии формирования инфраструктуры, после проверки которой начнётся перевод на новый инструментарий используемого ранее кода для тестирования системы, например, тестов tools/regression/.
- Завершена работа по портированию для использования в процессе разработки FreeBSD системы непрерывной интеграции, построенной на базе сервера Jenkins и уже используемой в проектах компании (http://www.ixsystems.com/whats-new/jenkins-bhyve-and-webdriv... при разработке дистрибутива FreeNAS. Инфраструктура пока не введена в строй и требует дополнительной настройки, но сервер на базе Jenkins уже установлен в специально подготовленном виртуальном окружении.
- Продолжена работа по интеграции в базовую систему отладчика LLDB (https://wiki.freebsd.org/lldb), развиваемого (http://www.opennet.me/opennews/art.shtml?num=26907) проектом LLVM. За отчётный период была добавлена поддержка отладки многопоточных программ в live-режиме с использованием ptrace. Реализована поддержка архитектуры MIPS. Для тестирования в базовую систему импортирван снапшот LLDB (SVN rev 196322), который можно собрать, указав "WITH_LLDB=" в src.conf (по умолчанию не собирается). После импорта Clang 3.4 сборку отладчика LLDB планируется включить по умолчанию для архитектуры AMD64. Из дальнейших планов отмечается поддержка архитектуры ARM и возможность локальной и удалённой отладки ядра;- Ведётся работа по улучшению поддержки (https://wiki.freebsd.org/UEFI) загрузки FreeBSD на системах с UEFI. Загрузчик и процесс загрузки ядра FreeBSD адаптируются для обеспечения совместимости с прошивками UEFI, применяемыми на выпускаемых ноутбуках, ПК и серверах. В настоящее время уже подготовлен прототип UEFI-загрузчика FreeBSD, который готовится к интеграции во FreeBSD HEAD. Некоторые созданные в рамках проекта улучшения уже добавлены в HEAD. Поддержку UEFI Secure Boot планируется (http://www.itwire.com/business-it-news/open-source/62855-fre... реализовать в выпуске FreeBSD 10.1.
-
Изолированные окружения, эмуляторы, безопасность и ограничения ресурсов- Ведётся работа по расширению возможностей демона auditdistd, используемого для организации безопасной и надёжной передачи логов системного аудита поверх TCP/IP сети от локального демона аудита к демону аудита на удалённом сервере, без промежуточного сохранения лога на локальной системе. В auditdistd будет добавлена проверка сертификатов на стороне клиента (сейчас поддерживается только TLS с проверкой сертификатов на стороне сервера) и более полноценной поддержки инфраструктуры открытых ключей с возможностью проверки всей цепочки доверия для сертификата и проверкой по спискам отозванных сертификатов. Демон auditdistd будет поддерживать только режимы TLSv1.2 и PFS. Кроме того в будущем выпуске появится возможность отправки логов сразу на несколько серверов. Работу планируется завершить уже в начале февраля.
- Продолжена работа по расширению средств для изоляции выполнения приложений при помощи фреймворка Capsicum, который расширяет POSIX API и предоставляет несколько новых системных примитивов, нацеленных на поддержку модели безопасности через управление возможностями объектов ("object-capability"). Capsicum дополняет традиционный централизованный мандатный контроль доступа средствами для защиты отдельных приложений и активируется на стороне самого приложения. Используя Capsicum приложение можно запустить в режиме повышенной изоляции (sandbox), при котором программа сможет выполнять только ранее специфицированные штатные действия. Для организации доступа привилегированным операциям и функциональности, недоступным при работе в режиме повышенной изоляции, развивается демон Casper.Из последних улучшений отмечается интеграция во FreeBSD HEAD демона Casper, сервисов Casper (system.dns, system.grp, system.pwd, system.random и system.sysctl) и библиотек libcasper, libcapsicum и libnv. Утилита tcpdump адаптирована для использования сервиса system.dns для выполнения DNS-запросов. Утилита kdump адаптирована для использования сервисов system.pwd и system.grp для преобразования идентификаторов пользователей и групп и имена пользователей и групп. Продолжается работа по обеспечению режима изоляции для различных приложений базовой системы.
- В рамках проекта CBSD (http://www.bsdstore.ru/html/about_ru.html) подготовлен инструментарий для управления изолированными jail-окружениями, комбинирующий в одном инструменте средства для быстрого развёртывания, клонирования, импорта/экспорта, создания снапшотов и мониторинга jail-окружениями. CBSD также предоставляет средства для подготовки и использования готовых преднастроенных образов Jail с определённым набором приложений и сервисов. Для управления в том числе может использоваться web-интерфейс.
- Проект (https://blueprints.launchpad.net/nova/+spec/freebsd-compute-... по добавлению в облачную платформу OpenStack (http://www.openstack.org) поддержки использования FreeBSD в качестве хост-системы для развёртывания гостевых систем, с использованием гипервизора bhyve и средств виртуализации сети Open...URL: http://www.freebsd.org/news/status/report-2013-10-2013-12.html
Новость: http://www.opennet.me/opennews/art.shtml?num=38942
> Пользователям рекомендуется установить данный порт и активировать автоматическую отправку информации о крахах, что позволит ускорить выявление и устранение проблем в ядре FreeBSD.а если у меня компьютер старенький, им будет важна кора моего компа ?
>им будет важна кораНет, достаточно будет указать количество годовых колец.
Конечно да. Большинство крахов имеют причиной логические ошибки, а не нюансы конкретного процессора.
допилите нормально NETMAP, и ipfw/dummynet в юзерспейсе. Устал уже ждать.[сообщение отредактировано модератором]
зачем оно в юзерспейсе?[сообщение отредактировано модератором]
Для скорости.NETMAP -- это такой изощрённый mmap буферов сетевой карты в User Space. С его помощью вполне можно свитчить 10GigE на Pentium-III/900 MHz.
Профессор Риццо, как обычно, жжот напалмом.
> Для скорости.
> NETMAP -- это такой изощрённый mmap буферов сетевой карты в User Space.
> С его помощью вполне можно свитчить 10GigE на Pentium-III/900 MHz.Можно подробнее? Буфер создаёт драйвер карты, куда/откуда скидывает по dma,
с дерижированием всего процесса прерываниями, данные драйвером передаются
сетевому стеку из буфера, и от стека же и получает обратно для передачи. Вопрос, собственно:
если мы мапим буфер драйвера/карты в юзерспайс, то и весь сетевой стек остаётся в стороне.
Значит приложение само должно разруливать все протоколы. Если прав, то выигрыш
может быть только если применить полностью свой лёгкий стек протоколов,
или вообще обойтись без него
потому что от разруливания всего tcp/ip в юзерспайсе производительность обработки
соединений не добавится.
C10M: Defending The Internet At Scale - http://youtu.be/73XNtI0w7jA - отлично описывает, зачем надо запускать сетевой стек в userspace.
еще один девелопер, не освоивший message passing и смену ментальности для эффективного кодинга в парадигме и вероятно смену ЯП(на Хаскель или Эрланг).
последние, ядрено-профилированные под платформу, версии inets и cowboy - прозрачно/линейно масштабируются до 256 ядер и дальше. к примеру.
но статья/выступление - наглядная, безуслоно.
но о вещах, которые стали актуальными лет6-7 назад и соотв, мало-мальски решаемых(разными компаниями по-разному).
>[оверквотинг удален]
> с дерижированием всего процесса прерываниями, данные драйвером передаются
> сетевому стеку из буфера, и от стека же и получает обратно
> для передачи. Вопрос, собственно:
> если мы мапим буфер драйвера/карты в юзерспайс, то и весь сетевой стек
> остаётся в стороне.
> Значит приложение само должно разруливать все протоколы. Если прав, то выигрыш
> может быть только если применить полностью свой лёгкий стек протоколов,
> или вообще обойтись без него
> потому что от разруливания всего tcp/ip в юзерспайсе производительность обработки
> соединений не добавится.это нужно только если машина работает в качесве рутера/свича -- пакеты самой машиной не обрабатываются.
Разве модули фильтров в ядре не этим заняты, зачем в юзерспайс выкидывать.
Тут как раз смахивает на сервисы обработки запросов.
> Разве модули фильтров в ядре не этим заняты, зачем в юзерспайс выкидывать.там не юзерспейс -- там общая память для драйвера сетевой замаплена в адрессное пространство юзерспейса (по сути старый добрый zero-copy)
> Тут как раз смахивает на сервисы обработки запросов.смахивает на то, что Луиджи продолжает делать на базе фряхи академические проекты разной степени сложности и нужности. эта тема нужна для быстрого свичевания пакетов без обработки данного трафика стандартным ip-стеком.
для линкса тожа делал патчи -- смотрел давно низнаю на каком уровне это всё сейчас.
Обрабатывать данные будет процесс с юзерспайсовым статусом.
С таким же успехом можно было бы запустить обрабатывающий поток в ядре, но,
похоже, этого и хотят избежать, чтоб на python/perl можно было расписывать обработку.
> Обрабатывать данные будет процесс с юзерспайсовым статусом.
> С таким же успехом можно было бы запустить обрабатывающий поток в ядре,
> но,
> похоже, этого и хотят избежать, чтоб на python/perl можно было расписывать обработку.в ядре одно неворное движение и того -- а тут простой (ну почти) процесс -- система в случае кривописаного кода никуда падать не будет. да и писать/багфиксить/профилировать в userspace'е много веселее.
python/perl??? -- не это врядли -- там сисколы спицифичные (насколько я ничего не помню)
Обычно сисколы нормально реализуются в интерпретаторах.
> Обычно сисколы нормально реализуются в интерпретаторах.обячно через прослойку/обвязку или как например мне открыть из перла сокет ну например с
SO_MARK
Вот тут человек из Яндекса рассказывает, что такое NETMAP и для чего они его используют: http://tech.yandex.ru/events/yagosti/ruBSD/talks/1483/
> Для скорости.Ну понятно. Сперва тормознули себя нетграфом раз так в эн. Потом - "ёмае, что ж я сделал то?!"
В юзерспейсе? Чтобы как в 90-х - natd, divert, переключение контекста на каждый пакет?
Гы, аж ностальгией повеяло, да были времена ...
> В юзерспейсе? Чтобы как в 90-х - natd, divert, переключение контекста на
> каждый пакет?Нет. NETMAP mode и пакетный стек ядра по умолчанию -- взаимоисключающие параграфы. Но есть возможность заинжектить пакет из юзерспейса обратно в ядерный обработчик сетевых пакетов, буде такая необходимость.
Чё-то я очкую ставить NewXorg/KMS для AMD 785G.
> Чё-то я очкую ставить NewXorg/KMS для AMD 785G.Стоит на нём самом. Работает, даже игрушки играются.
Ставь, не пожалеешь.
Кстати, не троллинга ради, давно у тебя хотел тут спросить, ты принимаешь участие в разработке FreeBSD?
Да тут даже есть сомнения что он ее использует вообще.
Дак вот я собственно почему и спрашиваю: какие-то теории заговоров со стороны линукс-разработчиков против FreeBSD строит (KMS, udev и т.д.), конструктивные и обоснованные наезды на ОС воспринимает как личную обиду, вот я и подумал, что так попа полыхать может только у того, чей труд поливают помоями.
> Дак вот я собственно почему и спрашиваю: какие-то теории заговоров со стороны
> линукс-разработчиков против FreeBSD строит (KMS, udev и т.д.), конструктивные и обоснованные
> наезды на ОС воспринимает как личную обиду, вот я и подумал,
> что так попа полыхать может только у того, чей труд поливают
> помоями.1. Intel со своим KMS в Linux на долгие годы отодвинул Linux от десктопа.
2. Когда проблемы с "переключением режимов" более-менее улеглись, сторонники линукса в совете X.org продвинули идею отказа от UMS, оставив без новых версий Xorg разработчиков Mac OS X, Solaris и FreeBSD.
3. Разработчикам FreeBSD ничего не осталось делать, как нанять человека для портирования KMS-прибамбасов из Linux во FreeBSD, с чем этот человек отчасти справился и, таким образом, открыл дорогу новым версиям Xorg в коллекцию портов FreeBSD. При этом у пользователей всё ещё остаётся выбор: ставить устаревший Xorg или переходить на NewXorg/KMS. По крайней мере до выхода 10.1-RELEASE этот выбор есть и можно оценить нововведения.
> 1. Intel со своим KMS в Linux на долгие годы отодвинул Linux
> от десктопа.""Large parts of the code were taken from the Intel GPU driver in the Linux kernel, which is licensed under the BSD-like Intel opensource license.
Бе-е-едненькие! Прям слёзы душат...
> 3. Разработчикам FreeBSD ничего не осталось делать, как нанять человека для портирования KMS-прибамбасов из Linux во FreeBSD,
> 1. Intel со своим KMS в Linux на долгие годы отодвинул Linux от десктопа.Чувак, у интеля лучшие дрова под линух, пожалуй. Так что рассказы о том как интел нагадил линуксу не в ладах со здравым смыслом. А то что интел прямым текстом сказал что им класть на бзды - второй вопрос уже.
> 2. Когда проблемы с "переключением режимов" более-менее улеглись, сторонники линукса в
> совете X.org продвинули идею отказа от UMS, оставив без новых версий
> Xorg разработчиков Mac OS X, Solaris и FreeBSD...которые устранились от разработки. А в макоси вообще нет никаких иксов и эпплу все это нафиг не упало.
> 3. Разработчикам FreeBSD ничего не осталось делать, как нанять человека для портирования
> KMS-прибамбасов из Linux во FreeBSD,Ну так меньше надо было орать о том что нужно и не нyжно и больше участвовать в процессе разработки. Тогда
>> 1. Intel со своим KMS в Linux на долгие годы отодвинул Linux от десктопа.
> Чувак, у интеля лучшие дрова под линух, пожалуй. Так что рассказы о
> том как интел нагадил линуксу не в ладах со здравым смыслом.
> А то что интел прямым текстом сказал что им класть на
> бзды - второй вопрос уже.пруф или ты, традиционно, мир-дверь-мяч ?
> ..которые устранились от разработки. А в макоси вообще нет никаких иксов и
> эпплу все это нафиг не упало.Чувствуется Знание, особенно макоси, лол.
>> 3. Разработчикам FreeBSD ничего не осталось делать, как нанять человека для портирования
>> KMS-прибамбасов из Linux во FreeBSD,
> Ну так меньше надо было орать о том что нужно и не
> нyжно и больше участвовать в процессе разработки. Тогдану ты-та точно принимал участие, да? впрочем, процитированое выше конкретно так намекает на "нет".
забавляют меня клоуны которые в подобных новостях пишут "нужно было меньше орать 'ненужно', больше прогибаться (тут оно написано как "больше участвовать в процессе разработки")" в то время как эти же болванчики боготворят дурачка из финляндии когда тот перед камерой показывает какой он даун, "обращаясь" к нвидиа.
> Кстати, не троллинга ради, давно у тебя хотел тут спросить, ты принимаешь участие в разработке FreeBSD?Шлю багрепорты по проблемным портам. Чаще всего проблема в них, а не в системе.
Просто не обращай на него внимания. В каждом сообществе есть евангелисты и среди каждой группы евангелистов есть безграмотные люди ни шиша не понимающие в своей же теме, но жаждущие всем рассказать какая она правильная или просто к месту и не к месту её упомянуть. Их надо просто тихо игнорировать.
>Всех надо просто тихо игнорировать.Вот это нирвана. ^.^
> надо просто тихо игнорировать."Я не злопамятный: отомщу и забуду" :).
pkg не поддерживает флаги сборки ?
> pkg не поддерживает флаги сборки ?pkg утилита для работы с бинарными пакетами. Флаги сборки поддерживаются через систему портов (cd /usr/dports/<portname> && make config-recursive)
// fix: бинарные сборки с любыми флагами
Вторая попытка не удалась. Осталась последняя, третья, попытка выразить свои мысли на русском языке.
Поттерингу скажите, пусть запилит в systemd
/me посмотрел список юзфлагов для multimedia/ffmpeg и представил размер репозитория, где всё это будет лежать. Впечатлён.
дедупликация, сборка из частей обьектов линковщиком
>> pkg не поддерживает флаги сборки ?
> pkg утилита для работы с бинарными пакетами. Флаги сборки поддерживаются через систему
> портов (cd /usr/dports/<portname> && make config-recursive)dflybsd detected! :)
там pkgsrc похоронили окончательно уже или нет еще?
Ага, не осталось его там совсем. Собственно не велика работа: подправить /usr/Makefile и выпилить bmake из системы.
> подправить /usr/MakefileВы не поверите, но в /usr нет Makefile ибо там нечего to make.
make src-update
make dports-updateВ общем, садись, два. Завтра в школу с родителями.:)
% ls -l /usr/Makefile
-r--r--r-- 1 root wheel 6367 Jan 19 19:58 /usr/Makefile
% head /usr/Makefile
# Makefile.usr - installed as /usr/Makefile
#
# Provides simple targets to download and maintain /usr/src, /usr/dports etc.GITHOST?=git.dragonflybsd.org
THISGIT!= which git 2>/dev/null; echo
DPTBALL=/tmp/dports.tar.gz
PKGBALL=/tmp/pkgboot.tar.xz
DPDLURL=https://api.github.com/repos/DragonFlyBSD/DPorts/tarball/
% uname -a
DragonFly 3.7-DEVELOPMENT DragonFly v3.7.1.513.g4cf486-DEVELOPMENT #0: Sun Jan 19 13:53:24 UTC 2014 root@pkgbox64.dragonflybsd.org:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64
>% uname -a
>DragonFly 3.7-DEVELOPMENT DragonFly v3.7.1.513.g4cf486-DEVELOPMENT #0: Sun Jan 19 13:53:24 UTC 2014 root@pkgbox64.dragonflybsd.org:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64А ничего, что в новости про FreeBSD ?
% uname -a
FreeBSD beta.peek.local 10.0-RELEASE FreeBSD 10.0-RELEASE #1 r261161: Sun Jan 26 12:12:30 FET 2014 xm@beta.peek.local:/usr/obj/usr/src/sys/GENERIC amd64
% ls /usr
bin games include lib32 libexec obj sbin src
compat home lib libdata local ports share tests
>>% uname -a
>>DragonFly 3.7-DEVELOPMENT DragonFly v3.7.1.513.g4cf486-DEVELOPMENT #0: Sun Jan 19 13:53:24 UTC 2014 root@pkgbox64.dragonflybsd.org:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64
> А ничего, что в новости про FreeBSD ?
> % uname -a
> FreeBSD beta.peek.local 10.0-RELEASE FreeBSD 10.0-RELEASE #1 r261161: Sun Jan 26 12:12:30
> FET 2014 xm@beta.peek.local:/usr/obj/usr/src/sys/GENERIC amd64
> % ls /usr
> bin games include lib32 libexec obj sbin src
> compat home lib libdata local ports share testsа ничего, что человек отвечал на вопрос о судьбе pkgsrc в dflybsd ?
Тема то про FreeBSD...
> Тема то про FreeBSD...и ?
...и это не имеет отношения к отчёту о развитии FreeBSD.
Всё то вам разжёвывать надо.
> ...и это не имеет отношения к отчёту о развитии FreeBSD.
> Всё то вам разжёвывать надо.тогда нужно начать издалека, попробую намеками:
1) что такое dflybsd ?
2) поищите что такое dports, о его происхождении.
3) с чего началась данная ветка, с какого комментария?
Спасибо, кэп.
Тока, имхо, всё равно офтопик.
> Спасибо, кэп.
> Тока, имхо, всё равно офтопик.кому как. я например узнал о том, что dfly (форк fbsd) отказался от pkgsrc, перейдя на pkgng (разработка fbsd), хотя уже с полгода, если не больше миррорю их dports (у меня одно из офиц. зеркал dflybsd)
По-дефолту выпилили, но если есть желание, то кто ж запретит? Правда поддерживать и костылять придется уже самому.
Не поддерживает.
Молодицы ребята. Развивают систему и слабые ее места.
Не сильно понял, что они с Jenkins сделали. Jenkins в портах еще с 2011 года. В Jenkins сборке Selenium WebDriver через python обертку запустили и начали тестить web интерфейс FreeNAS?
Стали использовать сами, а не только в портах выставлять.
А что есть в ядре BSD из я-ля apparmor, selinux, grsec?
TrustedBSD MAC Framework и модули к нему, впрочем проще перейти сюда trustedbsd.org. Ну и в новости написано о некоторых механизмах безопастности.
Это безопасникам у которых процовый RNG завернут напрямую в вывод рандома не поможет нифига.
vfs.zfs.zio.use_uma уже стабильный ?
> vfs.zfs.zio.use_uma уже стабильный ?% sysctl vfs.zfs.zio.use_uma
vfs.zfs.zio.use_uma: 1
— специально не менял.
- Ответь мне честно "да или нет". Почему парни смеются над девушками?
- Да.
>проверка корректности сборки компонентов KDE с использованием Clang и libc++У меня почти все собралось. Молодца, хорошо поработали. Уже можно без gcc обходиться.
Охренеть изменений. Этот status report больше и интереснее нескольких предыдущих.
ух, наконец-то кто-то взялся за адаптацию devd к Xorg и DM'ам!
Динамика, однако.
Хороший повод помочь ребятам деньгами
https://www.freebsdfoundation.org/donate/
Фирма Sony одобряет инвестиции в снижение TCO и улучшение показателей ROI для PS4.
>Фирма Sony одобряет инвестиции в снижение TCO и улучшение показателей ROI для PS4.BSD in PS4 - 300Mb source
GPL in Android - 2Gb source
Samsung, Motorola, LG, Sony ... и еще 80 компаний благодарны за улучшение финансовых показателей.
Роялти разработчикам не замечено.
> Система ... упрощена настройки беспроводной сети ... BSDConfigNetworking Devices
Select a network interface to configure.* Interface is marked as "active"
bwn0
msk0 Marvell Technology Group Ltd. Yukon EX Id 0xb5 Rev 0x02
tap0 <unknown device type>
bridge0 <unknown device type>
wlan0 <unknown device type>вот так пока всё выглядит, но уже хотя бы все интерфейсы видны