Представлен отчёт (http://www.freebsd.org/news/status/report-2013-04-2013-06.html) о развитии проекта FreeBSD с апреля по июнь 2013 года.
Основные достижения:-
Изолированные окружения, эмуляторы, безопасность и ограничения ресурсов- Представлены результаты работы по улучшению средств для организации изолированного выполнения приложений и ограничения использования приложениями определённых функций при помощи фреймворка Capsicum (http://www.cl.cam.ac.uk/research/security/capsicum/). Capsicum расширяет POSIX API и предоставляет несколько новых системных примитивов, нацеленных на поддержку модели безопасности через управление возможностями объектов ("object-capability") для Unix-систем. Capsicum нацелен на дополнение традиционного централизованного мандатного контроля доступа средствами для защиты отдельных приложений и активируется на стороне самого приложения. Используя Capsicum приложение можно запустить в режиме повышенной изоляции (sandbox), при котором программа сможет выполнять только ранее специфицированные штатные действия.
За отчётный период на использование Capsicum переведены приложения и библиотеки из состава FreeBSD, требующие повышенной безопасности, например обеспечена изоляция выполнения hastd, auditdistd, kdump, dhclient, tcpdump, libmagic, rwho и rwhod. Переработан демон Casper Capsicum. Представлена библиотека libcapsicum с программным интерфейсом, упрощающим задействование Capsicum разработчиками конечных приложений. В состав FreeBSD HEAD включена улучшенная реализация Capsicum, расширяющая области в которых можно использовать средства контроля Capsicum, упрощающая выполняемый на уровне ядра код и реализующая возможность задания ограничений на системные вызовы ioctl и fcntl. Добавлены новые Capsicum-сервисы system.dns, system.pwd, system.grp, system.random, system.filesystem, system.socket, system.sysctl;
- Поддержка (http://lists.freebsd.org/pipermail/freebsd-arch/2013-May/014... аппаратных механизмов виртуализации ввода/вывода Intel IOMMU (http://ru.wikipedia.org/wiki/IOMMU) (VT-d, DMAR), используемых в гипервизорах для проброса реальных PCI-устройств в виртуальное окружение и дополнительной изоляции устройств. Для FreeBSD подготовлен драйвер VT-d, реализующий интерфейс busdma с использованием элементов DMA Remap (DMARs), поддерживаемых ткущими чипсетами Intel. Драйвер позволяет увеличить надёжность и безопасность систем, за счёт ограничения доступа к основной памяти из устройств, а также добиться увеличения производительности за счёт избежания дополнительной буферизации. С практической точки зрения, создание надлежащего VMM-интерфейса для драйвера VT-d позволит реализовать такие возможности, как проброс PCI-устройств в виртуальные окружения. Аналогичный драйвер планируется создать для реализации IOMMU от компании AMD;- Представлена реализация VPS (http://www.7he.at/freebsd/vps/) (Virtual Private Systems), изолированных контейнеров, выполняемых средствами виртуализации на уровне ОС. Обеспечена поддержка таких расширенных возможностей, как Live-миграция контейнеров с одной машины на другую без остановки работы процессов и без разрыва установленных сетевых соединений. Также поддерживаются такие операции, как создание снапшотов и замораживание работы окружения. Все ресурсы виртуального окружения виртуализированы и не пересекаются с ресурсами соседних окружений. Со стороны работающих внутри VPS приложений, сформированное окружение выглядит как отдельный физический хост.
Для синхронизации данных между двумя виртуальными окружениями на разных машинах подготовлена специально модифицированная версия утилиты rsync. Виртуализация выполнена через технику создания изолированных контейнеров на уровне ОС, без создания отдельного гипервизора, т.е. отличается низкими накладными расходами, чем-то напоминая Jail, Solaris Zone, Linux vserver или OpenVZ. При создании окружения задаются параметры сетевого соединения, точка монтирования, ограничения ресурсов и программа инициализации. В отличие от Jail представленная VPS-технология не работает на уровне изоляции единого набора процессов и ресурсов, а обеспечивает полное дублирование ресурсов в каждом изолированном окружении: отдельная таблица процессов, отдельный init-процесс, сетевой стек (используется ряд надстроек над подсистемой виртуализации сетевого стека VNET/VIMAGE), структуры devfs, псевдо-tty, VFS, отдельная реализация специфичных системных вызовов, таких как reboot(). Разработка находится на стадии альфа-тестирования- Внесены улучшения в реализацию поддержки Xen во FreeBSD. Расширено число паравиртуальных интерфейсов, доступных для гостевых систем, запущенных в режиме полной виртуализации (HVM). Реализована поддержка работы FreeBSD в режиме PVHVM, при котором обеспечивается возможность использования специальных дисковых и сетевых драйверов (PVHVM или PV-on-HVM) в гостевой системе, работающей в режиме HVM. До этого в режиме HVM допускалось использование PV-драйверов, но было невозможным задействование PVHVM-вариантов данных драйверов, специально оптимизированных для работы в режиме HVM. Наиболее существенным отличием PVHVM-драйверов является обход стадии эмуляции при трансляции дискового и сетевого ввода/вывода, что позволяет значительно повысить производительность HVM-окружений, приблизив их к производительности паравиртуализированных систем;
-
Сетевая подсистема- В ветки FreeBSD HEAD/stable8/stable9 принят модуль интеграции в hastd поддержки BSNMP, легковесного SNMP-сервера (bsnmpd), распространяемого в рамках лицензии BSD. Указанный модуль позволяет использовать SNMP для удалённого мониторинга и управления работой hastd;
- Подготовлен патч, устраняющий некоторые ограничения реализации поддержки TCP SYN Cookies, связанные с современными особенностями использования окна перегрузки и выборочного подтверждения (SACK). Представленные улучшения позволяют при генерации начального номера последовательности кодировать такие параметры, как MSS, WSCALE и SACK без использования времени, а также задействовать более криптостойкий алгоритм хэширования SipHash-2-4 для защиты SYN cookie от подмены;
-
Системы хранения и файловые системы- Готовится к интеграции во FreeBSD HEAD новый нативный iSCSI стек (https://wiki.freebsd.org/Native%20iSCSI%20target), содержащий реализации iSCSI Target и iSCSI Initiator, отличающиеся более высокой надёжностью и производительностью, в сочетании с предоставлением значительно упрощённых средств администрирования. Для упрощения миграции со старого iSCSI Initiator в новом обеспечена совместимость на уровне файлов конфигурации. За последние месяцы в стеке реализована поддержка iSER (iSCSI over RDMA) для Target и Initiator, добавлены новые утилиты для администрирования (iscsictl), улучшена система ведения логов. Реализация отмечена как стабильная, но требующая дополнительной оптимизации. Интеграция во FreeBSD HEAD запланирована на август. Из планов на будущее отмечается создание программного стека iWARP и поддержка проброса SCSI;
- Проект PC-BSD работает над созданием загрузочных окружений на основе ZFS для серверов и десктоп-систем, отличающихся применением клонирвоания разделов при установке обновлений или для проведения экспериментов. При загрузке будет предоставлена возможность выбора произвольного клона ФС, что упростит тестирование обновлений перед их внедрением;- В реализацию файловой системы ZFS, используемую в ветках head, stable/9 и stable/8, добавлена поддержка операции TRIM, что позволяет обеспечить поддержание высокой производительности работы накопителей на основе Flash-памяти в условиях высокой нагрузки. При создании ZFS пула или добавлении нового устройства в пул, TRIM выполняется для всего накопителя, что обеспечивает оптимальную начальную производительность. Для отмены данного поведения предусмотрена sysctl-переменная vfs.zfs.vdev.trim_on_init, которая может быть использована для новых или уже безопасно очищенных накопител...
URL: http://www.freebsd.org/news/status/report-2013-04-2013-06.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=37431
Огромный респект тому кто так хорошо и кропотливо всё перевёл!
Фря развивается и это может только радовать :)
Только развивается она локально: она никогда не станет десктоп, всегда была есть и будет серверная платформа, проблема с драйвера это ее большой промах - так как университетская идея Беркли - это не драйвера, а новые СЕТЕВЫЕ технологии! Жаль, что от нее отказались гугль и яндекс - мне кажется динамика регрессии будет просматриваться
>Жаль, что от нее отказались гугльТолсто.
У меня FreeBSD десктоп, на нем еще с версии 8.2
Коллега, смею себе написать, что я в вроде не совсем далёком 2008 году тоже сидел на FreeBSD Desktop. Половина нашего отдела на нём сидела, но люди, которые не фанатели от самой системы и который не сидели на ней религии ради со временем поперелазили в итоге на Gentoo и FC. Слишком уж часто встречалась несовместимость с софтом а также железом разных производителей и разработчиков, что уж как бы так выразиться по-лояльнее к сообществу - практически с таким же успехом можно было бы сидеть на CDE в Соляре или на Фотоне (или как там его?) в QNX. Я начинал свой путь системного администратора именно на фре, плавно переехав в конфигурацию: gentoo desktop/rhel production server. Абсолютно не жалея, при этом.
Не хотел никого обидеть, сугубо моя точка зрения и практика.
>с таким же успехом можно было бы сидеть на CDE в Соляре или на Фотоне (или как там его?) в QNX.Можно, но у FreeBSD по сравнению с ними есть огромное преимущество - на ней идёт 95% всего открытого софта, который доступен через порты. Остальное это уже детали и личные предпочтения.
а я ценю человека не по ОС, мне все равно, кто какую ОС использует для себя, главное пусть пользуется, у меня есть друзья которые используют линукс, мы поняли, что дружба важнее чем ОС, а дистрибутивы могут скатится в УГ. Не люблю фанатизм.
Если Gnu\Hurd будет лучше FreeBSD для меня, то я и на него перейду.
На счет яндекса и гугла:
Тролили очень много по этому поводу но что самое интересное не отказались и не откажутся
Тролили кстати не для того что отказываются
ИБшники меня поймут
Много блаблабла ни о чем.
Меньше года назад общался с людьми из Yandex. Ничего они не отказались от FreeBSD и очень даже используют её.
Ну да, гугл и яндекс великие двигатели прогресса... они взяли готовое и паразитируют, а ту мелочь которую жертвует гугл на развитие Линукса, это ничто для такой гигантской корпорации.
> ничто для такой гигантской корпорации.Гугл туда код "жертвует" и у них работает ряд опенсорсных разработчиков работающих над подсистемами линя. Это двигает проект вперед. Мелочь а приятно. И проекту польза.
Виртуализацию подтягивают. Отлично.
Судя по всему, подтягивают в первую очередь то, на что больше всего выливалось критики, теперь есть pkgng и два гипервизора из коробки. Прекрасные вести
>... теперь есть pkgng...Есть, но официального репозитория так до сих пор и нет, что очень печалит. Репозиторий от PC-BSD фиг поймешь как работает, то там глюки, то у них есть поддержка i386, то они ее выпиливают и делают пакеты только для x86_64. :( В общем грусть печальная.
Ничего, допилят. Москва не сразу строилась.
http://pb2.nyi.freebsd.org/bulk/
правда не спрашивал где рез-ты которые могут юзать юзера лежат, не интересно было:)
> правда не спрашивал где рез-ты которые могут юзать юзера лежат, не интересно было:)Стандартное состояние бсдшников - их обычно вообще не интересует как их система работать будет.
>> правда не спрашивал где рез-ты которые могут юзать юзера лежат, не интересно было:)
> Стандартное состояние бсдшников - их обычно вообще не интересует как их система
> работать будет.что касается меня, то у меня есть точно такой же poudriere, и свой набор нужных_мне_опций для нужных_мне_портов. что там для остальных раздают - не интересно.
точно также как не интересно с какими там опциями собран пакет в бэкпортах, официальных пакетах, дотдеб и прочих фекалиях, если речь о дибилиане.
> что касается меня,Что касается тебя, ты - величина, которую не видно на радарах.
>> что касается меня,
> Что касается тебя, ты - величина, которую не видно на радарах.куда уж мне до орд школоты, действительно:-) сижу вот и тихо грущу, ага.
>> правда не спрашивал где рез-ты которые могут юзать юзера лежат, не интересно было:)
> Стандартное состояние бсдшников - их обычно вообще не интересует как их система
> работать будет.У них под вантузом всё работает :)
Там все в финальной стадии. В августе запустят официальные сервера, которые обновляются два раза в месяц. Для 8.4/9.2/HEAD на i386 и amd64.
Август наступил, и как следовало ожидать, никаких официальных репозиториев нет.
> Август наступил, и как следовало ожидать, никаких официальных репозиториев нет."в августе" & "обновление 2 раза в месяц" даёт оценку совсем не "не позже 1 августа", а вовсе даже ... $[упражнение для читателей]
Интересно, а CPU лимиты когда сделают для контейнеров? Раньше только warning-и выскакивали в логе при "превышении"
Система живет, развивается и не впадает в лихрадку образца "все устарело, все на помойку, даешь все новое и с нуля"... Достойно уважения!
О, за поддержку AMD в BHyVe взялись
http://svnweb.freebsd.org/base/projects/bhyve_svm/
Отлично.
Называется: "каждый найдет свои интересные моменты". Меня больше iscsi порадовало, наконец-то от глюков избавлюсь.
фрибсд хочет ужастный, никомуненужный, линуксячий, велосипедный вайланд. Очень мило.
Видимо он не настолько ужасен, никому не нужен и велосипеден, как вам кажется.
> фрибсд хочет ужастный, никомуненужный, линуксячий, велосипедный вайланд. Очень мило.Для тех кто ничего не хочет - есть minix. Нихрена нет, зато расово верно по максимуму.
к миниксу прикрутили pkgsrc, так что есть все что нужно.
> к миниксу прикрутили pkgsrc, так что есть все что нужно.Тогда странно что вы не пользуетесь столь расово верной системой :)
Может всё от того, что с драйверами у них и так плохо, а Вяленый/Мир - это почти панацея, которая почти исключает в отношениях пользователь<>железячник<>ОС писатель<>драйверописать - последнего, деля его обязанности между железячник и ОС писатель? Хотя бы частично!
> фрибсд хочет ужастный, никомуненужный, линуксячий, велосипедный вайланд. Очень мило.Ну, FreeBSD хочет почти всё что есть в Linux :)
> Ну, FreeBSD хочет почти всё что есть в Linux :)Много кто и чего хочет. Только не у всех получается.
да. у тебя - думать
> да. у тебя - думатьЗато какой-то овощ вот затроллился и батхертит :)
У тебя в вантузе есть только Иксы, но зачем тебе думать о графических подсистемах
>Проект PC-BSD ввёл в строй репозиторий для использования с пакетным менеджером pkgngЛучше бы свой нормальный репозиторий сделали, а то с этим ПЦ-БСДшным одни косяки... То там глюки с i386 пакетами, то они его вообще выбросили. ПипецЪ какой-то.
А каким боком проблемы ПЦ-БСД и их ебилдов к фре?
>>Проект PC-BSD ввёл в строй репозиторий для использования с пакетным менеджером pkgng
> Лучше бы свой нормальный репозиторий сделали, а то с этим ПЦ-БСДшным одни
> косяки... То там глюки с i386 пакетами, то они его вообще
> выбросили. ПипецЪ какой-то.Зачем им i386? 99% современных десктопов всё равно на нормальных процах с поддержкой amd64.
Ну и на кой сдались эти 64-бита на системах с памятью меньше 4 ГБ?
а что плохого в wayland?если будет он нормально работать?
судя по последнему релизу прогресс очень сильный у вяленого. Так что гдето через год скорее всего вяленый вполне может заменить иксы.
Фря уже научилась собирать порты более чем в один поток?
> Фря уже научилась собирать порты более чем в один поток?прям щас в 24 собираю. а с какой целью спрашиваешь?
С целью узнать, занимает ли сборка vim вместе с зависимостями на чистой системе по-прежнему полдня из-за однопоточности или это в кои-то веки поправили?Раньше можно было запускать в несколько потоков только make build. Сейчас исправили? make -j3 config не превращается в адовую кашу?
З.Ы. Только что попробовал на 9.1. make -j5 install по-прежнему безнадежен. Особенно, погано, если хочется многопоточно собрать не только целевое приложение, но и его зависимости.
> З.Ы. Только что попробовал на 9.1. make -j5 install по-прежнему безнадежен. Особенно,
> погано, если хочется многопоточно собрать не только целевое приложение, но и
> его зависимости.а какой процессор ?
по документации если проц одноядерный то надо максимум -j4 ставить.
есть еще portbuilder. Собирает одновременно несколько портов.
> С целью узнать, занимает ли сборка vim вместе с зависимостями на чистой
> системе по-прежнему полдня из-за однопоточности или это в кои-то веки поправили?
> Раньше можно было запускать в несколько потоков только make build. Сейчас исправили?
> make -j3 config не превращается в адовую кашу?как Вы себе представляете make config в несколько потоков, например? сборка в N потоков есть давно (см bsd.port.mk на предмет MAKE_JOBS_* )
приблизительно как make -j4 loveудовольствия никакого, но прикольно посмотреть, как другие пытаются.
> С целью узнать, занимает ли сборка vim вместе с зависимостями на чистой
> системе по-прежнему полдня из-за однопоточности или это в кои-то веки поправили?
> Раньше можно было запускать в несколько потоков только make build. Сейчас исправили?
> make -j3 config не превращается в адовую кашу?Пару дней назад опцию MAKE_JOBS_SAFE (сборка портов в несколько потоков) сделали в портах по умолчанию. Порты, которые таким образом не собираются (в силу собственных ограничений), фиксятся или ограничиваются одним потоком.
make -j<[0-9]>
пример make -j4
> добавлена поддержка чипов AR93xx, AR94xx, AR95xxА когда успели? На current около месячной давности мой AR9485 не завёлся.
> А когда успели? На current около месячной давности мой AR9485 не завёлся.Да там обычно и для того что есть - поддержка чисто номинальная. Аггрегации потоков, 40МГц и прочая - нет. А получить вместо 54Мбит аж целых 75 - это такая обалденная поддержка .n стандарта, конечно. Наверняка и с виртуализацией и с пакетным манагером в ближайшие 5 лет будет такая же хрень - чисто номинально вроде есть, а как попробуешь это использовать, так сразу и облом.
40 МГц работает, не надо ляля тут.
> 40 МГц работает, не надо ляля тут.а утф в консоли?!?!?! (пробую угадать следующий "вброс" дэбила294) ;-)
> а утф в консоли?!?!?!У кого что болит :). А что, так и не допилили окончательно?
>> а утф в консоли?!?!?!
> У кого что болит :). А что, так и не допилили окончательно?не знаю что у тебя там и где болит (и знать не хочу, это тебе к доктору нужно), но у меня вот так, в иксах дажЫ:
[tiger@laptop]:~%locale
LANG=
LC_CTYPE="ru_RU.KOI8-R"
LC_COLLATE="ru_RU.KOI8-R"
LC_TIME="ru_RU.KOI8-R"
LC_NUMERIC="ru_RU.KOI8-R"
LC_MONETARY="ru_RU.KOI8-R"
LC_MESSAGES="ru_RU.KOI8-R"
LC_ALL=ru_RU.KOI8-R
и не оттого что "не работает даже в иксах" а оттого, что говно этот ваш утф и не нужен ;-)
отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету - значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё более маргинальной.
> отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету -
> значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё
> более маргинальной.поржал. пиши еще. будешь писать - приведи пример "настоящих неупоротых спецов" которые "оттоком". а еще у тебя пунтосвичер глючит, спец;-)
>> отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету -
>> значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё
>> более маргинальной.
> поржал. пиши еще. будешь писать - приведи пример "настоящих неупоротых спецов" которые
> "оттоком". а еще у тебя пунтосвичер глючит, спец;-)чё ты распереживался, неудобно на koi8-r работать?
>>> отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету -
>>> значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё
>>> более маргинальной.
>> поржал. пиши еще. будешь писать - приведи пример "настоящих неупоротых спецов" которые
>> "оттоком". а еще у тебя пунтосвичер глючит, спец;-)
> чё ты распереживался, неудобно на koi8-r работать?в каком месте я распереживался?
если бы было "неудобно" (бгыгыгы) - выставил бы utf8, а так все работает, какой смысл что-то менять?;-)
а еще у тебя спелл-чекер глючит. как ты вообще так живешь-то?;-)
>>>> отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету -
>>>> значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё
>>>> более маргинальной.
>>> поржал. пиши еще. будешь писать - приведи пример "настоящих неупоротых спецов" которые
>>> "оттоком". а еще у тебя пунтосвичер глючит, спец;-)
>> чё ты распереживался, неудобно на koi8-r работать?
> в каком месте я распереживался?
> если бы было "неудобно" (бгыгыгы) - выставил бы utf8, а так все
> работает, какой смысл что-то менять?;-)
> а еще у тебя спелл-чекер глючит. как ты вообще так живешь-то?;-)да не надо, не извиняйся.
> отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету -
> значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё
> более маргинальной.и кстати да, "неупоротый спец", utf8 в иксах работает, но _мне_ оно не нужно.
>> отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету -
>> значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё
>> более маргинальной.
> и кстати да, "неупоротый спец", utf8 в иксах работает, но _мне_ оно
> не нужно.дак я так и написал "не работает - значит не нужно"
и ты второй раз обращаешся к выражению "неупоротый спец", я так понимаю замечание об абстрактной системе и её админах ты воспринял как личное оскорбление - ну так ктож те доктур.
>>> отчаянyые BDSM'щики так и продолжают болеть за ... ммм... "если нету -
>>> значит не нужен". система с оттоком настоящих неупоротых спецов станjвиnься всё
>>> более маргинальной.
>> и кстати да, "неупоротый спец", utf8 в иксах работает, но _мне_ оно
>> не нужно.
> дак я так и написал "не работает - значит не нужно"
> и ты второй раз обращаешся к выражению "неупоротый спец", я так понимаю
> замечание об абстрактной системе и её админах ты воспринял как личное
> оскорбление - ну так ктож те доктур.1. я не писал "не работает";-)
2. эта ветка есть обсуждение развития _определенной_ системы за определенный период времени.
ты же, надеюсь, знаешь что означает слово "абстрактной"? если да, то к чему ты это слово употребил?;-)
3. ты, видимо, забыл написать примеры не упоротых спецов, которые ушли, напоминаю вот.
>напоминаю
> вот.вод даже не нужно -- _мне_ это не нужно
> LC_CTYPE="ru_RU.KOI8-R"
> LC_COLLATE="ru_RU.KOI8-R"
> LC_TIME="ru_RU.KOI8-R"
> LC_NUMERIC="ru_RU.KOI8-R"
> LC_MONETARY="ru_RU.KOI8-R"
> LC_MESSAGES="ru_RU.KOI8-R"
> LC_ALL=ru_RU.KOI8-RСуровые сибирские^W белорусские некроманы.
> а оттого, что гoвно этот ваш утф и не нyжен ;-)
Обалденно школьная по уровню аргументация. А мне вот удобно когда миднайт и ls может отрисовать имена файлов "как есть", а не "как позволили технические ограничения".
>[оверквотинг удален]
>> LC_TIME="ru_RU.KOI8-R"
>> LC_NUMERIC="ru_RU.KOI8-R"
>> LC_MONETARY="ru_RU.KOI8-R"
>> LC_MESSAGES="ru_RU.KOI8-R"
>> LC_ALL=ru_RU.KOI8-R
> Суровые сибирские^W белорусские некроманы.
>> а оттого, что гoвно этот ваш утф и не нyжен ;-)
> Обалденно школьная по уровню аргументация. А мне вот удобно когда миднайт и
> ls может отрисовать имена файлов "как есть", а не "как позволили
> технические ограничения".это оттого, что у тебя на винте лежит говно, очевидно же. нормальные вещи они и с C нормально отображаются.
Это в рамках newcons делается.
проснитесь, jfbterm.
> проснитесь, jfbterm.я в курсе, спасибо. но это кривой хак, непонятно ради чего.
> 40 МГц работает, не надо ляля тут.И сколько оно сможет выдать на карточке с допустим 2-я потоками? Ожидаемые юзерем 300МБит будут уже наконец? К моменту, блин, выхода 802.11ac гигабитного...
У Вас канал инет 300 мбит?
> У Вас канал инет 300 мбит?а что, инетом единым?
вот у меня десктоп по гигабиту подключен, ноут шнур+wifi (lagg в режиме failover, причем laggport: alc0 flags=5<MASTER,ACTIVE>). вполне понятно, что пока я сижу на месте, я могу качать по шнурку с нормальной скоростью desktop<->laptop, а вот если вытащить из ноута патчкорд.. тут и начинается медленно и печально. хотя карточка моя (rt3090) в n режиме работать может сама по себе, вроде как.
> а вот если вытащить из ноута патчкорд.. тут и начинается медленно
> и печально. хотя карточка моя (rt3090) в n режиме работать можетНу вот мне неудобно таскать ноут с проводами. Весь смысл мобильности теряется. С кучей проводов у меня и так десктопник есть.
>> а вот если вытащить из ноута патчкорд.. тут и начинается медленно
>> и печально. хотя карточка моя (rt3090) в n режиме работать может
> Ну вот мне неудобно таскать ноут с проводами. Весь смысл мобильности теряется.
> С кучей проводов у меня и так десктопник есть.ну вот я могу таскать без проводов, от розетки к розетке. при этом у меня даже соединения не порвутся, при переходе шнур-wifi-шнур, разве что качать будет медленнее по воздуху пока я буду топать до розетки (я не написал о том, что n режим не нужен) ;-) умеет такое ваш этот bound ?
> У Вас канал инет 300 мбит?Во первых 300Мбит вайфая - это еще не 300Мбит чистого траффика. Реальная полезная скорость - заметно меньше.
Во вторых - да, а что такого в соединении "core" сети проводами по гигабиту? Так что например перегонка бэкапов на другой локальный девайс вполне может и по гигабиту свистеть.
>> 40 МГц работает, не надо ляля тут.
> И сколько оно сможет выдать на карточке с допустим 2-я потоками? Ожидаемые
> юзерем 300МБит будут уже наконец? К моменту, блин, выхода 802.11ac гигабитного...Ожидаемые тупым юзером 300 МБит включают, как мы все, надеюсь, понимаем,
в том числе и служебный трафик. Так что не будут :-)Я делал тесты, с карточкой на основе AR9200 с одной антенной
(вторая сегодня-завтра должна приехать). iperf показывал производительность
примерно в 1,3 раза меньшую, чем на Fritz!box с двумя антеннами, работающем
на Linux. Я не могу проверить 40 МГц на фритцбоксе, потому что он не поддерживает
5 ГГц, а использовать 40 МГц каналы в 2.4ГГц -- это неуважение к соседям.
> Я делал тесты, с карточкой на основе AR9200 с одной антеннойС одной антенной - самый максимум 150Мбит в тепличных условиях. Реально скорее всего меньше.
> а использовать 40 МГц каналы в 2.4ГГц -- это неуважение к соседям.
Начались гнилые отмазки. Что, с мониторингом эфира у вас тоже не фонтан? А я как-то вот повесил 40МГц на каналы на 2.4ГГц там где никого нет - все шикарненько. Мешать кому-то не в моих интересах ... просто потому что они мне при этом тоже мешают. Поэтому логично выбиарть наименее занятый кусок :).
А 5ГГЦ это прекрасно но он хуже пробивает препятствия (e.g. стены) и оборудования с его поддержкой в РФ крайне мало т.к. пользовать его разрешили только недавно совсем.
>> а использовать 40 МГц каналы в 2.4ГГц -- это неуважение к соседям.
> Начались гнилые отмазки. Что, с мониторингом эфира у вас тоже не фонтан?
> А я как-то вот повесил 40МГц на каналы на 2.4ГГц там
> где никого нет - все шикарненько.Включай мозг перед тем, как писать, хорошо? :)) Я не просто так сказал, что это неуважение к соседям. У меня в 2.4 ГГц очень много сетей рядом. Я живу на четвёртом этаже в районе с четырёхэтажными домами.
> А 5ГГЦ это прекрасно но он хуже пробивает препятствия (e.g. стены) и
> оборудования с его поддержкой в РФ крайне мало т.к. пользовать его
> разрешили только недавно совсем.Меня не интересует РФ :-)
Но у нас тоже попадается оборудование без поддержки 11a, конкретно в моём случае это оказалось МФУ Canon MG4550. Из-за этого использовать 11а я не могу.
За три месяца неплохо.
А как же: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/159048
на планшет можно фрю поставить? а то андроид задолбал.
> на планшет можно фрю поставить?Если ты круче Бэтмана и напишешь все драйвера для SoC - то можно. Теоретически. Практически - там линевое ядро, и если в лине с поддержкой SoC более-менее нормально, то вот в FBSD - "как обычно". Т.е. никак. И объем работы ломовой.
Скажем так - даже нормальный пингвин воткнуть получится вот так с налету не на любой планшет. А FBSD... ха-ха, удачи.
И ещё я не вижу компов с фбсд в топ500. Где тогда их ниша, если всё заполонил линукс? Вживую фбсд я видел год назад, но с удовольствием снёс и поставил линукс.
> И ещё я не вижу компов с фбсд в топ500. Где тогда
> их ниша, если всё заполонил линукс? Вживую фбсд я видел год
> назад, но с удовольствием снёс и поставил линукс.Если нет в Топ-500 -- уже нет ниши применения? Не пиши сюда больше.
так то даунятко даже залогиниться наверное не смогло на ящик, о чем ты с ним общаться пытаешься? а топпицод это сурЪезна! :-)