LINUX.ORG.RU

FreeBSD 11.0

 ,


2

3

Официально представлен релиз FreeBSD 11.0, доступный для архитектур amd64, i386, powerpc, powerpc64, sparc64, armv6 (BANANAPI, BEAGLEBONE, CUBIEBOARD, CUBIEBOARD2, CUBOX-HUMMINGBOARD, GUMSTIX, Raspberry Pi B, Raspberry Pi 2, PANDABOARD, WANDBOARD) и aarch64 (arm64).
Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2.

Ключевые новшества:

  • Новая система автоматического монтирования ФС (automounter), унифицированная с реализациями из других Unix-систем (macOS, Solaris), использующая совместимый с Solaris формат сопоставления точек монтирования и поддерживающая интеграцию с LDAP.
    В auto_master добавлен новый тип сопоставления -media, позволяющий автоматизировать подключение внешних накопителей CD и USB, а также тип -noauto для обработки записей noauto в fstab.
  • Добавлена возможность загрузки с временным rootfs, вместо которого затем монтируется реальный корневой раздел. Процесс смены корневого раздела реализован в форме частичного завершения работы с удалением всех процессов, отмонтированием rootfs, монтированием нового rootfs, запуском init и переходом к выполнению скриптов инициализации.
  • Новая высокопроизводительная реализация системного вызова sendfile, предназначенного для организации прямой передачи данных между файловым дескриптором и сокетом, поддерживающая отправку файла в сокет в асинхронном режиме без ожидания завершения чтения файла.
  • Новая версия подсистемы NetMap c поддержкой двунаправленных потоков, поддержкой kqueue, улучшенной пользовательской библиотекой, возможностью эмуляции netmap для любых адаптеров без родной поддержки netmap, интеграцией со стеком VALE (используется в системе виртуализации bhyve).
  • Усовершенствован гипервизор BHyVe, в котором добавлена поддержка новых типов гостевых систем. В настоящее время поддерживается создание хост-систем на базе платформы FreeBSD/AMD64 и запуск гостевых систем c FreeBSD 8+, Linux i386/x64, OpenBSD i386/amd64, NetBSD/amd64, Illumos и Windows Vista/7/8/10/2008r2/2012r2/2016 x64. Отдельно отмечается возможность запуска гостевых систем FreeBSD/i386 на 64-разрядных хост-системах, поддержка процессоров AMD c аппаратными расширениями SVM и AMD-V, поддержка команды DSM TRIM для виртуальных дисков AHCI, поддержка графического режима (эмуляция VGA, framebuffer, мыши, клавиатуры, XHCI USB с применением сервера VNC для доступа к экрану гостевой системы).
  • В Xen добавлена поддержка запуска гостевых систем FreeBSD/amd64 в режиме PVH, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). Проведена оптимизация производительности драйвера netfront и добавлена поддержка unmapped IO в драйверы blkfront, virtio_blk и virtio_scsi.
  • В механизм управления ресурсами RCTL добавлена возможность ограничения пропускной способности операций с файловой системой. Поддерживается ограничение полосы пропускания чтения/записи (байт в секунду) и интенсивности операций ввода/вывода (число операций чтения/записи в секунду). Также представлен новый механизм придерживания запуска процессов в условиях превышения лимита.
  • Добавлена поддержка стандарта 802.11n для сетей Wi-Fi, позволяющего добиться скорости передачи данных в беспроводной сети до 600 Мбит/с в конфигурации адаптера с четырьмя антеннами (для одной антенны до 150 Мбит/с).
  • Из NetBSD портирована библиотека libblacklist и связанное с ней приложение Blacklistd, которые можно использовать для реализации динамического межсетевого экрана для защиты от попыток взлома локальных сервисов, таких как ssh, named и ftpd, или для блокировки IP-адресов, участвующих в DDoS-атаках.
  • Добавлена поддержка архитектуры AArch64 (arm64).

