После восьмимесячного перерыва возобновлена (http://lists.freebsd.org/pipermail/freebsd-announce/2013-Jan...) публикация отчётов о развитии проекта FreeBSD. Доступен (http://www.freebsd.org/news/status/report-2012-04-2012-06.html) отчёт с апреля по июнь 2012 года. В конце февраля планируется опубликовать отчёт с июля по декабрь 2012 года.
Основные достижения:
-
Система- Во FreeBSD 10-CURRENT по умолчанию задействован распространяемый под лицензией BSD вариант утилиты sort (bsdsort (http://www.freebsd.org/cgi/cvsweb.cgi/ports/textproc/bsdsort/)), написанный с целью замены GNU sort. Новая утилита близка по производительности и совместима c утилитой sort из состава пакета GNU coreutils 8.15, за исключением поддержки многопоточности, которая пока отключена по умолчанию. Из планов на будущее отмечается повышение стабильности работы в многопоточном режиме и вынос базовой функциональности в отдельную библиотеку libsort, которую смогут использовать и другие утилиты;
- В дерево портов добавлен (sysutils/fsc) проект FSC (FreeBSD Services Control), в рамках которого развиваются похожие на Solaris SMF и daemontools инструменты для управления и мониторинга работой системных сервисов. Для контроля за работой сервисов используется фоновый процесс fscd, сервисы добавляются при помощи утилиты fscadm. В случае аварийного завершения работы сервиса, fscd распознает падение процесса и запускает сервис вновь. По сравнению со сторонними пакетами, такими как daemontools, система FSC имеет несколько преимуществ, например fscd использует push-нотификацию вместо поллинга (отправляет уведомления, не требуя периодического опроса состояния). Кроме того, fscd является внутренней подсистемой, легко интегрируемой в rc.d-инфраструктуру FreeBSD и полностью поддерживаемой разработчиками (daemontools является неподконтрольным портом для которого можно лишь поддерживать набор патчей). В новой версии FSC добавлены дополнительные возможности, связанные с управлением сервисами, загрузкой системы и упрощением процесса;
- Продолжается работа по замене устаревшей реализации регулярных выражений в libc на библиотеку TRE (http://laurikari.net/tre/), распространяемую под лицензией BSD, поддерживающую многобайтные символы, совместимую с POSIX и работающую не хуже других альтернатив. Близится к завершению разработка нового эвристического метода выявления соответствий с поддержкой поиска по множественным шаблонам (multi-pattern), который отличается заметным ускорением поиска по шаблонам. Проведён существенный рефакторинг кода проекта. Решено выделить из TRE оптимизации и расширения, реализовав их в виде отдельного изолированного уровня. Из планов на будущее отмечается добавление поддержки возможностей, специфичных для GNU grep, а также проведение тестирования на предмет соответствия стандартам и корректности работы;
-
Сетевая подсистема
- Подготовлен и готовится к публикации код с начальной реализацией MPTCP (http://caia.swin.edu.au/newtcp/mptcp/) (Multipath TCP) для ядра FreeBSD, что позволит организовать работу TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам, что может использоваться как для увеличении надёжности, так и для расширения пропускной способности. Основной целью проекта является создание платформы для исследования особенностей передачи данных с мультиплексированием нескольких маршрутов (multipath) в плане применения различных алгоритмов управления перегрузкой, стратегий повторной отправки пакетов и выработки правил планирования отправки пакетов. Кроме того, разработчики намерены обеспечить полную совместимость с реализацией MPTCP, развиваемой для ядра Linux.
- Близится к завершению проект (http://svnweb.freebsd.org/base/projects/pf/head/) обеспечению распараллеливания на SMP-системах пакетного фильтра PF (сейчас PF зависит от единого мьютекса и является по сути однопоточным). После завершения тестирования и изучения производительности многопоточный PF будет интегрирован во FreeBSD HEAD;
-
Поддержка оборудования- Во FreeBSD/arm обеспечена (http://www.arm.com/products/processors/cortex-a/cortex-a15.php) возможность работы на платформе ARM Fast Models в режиме симуляции SoC на базе многоядерного процессора Cortex-A15. В настоящее время обеспечена загрузка в однопользовательский режим с использованием RAM-диска с минимальным корневым окружением. Реализована поддержка L1 и L2 кэшей, двухядерных конфигураций, встроенного базового таймера, UART и контроллера прерываний. Пока не поддерживается задействование четырёх ядер CPU и загрузка в многопользовательском режиме;
- Во FreeBSD/at91
проведена (https://wiki.freebsd.org/FreeBSDAtmel) работа по упрощению реализации поддержки новых SoC Atmel за счёт ведения унифицированной базы .dsti-файлов с описанием особенностей чипов;-
Приложения и система портов-
Дерево портов FreeBSD приближается к отметке в 24 тысячи портов, число незакрытых PR держится на уровне 1200. Проведена миграция дерева портов с CVS на систему контроля версий Subversion;
- Продолжается совершенствование
проекта Portbuilder (https://github.com/DragonSA/portbuilder) (ports-mgmt/portbuilder), предназначенного для организации параллельной одновременной сборки разных портов в несколько потоков. В процессе сборки имеется возможность контролировать нагрузку на систему через top-подобный интерфейс. Тестирование сборки порта KDE (x11/kde4) с использованием Portbuilder показало ускорение на 51%, время сборки уменьшилось с 4 часов 47 минут до 2 часов 21 минут. С момента прошлого отчёта выпущено два значительных и четыре корректирующих релиза portbuilder. Добавлена поддержка пакетного менеджера pkgng (http://www.opennet.me/opennews/art.shtml?num=34739), обеспечена возможность установки пакетов из репозиториев, возможность определения параметров через /etc/make.conf, создан новый фреймворк для парсинга опций (OptionsNG);- Проведена работа по обновлению версий компонентов X.Org в портах. В порты помещён X.Org 7.5.2, обновлены драйверы, в том числе пакет Mesa и драйвер xf86-video-intel. Для сборки новой версии X.Org следует в /etc/make.conf использовать опцию WITH_NEW_XORG, для активации KMS для драйверов Intel нужно указать WITH_KMS;
- Прогресс в адаптации новых версий десктоп-оболочки KDE и Qt для FreeBSD. В порты помещены свежие релизы: KDE SC 4.8.4 (4.9 в экспериментальном репозитории area51 (http://freebsd.kde.org/area51.php)), Qt 4.8.2, CMake 2.8.8, PyQt 4.9.1, KDevelop: 2.3.1, KDevPlatform 1.3.1, Calligra 2.4.3, Digikam 2.6.0, Amarok: 2.5.90 (в area51). По данным сервиса PortScout (http://portscout.org/kde@freebsd.org.html) доступно 393 связанных с KDE порта, из которых 91% содержат свежие версии приложений;
- Расширены возможности redports.org (http://redports.org/), сервиса для разработчиков, коммитеров и мэйнтейнеров портов FreeBSD . Сервис позволяет организовать автоматическую сборку портов для различных архитектур и версий FreeBSD. Добавлены две дополнительные машины сборки, решены проблемы со стабильностью работы;URL: http://lists.freebsd.org/pipermail/freebsd-announce/2013-Jan...
Новость: http://www.opennet.me/opennews/art.shtml?num=35832
зачем нужен MPTCP (Multipath TCP) когда уже есть sctp ?
Для любителей tcp которые от него не хотят отказываться
sctp никогда не станет альтернативой TCP, ибо требует существенной переработки кода приложений. Его разрабатывали для нужд SS7 over IP, вот скорее всего этим все ограничится.
Про Wi-Fi 802.11n опять тишина. :(
а что про него писать. В CURRENT'е уже давно
По вашему несколько старых Atheros-карточек работающих только с шириной 20 Mhz это поддержка 802.11n ? o_Ohttps://wiki.freebsd.org/dev/ath_hal(4)/HardwareSupport
инфа не очень актуальная, т.к. last edited 2012-09-18
Ок. Хорошо выкручиваетесь. :) Тогда спрошу прямо. Какие Wi-Fi карты надо купить, чтобы они работали на FreeBSD 10 в режиме 300n, а лучше 450n?
> Ок. Хорошо выкручиваетесь. :) Тогда спрошу прямо. Какие Wi-Fi карты надо купить,
> чтобы они работали на FreeBSD 10 в режиме 300n, а лучше
> 450n?нафига на сервере вифи?
Например, сервер раздает инет по wi-fi в больших обьемах.
> Например, сервер раздает инет по wi-fi в больших обьемах.какой-то странный сервер...
Отдельную точку поставить домашний бюджет не позволяет?
А зачем отдельно точку покупать, если можно просто снести FreeBSD и поставить Linux? Затрат будет 0 р.
По одной простой причине, WiFi - решето "из коробки". Установка оборудования WiFi на сервере, если это действительно сервер, сродни осознанному созданию дыры в системе, причем общедоступной. Не лучше ли ограничить возможности злоумышленников сетевым интерфейсом сервера, гибкость настройки и защищенность которого куда как выше?! Отдельная точка позволит использовать ее также для других серверов/устройств сети, а не по схеме "1 сервер-1 точка". Но если городить комбайн с "блекджеком и шлюхами", то можно и на сервак WiFi ставить, только вот серваком это уже ИМХО с большой натяжкой может называться.ЗЫ Не буду говорить про механизмы защиты подобных сетей и их качество. Эту информацию, при желании, вы можете найти и сами.
Конкретные примеры дыр в таких конфигурациях будут, или просто потрепаться хотелось?
> Конкретные примеры дыр в таких конфигурациях будут, или просто потрепаться хотелось?Нет, ну в чем-то он прав: если серверу отключить сеть, его тогда вероятно не хакнут, т.к. хакеры пока не научились хакать сервера которые не подключены к сети :). Но лучше сразу 220 отключить. На всякий случай.
> По одной простой причине, WiFi - рeшето "из коробки".Точка доступа скорее всего будет с обычным линуксом. Там тоже дыры могут быть. И не факт что там оперативнее патчат. Производители имеют свойства раздолбайничать. Есть конечно штуки типа openwrt где к вопросу относятся ответственнее, но опять же - это не по дефолту и не заслуга производителей.
Можно с другой стороны посмотреть. Допустим на сервере имеется встроенный адаптер WiFi, работает он через модуль ядра. Случаев и возможностей взлома WiFi сетей масса стоит только погуглить. Итог: модуль ядра WiFi адаптера предоставляет фактически удаленный беспроводной доступ к самому ядру. Это конечно _потенциальная_ опасность, но если есть вероятность и невозможно, в виду сложности, поручиться за данный код со 100% уверенностью, то зачем специально нарываться на неприятности?! В случае же внешнего WiFi, информационный канал реализуется через обычный эзернет, имеющий куда большую распространенность, следовательно проверен более тщательно, при этом чтобы сломать и получить доступ к информации на сервере придется взломать как точку доступа, так и службы сервера, причем сначала получив к ним доступ. На сервере можно поставить различные системы безопасности, которые фактически отсутствуют при взломе WiFi модуля ядра. Можно конечно говорить все что угодно, но все равно гарантий никто не даст ввиду сложности систем. Именно по этому, хорошая защита всегда строится многоуровневой, а не с одним убер-уровнем, который 100500 раз проверен и в 100500 раз сложнее и радиоканал не организуется из той же системы, которая хранит информацию.ЗЫ В случае домашнего "сервера", хранящего порно, конечно это излишество, но свое место подобные принципы имеют.
> Можно с другой стороны посмотреть.Только чур не пытаться смотреть гланды через задницу.
>>> Допустим на сервере имеется встроенный адаптер WiFi, работает он через модуль ядра. Случаев и возможностей взлома WiFi сетей масса стоит только погуглить. Итог: модуль ядра WiFi адаптера предоставляет фактически удаленный беспроводной доступ к самому ядру.
Абсолютно наистраннейший вывод из исходных данных. "Случаи" взлома WiFi сетей сводятся к подбору паролей на сеть / спуфингу станций. К ядру отношения не имеет никакого абсолютно. Случаев, чтобы ломанули, да еще и через беспроводку, модуль ядра беспроводной карты - скорее на грани фантастики. Если уж на то пошло - точку с ее тормознющим эмбеддед процом сDDOS'ят куда быстрее.
>>> Это конечно _потенциальная_ опасность, но
Это скорее как раз гланды через задницу. Насколько помню, случай рута через беспроводку был вообще только один, с каким-то драйвером. К сожалению, не помню, и ссылок не имею. Если есть - делитесь.
> В случае же внешнего WiFi, информационный канал реализуется через обычный эзернет
Т.е. через тот же сервер.
> куда большую распространенность, следовательно проверен более тщательно
Повторюсь: всерьез эксплуатабельные дыры в драйверах сетевок - скорее на грани фантастики. А в случае перебора пароля на сеть - что точка, что сервер - едино.
> Именно по этому, хорошая защита всегда строится многоуровневой
В конторе на 150-200 пользователей нет 100500 тонн нефти, чтобы строить защиту уровня Пентагона. Да и не нужно им это.
> удаленный беспроводной доступ к самому ядру.Ну ок, только драйвер проводной сетевки тогда тоже предоставляет ремотный доступ к ядру, если продолжить эту логику. Получается что сервер следует отключить от сети :)
> А зачем отдельно точку покупать, если можно просто снести FreeBSD и поставить
> Linux? Затрат будет 0 р.Вы фантасты. вы вифи хоть раз видели? а видели где стоят сервера? вот попробуйте, скажем, в аэропорту вифи раздавать через сервер, для этого вытащите сервер из серверной, а потом размножте до 30-и, а потом все это завяжите.
Не один нормальный сетевик не будет вифи на сервере настраивать, просто банально потому, что юзеры не будут видеть этот вифи.
Если речь о своей квартирке, то дело другое, но и тут не просто, например мой софтроутер висит в шкафу у входной двери и если не ставить доп. точек, то в дальних комнатах остаешься без вифи.
> Вы фантасты. вы вифи хоть раз видели?Мы его не только видели, но и строили.
> а видели где стоят сервера?
На базе HTPC? Да где угодно.
> вот попробуйте, скажем, в аэропорту вифи раздавать через сервер
А вот попробуйте на Хаммере в Формуле-1 поучаствовать. Примерно то же самое.
> Не один нормальный сетевик не будет вифи на сервере настраивать
1) "Ни". 2) Почему?
> потому, что юзеры не будут видеть этот вифи.
Если у вас юзеры не видят настроенную на сервере точку доступа - это проблема исключительно ваших рук/ДНК. А вынос антенны никто не отменял.
>> Вы фантасты. вы вифи хоть раз видели?
> Мы его не только видели, но и строили.ну видимо строили в офисе на 20-60 квадратов площади.
>> а видели где стоят сервера?
> На базе HTPC? Да где угодно.ну на 20 квадратов и конторе из 3-ех человек - да.
>> Не один нормальный сетевик не будет вифи на сервере настраивать
> 1) "Ни". 2) Почему?у меня немного другие масшатбы, в рамках которых я и мыслю. в 20 квадратах действительно можно, только там и 802.11b хватит, конечно если все три человека работают, а не порнушку смотрят.
>> потому, что юзеры не будут видеть этот вифи.
> Если у вас юзеры не видят настроенную на сервере точку доступа -
> это проблема исключительно ваших рук/ДНК. А вынос антенны никто не отменял.все опять же сводится к площадям, кол-ву кабинетов, кол-ву этажей, материалу перегородок.
> у меня немного другие масшатбы, в рамках которых я и мыслюВы работаете в операторе связи? Если нет - то Ваши масштабы слегка не котируются :)
>> у меня немного другие масшатбы, в рамках которых я и мыслю
> Вы работаете в операторе связи?да.
>>> у меня немного другие масшатбы, в рамках которых я и мыслю
>> Вы работаете в операторе связи?
> да.Тогда наши масштабы сопоставимы. Где-то лучше точки, где-то - тазик с выносом антенны в кампус. Всё зависит.
> Отдельную точку поставить домашний бюджет не позволяет?А на точке дополнительно Web-сервер, файлсервер, почтовик, астериск и т.п. поднять получится? И чтобы это все нормально работало? Для конторы в 150-200 пользователей такой софтроутер - самое оно.
> А на точке дополнительно Web-сервер, файлсервер, почтовик, астериск и т.п. поднять получится?Вообще, получится. Если нечто типа опенврт туда можно вкорячить. Но для 200 юзерей мощность типичных точек доступа уже будет маловата, пожалуй.
> Вообще, получится. Если нечто типа опенврт туда можно вкорячить. Но для 200
> юзерей мощность типичных точек доступа уже будет маловата, пожалуй.Ну... да. Особо извращенные товарищи даже Asterisk на WRT'хах поднимали, но это уже из разряда особых извращений.
> Ну... да. Особо извращенные товарищи даже Asterisk на WRT'хах поднимали, но это
> уже из разряда особых извращений.Ну, собственно, мощность современных роутеров может поспорить с ...цатилетним тазиком с помойки который обычно добывают любители сабжа. А габариты и жрач сильно меньше. Но на 200 юзеров в современном понимании оно все-таки не рассчитывается.
Точка на то и точка, а не сервер и городить на ней такого рода "все в одном" нет никакого смысла. Если так жестко экономить, то нормально работать оно по определению не будет, а если не экономить, то и не придется так извращаться. Позвольте полюбопытствовать, что же это за контора в 150-200 пользователей, у которой нет денег на отдельную точку доступа?! Уж не деревенский ли интернет проводите?
> не экономить, то и не придется так извращаться. Позвольте полюбопытствовать, что
> же это за контора в 150-200 пользователей, у которой нет денег
> на отдельную точку доступа?! Уж не деревенский ли интернет проводите?Вопрос целесообразности. Зачем городить "отдельную точку доступа", если смысла в ней - никакого?
глупый вопрос
шланг на фряхе 10 быстрее gcc48 и gcc47Как по времени компиляции так и по оптимизации векторных операций
(нормализации времени выполнения)
> шланг на фряхе 10 быстрее gcc48 и gcc47Опять желаемое за действительное выдают. Хотя если аккуратно выбирать тесты то можно доказать и что дважды два - пять.
>> Хотя если аккуратно выбирать тестытесты в которых не используются костыли gcc-toolchain ?)
> тесты в которых не используются костыли gcc-toolchain ?)Это вы про OpenMP так? :) А его IIRC не авторы gcc придумали.
> Хотя если аккуратно выбирать тесты то можно доказать и что дважды два - пять.Если аккуратно выбирать слова, то и тебя можно не назвать раком, убивающим Опеннет.
Поздно пить боржоми, увы
Ботинок, картошка, машина. Вот так и ты несколько умных слов скидал в одну кучу. Что по-твоему такое нормализация времени выполнения? Конкретно к векторам нормализация это значит привести вектор к единичной длине. Вектор нормали это результат векторного произведения двух вектор, т.е. фактически вектор нормали это перпендикуляр к плоскости, к-я построена по двум векторам.Что ты имел ввиду своими "векторными операциями" и "нормализацией времени выполнения"?
Опять очередной бсдшник, сэр. Они все пытаются умничать. У 95% получается плохо, как и положено.
Зато , они КЛАССНЫЕ НЕКРОФИЛЫ . :)
Это те кто дрючат nogood3-ов? Ну ... тебе виднее :)
> Это те кто дрючат nogood3-ов? Ну ... тебе виднее :)Кто там кого дрючит - это еще вопрос. Во какой экспонат нашелся: http://rghost.net/42660510/image.png
+100500
Дешовая китайская подделка :-\
Смотри оригинал салага! :)
Вроде бы у FreeBSD логотип чертовки, а тут какой та экспонат то ли мужскова то ли непонятной ориентации... И у пингвина голова в дырках каких то.
Так что подделка от лукавого ...
> Так что подделка от лукавого ...Это ваш ник - подделка от лукавого. Не надо по себе о других.
"Нормализация" также означает приведение к одной величине, напр. "нормализация (громкости) звука" (на вики есть статья). "Нормализация времени выполнения" - одинаковое (+-) время выполнения на разных по содержанию текстах одинакового размера.Про "векторные операции" упомянули только вы, в статье о них ни слова.
А на сообщение КЭП'а, на к-я аноним отвечал, глянуть религия не позволяет что ли?
Что-то странный отчет за почти 1 год?????? Неясно зачем он нужен???? Это все равно, что отчитываться за период 5-10 летней давности, лучше бы они его не делали, - актуальность уже потеряна, 10 далеко ушла
> в режиме симуляции SoC на базе многоядерного процессора Cortex-A15Угу, если забыть о том что шланг 3.2 с A15 не работает. Подумаешь, мелочи какие. Ну и что что голова отвалилась? Остальное же на месте!
>> в режиме симуляции SoC на базе многоядерного процессора Cortex-A15
> Угу, если забыть о том что шланг 3.2 с A15 не работает.
> Подумаешь, мелочи какие. Ну и что что голова отвалилась? Остальное же
> на месте!пари из @arm.com прислали патчи в рассылку
Отчёт за второй квартал 2012 года? А в 2014 году отчёт за третий квартал 2012 года узнаем?
Когда увидел у себя в почте этот отчёт, подумал, что его автор просто взял заголовок из старого отчёта и забыл поменять месяцы )))
да, автор этой статьи жжот, у него второй квартал 2012 года, с июля по декабрь.
SMP в PF - мечта с детства!
Зачем? Что, у других незанятых PF ядер нет лишней работы, что они простаивают?
> Зачем? Что, у других незанятых PF ядер нет лишней работы, что они
> простаивают?Что на продакшен софт-роутере в квейк рубиться?
Можно запустить, например, биллинговую задачу...
> Можно запустить, например, биллинговую задачу...Час от часу не легче.На софт роутере посторонних задач не должно быть.Если только
кантора не настолько бедная,что это её единственный комп.
А пользователи виртуализаторов не в курсе такой фигни. И да, они как раз экономят себе бабки, представив 1 железную машину как толпу виртуальных.
> А пользователи виртуализаторов не в курсе такой фигни. И да, они как
> раз экономят себе бабки, представив 1 железную машину как толпу виртуальных.А когда она накроется - снова экономят бабаки ?
> А когда она накроется - снова экономят бабаки ?А когда накрывается - они используют другую машину. Если накрывание было не фатальное - еще и смигрировав машины без прерывания сервиса. XXI век на дворе, фигле.
>> А когда она накроется - снова экономят бабаки ?
>Если накрывание было не фатальное - еще и
>смигрировав машины без прерывания сервиса"Пока космические корабли"(С) Для этого сторидж нужен. У "экономящих" не водится :)
>XXI век на дворе, фигле.
А в деревне Гадюкино опять идут дожди :(
> "Пока космические корабли"(С) Для этого сторидж нужен. У "экономящих" не водится :)Есть ряд технологий где не нyжно. Но в вашей деревне гадюкино понятное дело с этим глухо.
если контора не бедная - почему у неё софт роутер?
может быть, ради гибкости?
ПРОГИБкости
> если контора не бедная - почему у неё софт роутер?Ты знаешь, богатый это не тот, кто баблом швыряется налево и направо. Тот, у кого оно реально есть, чтобы звонить не станет смарт покупать за штукарь баксов. А купит попроще звонилку. Понты жмут только выскочкам.
Потому и не бедная, что софт роутер. :)
> Что на продакшен софт-роутере в квейк рубиться?С квейком будет сложновато. Из-за ахтунга с видеодрайверами.
>> Что на продакшен софт-роутере в квейк рубиться?
> С квейком будет сложновато. Из-за ахтунга с видеодрайверами.... сказал ананим, любящий ШВАБОДУ, ну и что, что 5fps, зато без БЛОБОВ!1одынодынодын
p.s. никаких трудностей не испытываю с 3d, ибо знаю уже 100 лет, что видяхи бывают только nVidia, остальное так, заменитель, картинку на монитор чтобы можно было показать.
> ... сказал ананим, любящий ШВАБОДУ, ну и что, что 5fps, зато без БЛОБОВ!1одынодынодынНу, покажи блобы для AMD? Или интеля? Печки от нвидии - себе оставь.
>> ... сказал ананим, любящий ШВАБОДУ, ну и что, что 5fps, зато без БЛОБОВ!1одынодынодын
> Ну, покажи блобы для AMD? Или интеля? Печки от нвидии - себе
> оставь.не качал, но наверное оно: http://support.amd.com/us/gpudownload/linux/Pages/radeon_lin...
и вот пока ты будешь радоваться +1 fps от каждой новой версии драйвера под свой амд/интел.. "печки" от нвидии будут просто работать, доставляя нормальным кол-вом фпс :Р
впрочем, если тебе больше нравится смотреть слайды нежели играть - дело твое;)
> не качал, но наверное оно:А оно сабж не поддерживает. Да и интель откровенно забил на поддержку сабжа.
> нормальным кол-вом фпс :РУ меня открытый драйвер 60FPS в full hd разрешении нынче выдает. А больше фпсов от него и не требуется.
>> не качал, но наверное оно:
> А оно сабж не поддерживает. Да и интель откровенно забил на поддержку
> сабжа.меньше всего меня интересует этот вопрос:) ты просил показать блоб - вон он выше. а с этим говном (тогда еще ati) я и под шиндошс помудохался лет 8 назад, спасибо, не нужно. нвидия уже тогда делала драйвера которые работали, она и сейчас их делает.
>> нормальным кол-вом фпс :Р
> У меня открытый драйвер 60FPS в full hd разрешении нынче выдает. А
> больше фпсов от него и не требуется.это в где ?;)
> под шиндошс помудохался лет 8 назад, спасибо, не нyжно.Так и запишем - "отличная поддержка оборудования".
> С квейком будет сложновато. Из-за ахтунга с видеодрайверами.Nvidia есть родная, а остальное и на линуксе - шлак.
PS: Не - погорячился. Intel-Ы ещё стали ничего.
> Nvidia есть родная, а остальное и на линуксе - шлак.Хорошо блобмейкерам подлизал. А фрибзда тебе зачем? Понты перед девками кидать?
> Зачем? Что, у других незанятых PF ядер нет лишней работы, что они
> простаивают?Затем, что у нормальных карточек по несколку аппаратных очередей. А значит, не масштабируемый PF становится сильно узким местом.
Такой хороший сервис redports.org что аж не работает линк
https://twitter.com/redports
это как-то связано с redtube?
> Такой хороший сервис redports.org что аж не работает линкТоррент трекер у граждан тоже в дауне. Что у них вообще работает? SVN доисторический?
http://svnweb.freebsd.org/base?view=revision&sortby=date&rev...Author: dim
Date: Mon Jan 14 19:51:26 2013 UTC (10 hours, 34 minutes ago)
Changed paths: 2218 (showing only 100; show all)
Log Message:
MFC r244628:Upgrade our copy of llvm/clang to 3.2 release.
Release notes for llvm:
http://llvm.org/releases/3.2/docs/ReleaseNotes.htmlRelease notes for clang:
http://llvm.org/releases/3.2/tools/clang/docs/ReleaseNotes.html
А теперь читаем правильно:Основные "достижения":
>>> GNU sort заменена на "расово верную" sort, которая не достигает уровня производительности GNU sort, и не умеет многопоточность.
>>> Поскольку GNU grep не расово верная, продолжается поиск костылей для регулярных выражений в libc. Пока что взор обращен на TRE, которая, конечно, много чего не умеет по сравнению с PCRE, вряд ли соответствует стандартам и 100% корректно работает, но зато более расово верна.
>>> Близится к завершению проект окончательной дестабилизации PF. Он решит проблему распараллеливания, но, учитывая организацию кода, вряд ли улучшит стабильность и без того падучего сетевого стека на несколько лет.
>>> Для опровержения заявлений о ретроградстве спешно накостылена поддержка Cortex-A15. Пока что она еще не умеет все 4 ядра, да и вообще нормально не работает (только single user mode), вряд ли поддерживает периферию и т.д., но тем не менее - есть.
>>> Продолжается совершенствование проекта Portbuilder, предназначенного для того, чтобы быстрее прогревать воздух во время make world, вместо того, чтобы юзать бинарные пакеты. Тестирование сборки порта KDE (x11/kde4) показало повышение теплоотдачи на 51%, что примерно эквивалентно уменьшению времени сборки. Т.е. эффективность прогрева повышена на 51%.
>>> Проведена работа по обновлению версий компонентов X.Org в портах. Вопрос про KDE под FreeBSD остается открытым, однако 4.8.4 уже как-то работает (о стабильности, само собой, речи и быть не может).
Зачетный перевод с фрибсдшного на русский :)
> Зачетный перевод с фрибсдшного на русский :)С петросянского на быдлячий. Obviouse fix.
> С петросянского на быдлячий. Obviouse fix.Мб obvious? А то точно быдлячий.
> А теперь читаем правильно:
> Основные "достижения":
>>>> GNU sort заменена на "расово верную" sort, которая не достигает уровня производительности GNU sort, и не умеет многопоточность.
>>>> Поскольку GNU grep не расово верная, продолжается поиск костылей для регулярных выражений в libc. Пока что взор обращен на TRE, которая, конечно, много чего не умеет по сравнению с PCRE, вряд ли соответствует стандартам и 100% корректно работает, но зато более расово верна.
>>>> Близится к завершению проект окончательной дестабилизации PF. Он решит проблему распараллеливания, но, учитывая организацию кода, вряд ли улучшит стабильность и без того падучего сетевого стека на несколько лет.
>>>> Для опровержения заявлений о ретроградстве спешно накостылена поддержка Cortex-A15. Пока что она еще не умеет все 4 ядра, да и вообще нормально не работает (только single user mode), вряд ли поддерживает периферию и т.д., но тем не менее - есть.
>>>> Продолжается совершенствование проекта Portbuilder, предназначенного для того, чтобы быстрее прогревать воздух во время make world, вместо того, чтобы юзать бинарные пакеты. Тестирование сборки порта KDE (x11/kde4) показало повышение теплоотдачи на 51%, что примерно эквивалентно уменьшению времени сборки. Т.е. эффективность прогрева повышена на 51%.
>>>> Проведена работа по обновлению версий компонентов X.Org в портах. Вопрос про KDE под FreeBSD остается открытым, однако 4.8.4 уже как-то работает (о стабильности, само собой, речи и быть не может).Ещё добавить: ЭЛИТИЗМ, КАК ОН ЕСТЬ.
> Ещё добавить: ЭЛИТИЗМ, КАК ОН ЕСТЬ....на примере изена? :)
> Ещё добавить: ЭЛИТИЗМ, КАК ОН ЕСТЬ.К сожалению, это не шутка и у народа с *BSD часто зашкаливает ЧСВ =(
И это хороший пример: http://www.sql.ru/forum/actualthread.aspx?tid=467004
>> Ещё добавить: ЭЛИТИЗМ, КАК ОН ЕСТЬ.
> К сожалению, это не шутка и у народа с *BSD часто зашкаливает
> ЧСВ =(
> И это хороший пример: http://www.sql.ru/forum/actualthread.aspx?tid=467004Ага:
///---
Еще по сути. FreeBSD хорошая платформа - для OpenSource софта в условиях средней нагрузки на серверы. Для коммерческого софта как платформа она не годится. Оракл - коммерческий софт.
---///
:))
> Ага:
> ///---
> Еще по сути. FreeBSD хорошая платформа - для OpenSource софта в условиях
> средней нагрузки на серверы. Для коммерческого софта как платформа она не
> годится. Оракл - коммерческий софт.
> ---///
> :))Только простые вещи, связанные с сетью на ней фиг сделаешь иногда.
> Только простые вещи, связанные с сетью на ней фиг сделаешь иногда.Например?
>> Только простые вещи, связанные с сетью на ней фиг сделаешь иногда.
> Например?например:
em0 - 192.168.1.10/24
em1 - 192.168.1.11/24
воткнуты они в один неуправляемый свитч и надо заставить трафик бегать через оба интерфейса.
> em0 - 192.168.1.10/24
> em1 - 192.168.1.11/24
> воткнуты они в один неуправляемый свитч и надо заставить трафик бегать через оба интерфейса.А теперь готовим носилки для мозга и приводим пример - а где такое ваще надо? Чтоб реально больше никак не решить. ;)
>> em0 - 192.168.1.10/24
>> em1 - 192.168.1.11/24
>> воткнуты они в один неуправляемый свитч и надо заставить трафик бегать через оба интерфейса.
> А теперь готовим носилки для мозга и приводим пример - а где
> такое ваще надо? Чтоб реально больше никак не решить. ;)че вы желаете от горе-строителей...
> А теперь готовим носилки для мозга и приводим пример - а где
> такое ваще надо? Чтоб реально больше никак не решить. ;)покупать управляемый свич только ради агрегации на нескольких портах - это как бы перебор.
(ну или менять имеющийся на управляемый).
Что ж, хватаем носилки.> покупать управляемый свич только ради агрегации на нескольких портах - это как бы перебор.
>(ну или менять имеющийся на управляемый).Firstly, перечислите плиз операционки, которые позволяют без ругани и глюков назначать на разные физические интерфейсы адреса из одной сети и без никаких alias/bridge/lagg/bond/etc.
(кстати, вам поди ещё при этом и функционал роутера хочется?)Secondly, таки неизвестен тонкий философский смысл вышеуказанного требования. Знаю только, что ни фига это не агрегация. Хотя оно конечно, что ею назвать.
Thirdly, костылями в серверной ОС подпирать косяки кривостроенной ЛВС - и ещё требовать от разработчиков обеспечения работы буйной фантазии таких сетевых студентов - частенько приходится сталкиваться. Человек может быть гениальным админом локалхоста и даже супер-гипер-триппер-хайлоад-кластера, но сеть создавать ему противопоказано...
> Что ж, хватаем носилки.
>> покупать управляемый свич только ради агрегации на нескольких портах - это как бы перебор.
>>(ну или менять имеющийся на управляемый).
> Firstly, перечислите плиз операционки, которые позволяют без ругани и глюков назначать
> на разные физические интерфейсы адреса из одной сети и без никаких
> alias/bridge/lagg/bond/etc.freebsd, linux, solaris(что сходу вспомнилось)
> (кстати, вам поди ещё при этом и функционал роутера хочется?)
нет-нет. просто >1 интерфейса и неуправляемый свитчег. задача - файлики раздавать по http(ну или блочные устройства по iscsi).
> Secondly, таки неизвестен тонкий философский смысл вышеуказанного требования. Знаю только,
> что ни фига это не агрегация. Хотя оно конечно, что ею
> назвать.причин может быть много. либо деньги(когда только планируете покупать), либо уже имеется инфраструктура и надо быстро расшириться. обстоятельства разные бывают и сразу кричать "ололо, купи нормальное железо!" врядли стоит.
> причин может быть много. либо деньги(когда только планируете покупать),
> либо уже имеется инфраструктура и надо быстро расшириться.
> обстоятельства разные бывают и сразу кричать "ололо, купи нормальное железо!" врядли стоит.Согласен, мой вброс был толстоват. Однако в итоге мы опять же имеем потребность в некоем временном решении. А его, глядишь, можно разрулить через "подумать" за пару перекуров. Может и прикупать ничего не надо. ;)
Конечно в каждом случае есть конкретика, однако все залипухи сидят в постановке задачи, imho.Например, налицо подозрительный несходявчик - вполне себе производительный сервак на файлораздаче, для которого якобы уже узкое место - сеть. Ага, контора доросла до такого трафика, нагрузку надо разносить, но на свичах экономит. Отсюда вопрос - а смысл ли костылять сетевухи в сервак, если ЛВС тупо не потянет, потому что наполовину из тупых хабов?
> Согласен, мой вброс был толстоват. Однако в итоге мы опять же имеем
> потребность в некоем временном решении. А его, глядишь, можно разрулить через
> "подумать" за пару перекуров. Может и прикупать ничего не надо. ;)
> Конечно в каждом случае есть конкретика, однако все залипухи сидят в постановке
> задачи, imho.До Windows Server 2012 поддержка vlan/lagg делалась только софтом конкретного производителя чипа, т.е по факту это почти всегда intel/broadcom. Да, тут тоже можно сказать "покупайте нормальные NIC!", но лишних денег нет даже у проектов с хорошим бюджетом.
Так что когда ОС даёт возможность сооружать самые причудливые конструкции - это большой плюс.
Это делается как на обычных коммутаторах.
em0 em1 объединяются в lagg, оба адреса вешаются на lagg.
кстати айпи-адреса из одной подсети можно вешать где-то со времён 8.2, со времён появления мультифибов и прочих сетевых новшеств
> кстати айпи-адреса из одной подсети можно вешать где-то со времён 8.2, со
> времён появления мультифибов и прочих сетевых новшествв linux ещё во времена 2.4 можно было. спрашивали то не возможности повесить, а чтобы трафик сразу по двум интерфейсам бегал.
> И это хороший пример: http://www.sql.ru/forum/actualthread.aspx?tid=467004Да уж. Мало того мазохист - так мазохист открытый, и еще лезущий на форумы за помощью. Близко к гей-пропаганде... ну долбись себе сам, но на люди-то показывать зачем?
Эпическое садомазо. Пусть еще гражданин скажет что честно купил этот оракль. И не читал системные требования при покупке, ага.
Осталось только дополнить это одной фразой:
>>> Но это всё мелочи по сравнению с той задницей, которая творится в мире пингвинятников, которые расово какают друг на друга из-за разных init, pulseaudio, gnome 2/3, да и вообще потому, что это генетическое: пингвин - птица, которая так и не полетела, кроме какать, ничего не умеет, а зависть душит.Если почитать нападки линуксоедов друг на друга, то окажется, что этот мелочный сарказм против БСД -- просто отвлечение от выливания помоев на "братьев по ядру, но врагов по дистрибутиву".
> Осталось только дополнить это одной фразой:
>> птица, которая так и не полетела, кроме какать, ничего не умеет, а зависть душит.Зато плывет быстро!)))
Не мешайте людям доказывать свою значимость! Каждый карась хвалит свое болото!
> Кроме того, разработчики намерены обеспечить полную совместимость с реализацией MPTCP, развиваемой для ядра LinuxЧто мешает этим двум группам клоунов объединиться и совместно сделать качественный продукт под двойным (если иначе никак) лицензированием? Зачем обязательно нужно создавать две (и более) команды, а затем проводить работу по объединению, слиянию, портированию, прогибанию под более успешных, и т.п.?
>> Кроме того, разработчики намерены обеспечить полную совместимость с реализацией MPTCP, развиваемой для ядра Linux
> Что мешает этим двум группам клоунов объединиться и совместно сделать качественный продукт
> под двойным (если иначе никак) лицензированием? Зачем обязательно нужно создавать две
> (и более) команды, а затем проводить работу по объединению, слиянию, портированию,
> прогибанию под более успешных, и т.п.?канкуренциямля....
> канкуренциямля....Конкурировал запор с мерином. Все обогнать грозился, если с горы Арарат...
>> канкуренциямля....
> Конкурировал запор с мерином. Все обогнать грозился, если с горы Арарат...:D
>> Кроме того, разработчики намерены обеспечить полную совместимость с реализацией MPTCP, развиваемой для ядра Linux
> Что мешает этим двум группам клоунов объединиться и совместно сделать качественный продукт
> под двойным (если иначе никак) лицензированием? Зачем обязательно нужно создавать две
> (и более) команды, а затем проводить работу по объединению, слиянию, портированию,
> прогибанию под более успешных, и т.п.?Да просто они твоего мнения забыли спросить перед началом работы
Благородные доны считают, что если все люди мира в едином порыве начнут пилить одну винду, пардон, ubuntu, то !внезапно настанет миру-мир, пардон, родится macOS?
Смею разочаровать - не родится. И не факт, что результат получится сильно лучше.
А вот от нескольких попыток сделать вроде бы одно и то же но по разному - может выйти profit. Может правда и не выйти - или выйти не тем и не так, но кто его, право-слово знает...
> Благородные доны считают, что если все люди мира в едином порыве начнут
> пилить одну винду, пардон, ubuntu, то !внезапно настанет миру-мир, пардон, родится
> macOS?
> Смею разочаровать - не родится. И не факт, что результат получится сильно
> лучше.
> А вот от нескольких попыток сделать вроде бы одно и то же
> но по разному - может выйти profit. Может правда и не
> выйти - или выйти не тем и не так, но кто
> его, право-слово знает...Благородные доны уже видели дистровотч и на нем ни одной макоси. Стройными шеренгами шагают болгеносы по планете.
My name is OS. BolgenOS. (C) Мое.
В данном случае цель - добиться ПОЛНОЙ совместимости с недописанным продуктом. Это не конкуренция, а догонялки, причём бесконечные. А проблемы будут у пользователей продукта, которых, вместе с их проблемами, разработчики open source систематически игнорируют. Отсюда и невысокая популярность open source решений среди обычных людей: тяжело объяснить человеку почему он должен качать с пиратской бухты сырой продукт, когда может скачать работающий с кряком?
>В данном случае цель - добиться ПОЛНОЙ совместимости с недописанным продуктом. Это не >конкуренция, а догонялки, причём бесконечные.Да кто вам такое сказал, г-ди б-же мой? Ни FreeBSD'шники, ни автор перевода такого не говорил, это вы сами откуда-то вычитали. Цель - создать _исследовательскую платформу_ для. Дополнительно желательна _интероперабельность_ (А не "совместимость" - "тонкая терминологическая разница"(ТМ)) с версией, реализованной в linux kernel.
В оригинале сказано:
In 2012 CAIA began a two related research efforts into multipath TCP (MPTCP).
Multipath TCP for FreeBSD (with support from Cisco Systems)
Evaluating the use of dynamic path cost for sub-flow selection in loss-based Multipath TCP sessions (with support from NICTA)The first project has two aims -- develop a prototype implementation of MPTCP for FreeBSD, then utilise that implementation to experiment with blending loss-based and delay-based congestion control (CC) algorithms across sub-flows making up MPTCP connections or sessions.
Дальнейший плач-на-реках-Вавилонских поскипан.
> Да кто вам такое сказал, г-ди б-же мой? Ни FreeBSD'шники, ни автор перевода такого не говорил, это вы сами откуда-то вычитали"Кроме того, разработчики намерены обеспечить ПОЛНУЮ СОВМЕСТИМОСТЬ с реализацией MPTCP, РАЗВИВАЕМОЙ (настоящее время) для ядра Linux"
Не "реализованной" (прошедшее время), а "развиваемой" (настоящее время).
Именно "совместимость".
> Отсюда и невысокая популярность open source решений среди обычных людей: тяжело
> объяснить человеку почему он должен качать с пиратской бухты сырой продукт,
> когда может скачать работающий с кряком?Я вот тоже никак не могу понять зачем качать какие-то сырые продукты с какой-то там пиратской бухты когда можно просто сделать apt-get install. Мышки-виндузятники они такие смешные - плачут, колются, но продолжают жрать кактус.
А теперь на конкретных примерах сравнения функционала. Конкретно интересуют примеры "пользователи плакали" тогда как "можно просто сделать".
> плакали" тогда как "можно просто сделать".Конкретный пример: хотел я как-то раз посмотреть - как же с компортом в лине работать? В лине apt-get source для первой же попавшейся утили которая с ним работает - все, готовый, заведомо рабочий пример перед глазами. Через 10 секунд после того как я его возжелал. Ваш вариант действий для винды, маэстро?
Похоже что вы не понимаете кто такие "пользователи"...
> Похоже что вы не понимаете кто такие "пользователи"...Я - тоже пользователь. А так ну хоть тот же gimp в лине ставится куда проще чем какой либо потребный для редактирования фото софт в винде. Одна галочка или команда - unbeatable.
Да, если нужны source для возжелаемой утилиты, то Linux определенно выигрывает у Windows (там нужно качать с сайта). А что вы будете делать, если, скажем на нетбук eeePC 900 нужно установить Ubuntu 8.04 (более новые версии работают ощутимо медленнее, а облегченные современные версии не подходят, поскольку нужен именно интерфейс Netbook Remix). Будет ли работать репозиторий в таком случае и сработает ли аналогичная "apt-get source"?
> Да, если нужны source для возжелаемой утилиты, то Linux определенно выигрывает у
> Windows (там нужно качать с сайта).Пожалуйста. Нет - ПОЖАЛУЙСТА! Выкачай мне сырок Server 2012 - ящик коньяка отгужу сразу как соберется и проверятся хеши! Ну дык как? :)
Пожалуйста, ответьте сначала на поставленный вопрос.
> Пожалуйста, ответьте сначала на поставленный вопрос.Почему не будет?
Надо просто указать миррор: http://old-releases.ubuntu.com/
А чем им так не угодила GNU, что они принялись все утилиты переписывать?
> А чем им так не угодила GNUЛицензией. Вечно пытаются пошестерить перед проприетарщиками. А те, будучи благодарной публикой любезно вытирают ноги. Удобно же когда коврик сам заползает под ботинки.
Да, да... В мире где идёт война между теми кто разбивает яйца с острого конца и теми, кто разбивает с тупого, сторонники BSD сохраняют нейтралитет, создавая коды, который используют обе стороны. Но если остроконечники безразлично относятся к BSD, то тупоконечники ненавидят BSD за то, что BSD поставляют коды не только им, но и их врагам.:)
> :)clown - да ты философ! :)
> clown - да ты философ! :)Странно что философ никогда не слышал "между 2 огней" и "между молотом и наковальней". Иначе он догадывался бы что такая позиция - далеко не самая удобная на свете.
Иного от живущего в чёрно-белом (без оттенков серого) мире не ожидалось.
Мы, Анонимусы, такие.
Это справедливо для мира с размерностью n=1.
Уже при n=2 можно стоять в стороне от. =)
>> А чем им так не угодила GNU
> Лицензией. Вечно пытаются пошестерить перед проприетарщиками. А те, будучи благодарной
> публикой любезно вытирают ноги. Удобно же когда коврик сам заползает под
> ботинки.Хотя бы 10 примеров успешно доказанного использования GNU кода в закрытом приложении, принёсший хоть какие-нибудь убытки компании, которая это совершила? :)
Или только языком ворочить горазд?
"Проведена миграция дерева портов с CVS на систему контроля версий Subversion"Ишь ты, прогресс какой! Лет через 5 созреют до git или mercurial