Другие улучшения:

  • Улучшена поддержка систем с архитектурой NUMA.
  • Возможность ведения черного списка сбойных областей памяти. Обновление компилятора Clang до версии 3.8.0. Для платформ amd64 и arm64 по умолчанию задействован отладчик LLDB, развиваемый проектом LLVM.
  • В базовой системе задействованы варианты утилит для работы с объектными файлами в формате ELF: addr2line, elfcopy (strip), nm, readelf, size и strings из набора ELF Tool Chain, эквивалентного набору GNU Binutils, но распространяемого под лицензией BSD.
  • В TCP-стеке добавлена поддержка определения PLPMTUD (Packetization Layer Path MTU Discovery, RFC 4821), которая отключена по умолчанию. Для включения следует использовать sysctl net.inet.tcp.pmtud_blackhole_detection, net.inet.tcp.pmtud_blackhole_mss и net.inet.tcp.v6pmtud_blackhole_mss.
  • Большая порция улучшений, связанных с поддержкой различных устройств с процессорами ARM, ARM64 и PowerPC.
  • В jail добавлена поддержка монтирования linprocfs и linsysfs, а также возможность разделения SYSV IPC примитивов, что позволяет иметь в каждом jail независимую область SYSV IPC.
  • Для хэширования паролей в функции crypt по умолчанию задействован алгоритм SHA512;
  • Реализация IPsec расширена поддержкой аппаратных и программных режимов AES.
  • При помощи Capsicum обеспечен сброс привилегий утилиты ping.
  • Усилена защита от переполнения стека.
  • Обеспечена возможность использования DRM/KMS-драйверов AMD Radeon при запуске 32-разрядных приложений на 64-разрядных системах.
  • Для звуковых адаптеров с интерфейсом USB добавлена поддержка более 8 звуковых каналов на PCM-поток.
  • В установщик bsdinstall добавлен модуль для настройки беспроводных адаптеров.
  • В редактор разделов из состава bsdinstall и в утилиту sade добавлена родная поддержка ZFS. Установка GPT+BIOS+GELI через bsdinstall/zfsboot теперь производится с привлечением GELIBOOT, что позволяет создавать ZFS Boot Environment с ZFS-пулами, зашифрованными при помощи GELI.
  • В состав включен демон zfsd, обеспечивающий управление запасными дисками (hotspare) и заменой дисков.
  • В gpart добавлена поддержка схем компоновки разделов disklabel64, apple-boot, apple-hfs и apple-ufs, а также GPT-разделов с атрибутом lenovofix.
  • Удалена поддержка протокола IPX.
  • В состав включена реализация протокола iSER (iSCSI Extensions for RDMA) от компании Mellanox.
  • В команду iscsictl добавлена возможность определения доступных iSCSI target без подключения к ним.
  • В newsyslog.conf обеспечено включение настроек, разнесённых по отдельным файлам в /etc/newsyslog.conf.d/ и /usr/local/etc/newsyslog.conf.d/.
  • В утилите ifconfig по умолчанию установлены параметры беспроводного интерфейса, отвечающие требованиям FCC.
  • В утилитах ps и top добавлена возможность фильтрации вывода по идентификатору или имени jail-окружения (флаг -J).
  • Во freebsd-update добавлена защита от загрузки обновления в ситуации, когда установка прошлого обновления не была завершена.
  • В подсистеме rc добавлена возможность размещения настроек в файлах ${LOCALBASE}/etc/rc.conf.d/ (LOCALBASE по умолчанию указывает на /usr/local).
  • В подсистему rc добавлены новые команды: describe для вывода описания rc-скриптов и extracommands для показа всех нестандартных команд, предоставляемых rc-скриптом (таких как reload, configtest и keygen).
  • Директория с модулями для загрузчика по умолчанию изменена на /boot/modules.
  • В поставляемом в базовой системе OpenSSH 7.2p2 по умолчанию включен режим sandbox-изоляции и удалена поддержка протокола SSH-1; отключена генерация ключей DSA.
  • Включена по умолчанию опция WITH_SYSTEM_COMPILER, оптимизирующая процесс сборки благодаря тому, что компоненты кросс-компилятора не собираются.
  • В беспроводной стек внесены изменения, отключающие по умолчанию показ физических беспроводных устройств. Для просмотра доступных в системе беспроводных устройств следует использовать sysctl net.wlan.devices.
  • Библиотека резолвера теперь отслеживает состояние файла /etc/resolv.conf и перезагружает его, если время модификации изменилось.

>>> Новость взята с opennet



Проверено: Shaman007 ()
Ответ на: комментарий от anonymous

Вам «сказочно повезло» :)

Да не такое уж это и везение. Broadcom встречается сплошь и рядом, а самое главное на Linux он «просто работает». По крайне мере такая старая версия завелась сразу неделю назад.

драйвер в комплекте, надо прописать его загрузку в лоадер

done

в портах есть фирмварь, придётся скомпилить, пакетом её не билдят - лицензия йопт.

Вот это уже идет разница с Linux'om. А почему в нем лицензия позволяет собирать пакеты с firmware?

crypt ★★★★ ()
Ответ на: комментарий от anonymous

Вроде bsdconfig сети начал находить, wifimgr еще нет, но в целом ладно, поставлю зачет.

В целом у меня такое чувство ностальгии, как от использования Linux'a 10 лет назад. :) Опять make, make install... :) Даже нравится wifi конфигуратор в bsdconfig, но вот никогда не понимал логику управления, почему Enter снимает крестик и т.д. Ну да ладно...

Назад в прошлое это и хорошо, и плохо.

А что с suspend? Совсем не работает?

crypt ★★★★ ()
Ответ на: комментарий от filosof

ок. так точно. поставил исходники ядра, поставил порт. а что с саспендом? для него какие-то ручки есть?

crypt ★★★★ ()
Ответ на: комментарий от crypt

Поэтому в кавычках написал. У меня на ноуте 4313 или 15, не помню, так вот нихрена не работает в фре, в 10-ке точно не завелось, в 11 ещё не пробовал, драйвер и прошивка грузятся, вифи включается, сеть видит, после подключения сыплет ругательства в консоль и усе. В бубунте да, работает, но не просто :) сначала нужно разрешить поставить этот драйвер.

Насчёт почему не собирают пакет с этим блобом:

PKGNAME: there is no package for this port: NO_PACKAGE = this is a modified version of a restricted firmware
Кстати, в ядре это вроде единственный драйвер вифи, не включенный по умолчанию %)

anonymous ()
Ответ на: комментарий от anonymous

ну ладно, с wifi пока решено. не будет работать - удалю все нафиг и все. с саспендом-то что? чинить или забить? как-то глупо, когда он даже экран не гасит с закрытой крышкой.

crypt ★★★★ ()
Ответ на: комментарий от anonymous

В бубунте да, работает, но не просто :) сначала нужно разрешить поставить этот драйвер.

это уж они себе на ровном месте создают сложности и преодолевают. я тестил kali - там столько всего по умолчанию, что просто работало.

crypt ★★★★ ()
Ответ на: комментарий от crypt

Саспенд не юзал, даж на винде. А экран гасится аппаратно, плюс хоткей есть.

anonymous ()
Ответ на: комментарий от crypt

омг. какой make и make install? их юзают мертвецы. Современные бсдшники используют portmaster

Удобно и эффективно, плюс вписывается в существующую пакетную систему, чего я еще ни на одном лялихе не видел.

reprimand ★★★★★ ()
Ответ на: комментарий от anonymous

Не собираешся перейти на фрибзду?

нет, я уже отвечал на этот вопрос. раз 20

Опёнок не надоел?

а с чего он может надоесть? я сейчас накатил OpenBSD 2.8 16-летней давности, и, блин, Я ЗНАЮ, ЧТО ТАМ ДЕЛАТЬ. всё под рукой, всё привычно, всё знакомо. и я знаю, каким OpenBSD будет через 20 лет - пред-ска-зу-е-мым

это, наверное, единственные, кого я могу назвать *здесь дух Unix и суть Unix*. а FreeBSD чё? обычная потребительская система, которая хочет пользователей, а что хочет сама - не знает

buratino ★★★ ()
Ответ на: комментарий от crypt

А что с suspend? Совсем не работает?

Что с ним? Работет на 3 ноутах, один из которых с невидией и интеграшкой.

anonymous ()
Ответ на: комментарий от anonymous

А что с suspend? Совсем не работает?

Что с ним?

при закрытии крышки ноутбука ничего не происходит. кнопка suspend в xfce не активна.

crypt ★★★★ ()
Ответ на: комментарий от crypt

Опять make, make install... :)

можно пользоваться pkg (бинарные пакеты портов) и freebsd-update — для обновления самой бзди

А что с suspend? Совсем не работает?

только suspend to ram, hibernate не умеет (и это реально грустно). Для меня это критично, поэтому на настольных компах использую FreeBSD и Linux, а на ноуте OpenBSD (там suspend to disk есть).

gloomy ()
Последнее исправление: gloomy (всего исправлений: 1)
Ответ на: комментарий от gloomy

можно пользоваться pkg

знаю, это на другое ответ был.

только suspend to ram

нужно что-то где-то вписать приписать, чтобы включить? или должно работать сразу?

crypt ★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от reprimand

омг. какой make и make install?

в мануале это есть, значит легально.

чего я еще ни на одном лялихе не видел.

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

crypt ★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

я уже не помню. настраивал если, то еще во время 9й версии. были проблемы с моей машиной, и что то я все таки менял в sysctl. ресетил видеобиос или что то такое. впрочем, и в линуксе у меня были какие то проблемы на этой машине. а так, вроде из коробки:

https://www.freebsd.org/doc/handbook/acpi-overview.html

в 11 версии снова перестал просыпаться, пришлось откатиться на более ранние драйвера nvidia. возможно, кривой драйвер для моей кривой железки. но по факту пашет.

gloomy ()
Ответ на: комментарий от crypt

в мануале это есть, значит легально.

Я не говорил что нелегально.

это потому что в линуксе не смешивают билды из исходников и пакеты.

чем билд из пакета отличается от билда из ихсодников?
Если версия и опции идентичные - ничем. Если отличаются - пакетная система это учитывает.

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

Истинно так! Только где в нашем случае неучёт зависимостей? У меня все зависимости учитываются.

так что раньше это было просто по-дурацки и если наконец portmaster увязывает порты и пакеты вместе, то это то, как должно было быть с самого начала.

Погоди, мы о чем говорим? По-дурацки - это когда совсем никакой системы нет.

// Вспоминаю времена, когда я компилял под убунтой ffmpeg и пачку зависимого софта руками, т.к. пакеты в репе давно протухли.

reprimand ★★★★★ ()
Ответ на: комментарий от reprimand

По-дурацки - это когда совсем никакой системы нет. ...я компилял под убунтой ffmpeg и пачку зависимого софта руками

Да нет же, это просто ты такой «способный» убунтист.:) Я сам собирал пакеты и ставил опакеченный софт. Мне никогда в голову не приходило делать make install в основной root. Именно поэтому никогда не понимал, как можно было делать make install во FreeBSD. Теперь, когда появились root, trunk, branch, leaf ports, то наверное, эту проблему наконец попытались решили, но сильно разбираться с еще одной системой интереса уже нет.

чем билд из пакета отличается от билда из ихсодников? Если версия и опции идентичные - ничем.

Вот на это «если» у CentOS при подготовке релиза уходит несколько месяцев. Так что это оч. значительное «если». «Проблема Gentoo»: Поставил из исходников libcurl более новую и у тебя уже чексуммы на линкованных пакетах будут другими.

crypt ★★★★ ()

acpi_video_load=«YES» hw.acpi.lid_switch_state=S3

саспенд работает из граф.режима, но из консоли экран не просыпается. пока хз, зачет это или нет.

crypt ★★★★ ()
Ответ на: комментарий от crypt

саспенд работает из граф.режима, но из консоли экран не просыпается. пока хз, зачет это или нет.

В /boot/loader.conf добавить kern.vt=vty?

И да, твои старания - очень приятно.

anonymous ()
Ответ на: комментарий от crypt

всегда было глупо иметь две независимые системы для инсталяции софта

Не так. Это двуединая система - порты/пакеты.

одна из которых не учитывает другую и потенциально приводило к нарушению в зависимостях.

Опять же не так. При компиляции портов с недефолтными флагами (соответственно при создании пакетов) могут появляться странные вещи. Но тот, кто идет по этому пути (компиляция портов с недефолтными флагами), должен знать, что делает.

так что раньше это было просто по-дурацки и если наконец portmaster увязывает порты и пакеты вместе

Ну нет же. Пакеты появляются из портов, потому как им больше неоткуда появиться. portmaster - просто утилита, btw до pkgng была она удобней: можно было пометить порт/пакет, что ставить только через порты, и скачивала пакеты эта утилита сама, если они были свежими.

anonymous ()
Ответ на: комментарий от anonymous

В /boot/loader.conf добавить kern.vt=vty?

В 11 по моему оно по умолчанию уже так (только не так, а: kern.vty=vt)

Так что скорее, попробовать можно:

kern.vty=sc

man vt

Ну или попробовать понажимать ctrl-alt-f1...f8

gloomy ()
Ответ на: комментарий от targitaj

Который из четырёх xterm считать за «мрак...»?

anonymous ()
Ответ на: комментарий от anonymous

А ты думаешь он затормозит все наблюдаемые процессы

Нет, конечно. Я так и не понял, зачем ты уменьшаешь буфер, если всё не влазит. В добавок есть разные политики заполнения буфера. Помимо самого буфера есть опции strsize и ко.

для многих других сисколов вообще ничего не предусмотрено.

Всё там предусмотрено.

EvgGad_303 ★★★★★ ()
Ответ на: комментарий от saahriktu

Тем более если среди используемых машин есть Raspberry Pi с объёмом RAM не более чем 0,5 гига,

поставь туда Plan 9

в acme получается «iнтерактивна тыкалка» почти как в Project Oberon — см. Project Oberon 2013, на FPGA с блекждеком и векторным гипертекстовым Xanadu с запуском коммандеров средней кнопкой и интеркликами мышкою.

ещё1, ещё2, OLR

более современная версия (хотя менее современная, Oberon-07 на astrobe — тоже годно) --- AOS (A2/BlueBottle) — про разницу

как собрать — можно поставить A2 приложением в линуксе либо сразу нативно.

Micro A2

на Plan 9 можно экспериментировать с однострочниками на rc — микросервисами, а на Aos — они же, но как модули/компоненты/активные объекты (вот, к примеру, майнкрафт — оксолотль сорцы видео1 видео2)

в конечном итоге, на этом можно изобразить векторный гипертекстовый GopherVR , со временем :-)))

anonymous ()
Ответ на: комментарий от anonymous

аксолотль

вот тут он в исходниках своего рейтрейсера с вокселями на A2 ковыряется

anonymous ()
Ответ на: комментарий от anonymous

GopherVR, кстати, основан на Gopher+ — то есть, в нём есть запросы и формы. через запросы можно организовать REST-like API к микросервисам, в которых «логчиеские пути» использовать (типа как /dev/acme/cmd) для загрузки/выгрузки модулей, компиляции, командеров в Oberon/A2 — только уже на любом языке для Plan9. например, gui для GopherVR изобразить на Plan9 C (libdraw) или сразу на Inferno.

anonymous ()
Ответ на: комментарий от saahriktu

особенности работы с юникодом в Си

#include <u.h>
#include <libc.h>

void main (void)
{
 print ("хѣллѹ рѦспбѤррѴ свѣтъ!!!);
 print ("Вѣкторныѩ гїпертѣкстовяѩ 4D-многоѠбразѩ воистену правоо славѦтъ GopherVR!");
 print("にゃあ! desu desu desu!!!");
}
anonymous ()
Ответ на: комментарий от anonymous
Один лишь дедушка Керниган и Пайк хороший был вождь
А все другие остальные такое г..но
А все другие враги и такие м.даки
Над родною над отчизной бесноватый снег шёл
Я купил журнал про хогвартс, там тоже хорошо 
Там товарищ systemd, там всё тоже, что у нас
Я уверен, что у них то же самое

И всё идёт по плану
И всё идёт по плану

anonymous ()
Ответ на: комментарий от anonymous

Ошибочка, kern.vty=vt

да я понимаю, что проблема в видеодрайвере консоли, так что главное навести на мысль)

crypt ★★★★ ()
Ответ на: комментарий от gloomy

kern.vty=sc

нет, это не работает. я не очень понимаю. чтобы саспенд заработал также, как в Хах, нужно для консоли активировать тот же драйвер, что и для Хов. по крайне мере в Linux'e это делается через общий KMS драйвер, я думаю. во FreeBSD я вижу только «старый» и «новый» драйвер консоли. железоспецифического (i915) нет?

crypt ★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

железоспецифического (i915) нет?

Добавь в /etc/rc.conf

kld_list="i915kms"

filosof ()
Ответ на: комментарий от crypt

Ну правильно, старый syscons не умеет kms, в 11-ой по-умолчанию уже vt.

filosof ()
Ответ на: комментарий от filosof

да, уже понял. я просто путаю, какой во freebsd новый, а какой старый. а в остальном да, это то, о чем я спрашивал. теперь матерится дико в логи об ошибках, но работает.

crypt ★★★★ ()
Ответ на: комментарий от saahriktu

MUMPS посмотри

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

вангую: тогда тебе понравится MUMPS

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

осваивать лучше по какой-то реализации, GT.M сразу или MiniM Евгения Каратаева (обзор faq начало хелловорд)

читать книжку Каратаева — ссылка в самом конце

ещё можно читать книжку от Кевина О'Кейна — он написал компилятор MUMPS->C++ с примерами.

в MiniM как раз, в отличие от Cache или GT.M с уникодом вроде бы всё плохо :-))) ну то есть, теоретически хорошо, если самому обёртки написать — хранить то там можно хоть блобы, хоть в Base64

вот например: если написать FUSE модуль для MUMPS, отображающий глобали на «псевдофайлы» (в духе файлсервера из Plan9) — то можно редактировать данные напрямую, руками,

или тем же Emacs org-mode babel M-x org-babel-tangle, например.

прилепить хуки к FUSE на сохранение: запуск события (типа plumber в Plan9)

и запускать «коммандеры» как в Oberon-2 напрямую, просто сохраняя нужный «псевдофайл» /dev/acme/cmd/window/.../close

что радует: из MUMPS можно свободно дёргать разделяемые библиотеки, DLL-ки через команду ZDLL (или как там она в GT.M)

можно изобразить «псевдофайлы» непосредственно в MUMPS как устройства ввода-вывода.

есть даже «нортон коммандер» на чистом MUMPS, в терминале — где можно править глобали руками.

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

хотя технологичнее прикрутить Emacs org-mode babel, и вообще C-c C-c в org-mode для запуска «блоков кода» на MUMPS (расширение для Elisp с MUMPS ключевыми словами есть, гугли loreekeem), либо какое другое «литературное программирование».

--- вот там действительно можно «гонять байты руками». даже в 90-х кто-то писал на этом свой Эксель с поддержкой сетевой групповой работы, объектной моделью поверх, многомерными сводными таблицами, OLAP и т.п. всяческим Xanadu космологии Теда Нельсона и ZigZag zzStructure (в картинках)

.... вдругорядь прозрѣваю: вѣкторный гипертѣкстовый Xanadu будет построен, нѣвозбранно!!! так или иначе

тако бысть, тако еси, тако буди.

anonymous ()
Ответ на: MUMPS посмотри от anonymous

Re: MUMPS посмотри

ну и посмеяться: «A Case of the MUMPS»

попоболь ньюба-неосилятора технологии доставляет.

anonymous ()
Ответ на: MUMPS посмотри от anonymous

Re: MUMPS посмотри

картинок про zzStructure больше здесь

и да, если хранить в zzCells conscell лиспа — то получаем программируемое «литературное программирование», изначально многомерное Semantic Smart Wiki

anonymous ()
Ответ на: комментарий от gloomy

В 11 по моему оно по умолчанию уже так

Ага и в анонсе ни слова. И aio в 11 сразу в kernel'е, и это не опция. Наверное, еще много чего хорошего.

Обленилась команда FreeBSD последнее время отчеты писать, за это ей выговор. С занесением в грудную клетку.

anonymous ()
Ответ на: комментарий от EvgGad_303

Нет, конечно. Я так и не понял, зачем ты уменьшаешь буфер, если всё не влазит. В добавок есть разные политики заполнения буфера. Помимо самого буфера есть опции strsize и ко.

Ну и зачем этот strsize, если выше уже выяснили что в bsd и маке параметры он туда не пищет, в соляре пишет. Мы про бсд или соляру? Уменьшать затем чтобы быстро проявить и продемонстрировать что гарантий доставки всех эвентов dtrace не дает, не более. У меня оно изначально проявилось без всякого уменьшения. Если вы знали что остановки процессов нет, то должны понимать, что какой буфер не сделай, при высоком syscall rate все ядра будут генерить такой поток, что одно ядро прочитать\обработать может и не успеть, а многоядерное чтение там не предусмотрено. Хотя у меня потери были и при невысоком рейте (покрайней мере целевого сискола), просто очень редко, с чем это связано не знаю.

Всё там предусмотрено.

Ну дайте мне параметры exec() хотя бы, а не только бинарь на бсд\маке. Выше пример dtrace кода который пытается их читать со стека, не всегда успешно, вот модифицируйте без чтения со стека, раз все предусмотрено.

anonymous ()

мляаа аж 11 страниц набздели.

anonymous ()
Ответ на: комментарий от reprimand
#include <stdio.h>
int main (void)
{
    puts("хѣллѹ рѦспбѤррѴ свѣтъ!!!");
    puts("Вѣкторныѩ гїпертѣкстовяѩ 4D-многоѠбразѩ воистену правоо славѦтъ GopherVR!");
    puts("にゃあ! desu desu desu");
}

вот тебе лучше c89, порадуйся ещё

anonymous ()
Ответ на: комментарий от reprimand

И? Ты считаешь, что я могу быть не в курсе и желаешь просветить, или же просто решил блеснуть в тщетной попытке самоутвердиться? Судя по твоему комментарию, полагаю, второе.

anonymous ()
Ответ на: комментарий от anonymous

оба варианта. Но вообще это не имеет значения.

reprimand ★★★★★ ()
Ответ на: комментарий от reprimand

можно не return, а exits (возвращает строку в Plan9 как код возврата)

anonymous ()
Ответ на: комментарий от reprimand

#include <u.h>
#include <libc.h>

Ого, что это?

стандартная библиотека Plan9.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.