DragonFly BSD

DragonFly BSD е операционна система BSD с отворен код, предназначена да бъде логично продължение на сериите на операционната система FreeBSD-4.x. Той е много подобен на други базирани на BSD дистрибуции, като FreeBSD, NetBSD или OpenBSD. Това е разклонение по пътя, така да се каже, давайки на базата на BSD възможност да се развива в изцяло нова посока от тази в серията FreeBSD-5. Освен това, той включва уникален набор от функции, които го отличават от други подобни операционни системи.

HAMMER е основната атракция на DragonFly, съвременна, високопроизводителна файлова система, която има функция за исторически достъп и вградено огледало. Ядрото също е една от причините, поради които DragonFly е по-добро разпространение на BSD.

Предлага две различни графици за ядрото

Ядрото на DragonFly включва два различни планиращи плана, които планират всички изпълними обекти (Lightweight Kernel Thread Thread) и друг, който избира едновременно нишка на потребителя за всеки процесор и резюмира потребителските нишки (User Thread Scheduler). Освен това ядрото включва сложно разпределител на паметта на ядрото, състоящ се от обектноориентиран разпределителен памет и базово ядрото malloc, наречено kmalloc (), файловата система на устройството DragonFly (DEVFS), виртуалното ядро ​​(VKERNEL), асинхронизирането на NFS V3 RPC и диск на I / O Scheduler Framework (dsched).

Сред другите интересни характеристики можем да споменем NULL файловата система Layer (NULLFS), която поддържа необичайно произволни точки за монтиране, TMPFS (Temporary Filesystem VFS), прозрачно криптиране на диска, поддръжка на SSD (Solid Storage Device) чувствителни) символни връзки, DNTPD (DragonFly Network Time Daemon) и DMA (DragonFly Mail Agent). Освен това потребителите ще могат да преглеждат или да прекратяват процесите на диск по всяко време. Дистрибуцията осигурява силни AHCI драйвери, стабилни имена на устройства, както и добре обосновано криптиране и управление на обема.

Долен ред

Като цяло, DragonFly се оказва модерна, лесна за употреба и много достъпна операционна система, подобна на UNIX. Той може да се използва ежедневно като настолна система или като мощен BSD сървър.

Какво е новото в тази версия:

Какво е новото във версията:

• Кристиан Гросел (1):
• telnetd: Печат на системната информация (операционна система и архитектура) преди подкана за въвеждане.
• Матю Дилон (7):
• чук 2 - Фиксирайте разделянето с 0 раса
• ядро ​​- селективно MFC на ядрото umtx работа от майстора
• kernel - Актуализиране на документацията umtx
• libc и pthreads - Отстраняване на проблеми при atfork с nmalloc, обновяване на dmalloc
• Hammer2 - Fix преименувайте състезанието
• hammer2 - оптимизирайте hammer2_pfs_memory_wakeup ()
• hammer2 - Fix неопределени мръсни вериги поради преименуване
• Sascha Wildner (5):
• чук2.8: Коригиране на печата.
• Кажете "hammer2" вместо "чук" на различни места.
• mtree: Коригирайте собственика за няколко директории в / usr / share.
• libc / nls: Използвайте текущия локал (зададен по нишка).
• libarchive: Връщане на командата, която не е предназначена за натискане.

Какво е новото във версия 4.8.1:

• ядрото:
• Кодировка за кеша на буфер на буфер, за да се премахнат динамичните резервати на KVA. Вместо това, всички KVA са резервирани в момента на стартиране. Спестява ни от ненужните IPI и позволява значително опростяване на кода на буферния кеш.
• Добавете vfs.repurpose_enable (под тест, деактивирано по подразбиране). Тази функция може да бъде разрешена, за да се намали значително натоварването на IPI и VM управлението на машина, която извършва огромни количества I / O файлове, например от NVMe SSD, като заобикаля нормалния механизъм за рециклиране на VM страници. Когато е активирана, функцията се задейства само при високи I / O натоварвания. Той работи, като повторно пренастрои страниците на ВМ, залегнали в буфера на място (когато е възможно), така че да не се налага да се кремват / кентрират страниците в буфера KVA. Нормално рециклиране на VM страници (което иначе би било претоварено от I / O натоварването) също е заобиколено.
• Променете начина, по който се обработва IPIQ, по-специално създайте независим векторен механизъм Xinterrupt за невалидности на страници, които игнорират (ще работят), дори и да има критична секция. Внедрете machdep.optimized_invltlb (по подразбиране е деактивиран, под тест), което предотвратява изпращането на IPL на TLB за невалидност до празен cpus.
• Коригирайте множество състезания, които биха могли да се случат при екстремни товари. Повечето случаи на употреба никога не биха предизвикали тези, но нашите кутии за изграждане понякога. Например, имаше две състезания за инструкции, където CPU бита за pmap ще бъде изчистено (за две инструкции) и да предизвика IPL TLB, възникващи едновременно на друга CPU за същия pmap да не осъзнаят, че CPU е използвал pmap , Определянето е да деактивирате оптимизацията за презареждане на CR3 за случай LWP-> LWP (same proc).
• Коригирайте грешката на HAMMER, която може да доведе до неправилно съобщаване на грешка на DATA CRC.
• Коригирайте двойно записване, задействано от начина, по който HAMMER използва cluster_write (). Това значително подобрява производителността на HAMMER.
• Включени са и много други почиствания и поправки на HAMMER.
• Прикрепете твърд ключал, който може да възникне в getpbuf * () поради неправилно интерпретиране на възвращаемостта на атомна операция.
• Коригирайте прекъсването на натрупването, което може да възникне в прозореца с 10 инструкции, потенциално (но не открито в дивата природа), което изпълнява стека на ядрото.
• Отрязвайте IPPs, свързани с pmap, за определени операции с кеша на буфера, като не притеснявате за невалидността на TLB, а на обратната страна винаги да анулирате TLB при въвеждане на нов PTE, дори ако предишното съдържание е невалидно. Това подобрява производителността и улеснява отстраняването на грешките, като премахва проблемната оптимизация.
• Коригирайте редица трудно задействащи SMP състезания, по-специално такива, които се отнасят до едновременното извършване на различни точки на монтиране, които биха могли да предизвикат натрупването на големи количества. Също така поправете състезанието mountctl vs umount.
• Намалете броя на атомните оператори в пътя на комутатора
• Прикрепете racing / паника на именачество, което може да се случи при екстремни натоварвания, съчетано с много активност на mount / umount.
• Ограничете пробата за% rip за корен.
• Коригирайте проблема getpid () във vfork (), когато сте резбовани. По-конкретно, едновременната vfork () s в програма с резба може да доведе до връщането на грешния PID от getpid () в детето преди изпълнението.
• Коригирайте рядкото надбягване за тичане / повикване, когато се задейства таймерът за предупреждение, преди настройването на функцията за набиране () да е завършено.
• Почистете съобщенията за прескачане на името на кеша в конзолата. По-специално, съобщете правилното изминало време и td_comm на включената нишка.
• По-нататъшно намаляване на тестването на паметта и нулирането при ранно стартиране, за да се подобрят времето за зареждане на системите с големи количества овен.
• Изтрийте напълно нулевия код за нулиране на страниците. Изчистването на страница на модерна CPU при поискване е по-добро поради много причини и всъщност може да е по-бързо, когато се комбинира с потребителя, който има достъп до данните в страницата, поради ефектите от кеша. Премахнете PG_ZERO, защото вече не е необходимо. Премахването на PG_ZERO прави ядрото още по-лесно, като премахва друг възможен източник на кръстосано замърсяване.
• Рефакторът и завършва изпълнението на локализирането на процесора за разпределение на паметта на ядрото. Комбинирайте с NUMA осведоменост. Това работи за CPU-локализирани или краткотрайни структури от данни за ядрото. Двете се комбинират в нашата абстракция PQ_L2_SIZE, която е била използвана като оцветяващ код за страницата на VM. Този код вече обработва локализирането на CPU и осведомеността NUMA.
• Коригирайте много от проблемите в kernel и значително подобрете производителността на ядрото.
• Актуализиране на kern.proc.pathname, sysctl, използван от програмите за намиране на пътя на изпълняваната програма. Това sysctl първоначално е внедрено, преди да съхраним достатъчно данни, за да върнем пълен, правилен път.
• Синхронизирайте ACPICA от Intel (това е редовно събитие).
• Коригирайте assembly memcpy () ABI. Събранието не връща оригиналния аргумент (dst). Не решава никакви известни проблеми, но затваря дупка, когато понякога ССЗ реши да извика memcpy, докато генерира код.
• Много се ангажира да изчисти -О2 предупреждения и грешки. Сега ядрото е компилирано по подразбиране - O2.
• Добавете заобиколно решение за неправилна доходност в ACPI кода (известен още като ACPI код).
• Прикрепете състезание STOP / CONT, което може да бъде задействано от изчакващ сигнал в неправилно време.
• Връзките на coredump с резба и поправянето на затварянето, свързани със същите, когато множество нишки от един и същ процес са се повреди по едно и също време.
• Прикрепете CAM / VM безизходица, която може да възникне поради грешка в uiomove_nofault (). Това би могло да доведе до "неопределен буфер за изчакване" по време на силно набиране / размяна.
• Добавяне на код за откриване и справяне с изгубени IPI. Това е предимно за vkernels, където някои виртуални хостове могат да загубят IPI. Реалните CPU не трябва да губят IPI.
• Различни корекции на clock_gettime ().
• Премахнете повече остатъци от MPLOCK. Всички критични пътища отдавна са се отказали от тази ключалка, но все още са останали няколко некритични места, които я използват.
• Преработване на кода за убиване на процес с ниска памет и коригиране на редица състезания, които биха могли да предотвратят работата на функцията.
• Коригирайте блокирането на системата с VMM и репактора на VMX кода.
• Прикрепете блокиране, когато numvnodes достига maxvnodes, което може да се случи при тежки товари. Също така коригирайте малка изтичане на паметта на ядрото, когато 'df' или синхронизирането на файловата система разиграва свойството. Също така намалете изчислението на maxvnodes скромно. Например, машина с 8GB овен сега ще настрои maxvnodes на 478483 вместо на 598103.
• Коригирайте рядката паника, която може да бъде задействана от vm_object_page_remove (), когато user_yield () е неправилно извикана, докато държи spinlock, и след това решава да разгъне.
• Намалете размера на някои динамично разпределени структури на ядрото. По-специално, прекомерно големият размер на разпределението на хаосите в инода е по-малък. Основно засяга UFS (което DragonFlyBSD не използва много).
• Добавете заобиколно решение за AMD erratum 793.
• Прикрепете блокиране, което може да възникне в подредените клъстер _ * () I / O повиквания.
• Коригирайте грешка, при която рекурсивното натоварване на модула може да затваря.
• Коригирайте глупавата грешка в кода на NFS sillyrename (NFS на сървъра), който може да накара кода на сървъра на NFS никога да не премахне глупаво преименувания файл. Колко глупаво!
• Направете по-добра работа с конфигурации с висока ncpu + ниска памет.
• Реакторът споделя spinlocks, за да намали количеството на въртене, което може да възникне, когато множество cpus придобият едновременно shared spinlock.
• Обновяване на операциите за имена на паролите за намаляване на SMP. Това подобрява едновременната неконверсивна еднокомпонентна производителност най-малко 25 пъти на системите с много ядра и значително намалява възвращаемостта на структурата и монтажната структура на vnode и монтажа.
• Ремонтира многобройни други структури на ядрото, за да подобри кеша и да намали отклоняването на кеша.
• Коригирайте грешка в кода за преименуване на файла на SMBFS.
• Внедрете RLIMIT_RSS, ограничител на RSS за всяка процес, който ще принуди локализираната пейджинг на база процес. Тази функция може да се използва, за да не позволи на един процес да превърне останалата част от устройството в твърд корпус.
• Увеличете максималното поддържано суап пространство. Максимумът е ограничен предимно от овен и ще бъде в десетки терабайта (ако имате достатъчно овен за поддържащите управленски структури). Също така увеличете KVM на ядрото от 128G на 511G.
• Прилагане на динамично изтриване на pmap (по подразбиране е деактивирано). Това насочва pmap кода, за да изтрие страниците на страниците на междинна страница и PD от PMAP в движение. Може да е полезно, ако паметта е с премия, но имайте предвид, че ако е активирана, това ще забави изпълнението на програми, които разпределят и деалозират паметта с висока скорост.
• Повторете как функционират нивата на "хубавите" потребители, правейки избраните хубави стойности по-значими, отколкото са били.
• Добавете високоефективен родния NVME драйвер на DragonFly, написан от Matt Dillon. Този драйвер ще използва вектори на MSI-X и всички налични опашки, поддържани от устройството, локализирано на база cpu без заключване или минимално заключване (в повечето случаи няма конфликти с SMP) и е способен на луд IOPS и производителност.
• Графика:
• Стабилизира Broadwell и Skylake, довежда ни до еквивалентния DRM на Linux 4.6.
• Внедрете Linux i2c API, за да направите портовете по-лесни.
• Коригирайте няколко стари бъгове, включително промяна на реда за заключване, което би могло да забави възпроизвеждането на видео (и останалата част от X).
• Коригирайте грешката с приоритет на грешката на нишката в ядрото, която позволява на потребителските процеси да имат по-висок приоритет от помощната нишка за помощ. Това поправя най-временните видеозаписи, съобщени в браузърите.
• Работете с EFI framebuffer, преминаващ в DRM, подобрявате превключването на syscons VT и фиксирайте свързания с това блокиране. Също така ядрото се опитва да се върне обратно към конзолата VT от X, когато се появи паника.
• мрежа:
• Много подобрения навсякъде.
• iwm - Коригира проблем, причинен от обърната логика. Многобройни други подобрения, които значително подобряват ефективността.
• wlan - Поддръжка за сканиране за асинхронно сканиране и други функции.
• Други драйвери:
• nvme - Добавено към подразбиране на ядрото, както и корекции и подобрения на производителността.
• mmcsd - Добавена е значителна поддръжка за eMMC към DragonFly.
• ahci - Някои корекции за съвместимост и повече приказки, добавени за поддръжка на счупени чипсети, по-специално пристанищни мултипликатори. Също така изпълнявайте FBS (FIS-Based-Switching), когато се поддържа от чипсета.
• Добавена е поддръжка на Trackpoint и Elantech.
• UserLand:
• Systat е усъвършенстван, за да сгъстява множество прекъсвания, принадлежащи на същия драйвер, тъй като често има твърде много да се изброят.
• systat -vm 1 значително подобрена и преработена, за да докладва по-полезна информация и да разопакова полетата, така че те да не се сблъскват помежду си. И добавете "nvme" към съвпадението на блоковото устройство. Също така коригирайте разширения дисплей vmstats и променете как се съобщават ozfod и nzfod.
• Рефракторът "vmstat 1" е преработен. Всички полета се движеха един към друг поради високата производителност на модерна машина, която съществувала преди 30 години.
• Промяна на сигнализация mount / mountd, за да се намалят ненужните сканирания и командите на mountlist от операциите mount_null и mount_tmpfs. Само наистина има значение при тежка едновременна употреба на mount / umount, но по-голямата част от това всъщност създава тази ситуация.
• Коригирайте многобройни тегления на fork / exec * (), които могат да се задействат поради това, че не използвате O_CLOEXEC по атомен начин. Добавете различни функции O_CLOEXEC към функции като popen () и mk * stemp () (добавете mkostemp () и mkostemps ()). Поправете изтичането на дескриптор на файла в popen (), когато работите в среда с резба.
• Бъдете по-хубави към pthreads във vfork (), като дадете на lwp на новия подпроцес една и съща TID като тази, която се нарича vfork (). Това позволява функциите за поддържане на pthread да се изпълняват при детето по време на vfork, без да се имплодират pthreads.
• Много от коригиранията на съвместимостта към хедърите, за да се подобри натрупването на dports bulk.
• Няколко Imports на OpenSSL за корекции на защитата.
• Ресинсирайте OpenSSH, за да улесните запазването му.
• Разделете флаговете на ядрото С, като използвате ядрото, използвайте KCFLAGS вместо CFLAGS.
• Премахване на многобройни стари ISA драйвери от дървото изцяло. Тъй като DragonFlyBSD е вече 64-битов, можем да започнем да премахваме стари драйвери, които не съществуват на 64-битови платформи.
• Въведете WORLD_CFLAGS и WORLD_CCOPTLEVEL, които по подразбиране са -O. Това улеснява компилирането на вашия свят - О2 или каквото и да било (например WORLD_CCOPTLEVEL = 2). Обаче ние обезсърчаваме използването на 3 или повече. Валидните стойности са 0, 1, 2, 3, s, g и "бързо".
• Настройте форматирането на STATUS за ps, за да го направите по-разбираемо и да премахнете древните знамена, които вече не са приложими и просто създавайте бъркотия.
• Коригирайте подравняването на malloc () за малки разпределения. Минималното изравняване сега е 16 за разпределение в диапазона 16-128 байта вместо 8. Забележете, че разпределението на мощност от 2 винаги е било естествено подравнено, но някои програми използват кратни на (16), като "48" и възприеме подравняване на 16 байта.
• Fortunes refactored, добавени.
• powerd - Добавете управление на базата на температурата към powerd с нова -H lotemp: опция hightemp. Тази функция е изключително полезна при преносими компютри с лошо охлаждане, чиито BIOS-и умишлено дробират при твърде висока температура. Powerd вече открива промени в състоянието на захранването (които могат да променят списъка с наличните честоти) и правилно да премине услугата, когато настъпи промяна в състоянието на захранването.
• Много от корекциите и настройките на libthread_xu / pthreads за подобряване на съвместимостта на dports.
• Добавете функции за копиране на запис във vkernel. Например, позволява на множество vkernels да използват единично дисково изображение, като вътрешно оформят всяка една модификация COW.
• / usr / src / secure rewired, конфликтите са премахнати от libmd, libcrypt.
• Различни инструменти са обновени в базовата система:
• Компилаторът се обновява на GCC 5.4.1.
• Сега имаме златен линкер с LTO.
• binutils 2.25
• по-малко 481.
• OpenSSL / LibRESSL напълно преработен. Базата вече използва libressl.
• Няколко актуализации на часови пояс.
• Статус на чука:
• Разни подобрения. Едно нещо, което не го направи в пускането на версията, бе да се използва по-бърз CRC алгоритъм с различен полином. Тази работа ще бъде на MFC'd да излезе, след като тестването приключи. Потребителите обаче не трябва да се тревожат твърде много, защото най-сериозната корекция на производителността е в изданието (корекция на кода на cluster_write () за пишещата файлова система).
• Hammer2 Състояние:
• Развитието продължава, но все още няма дума за първото издание.
• Състояние на Clang:
• Добавена е начална рамка за използване на clang като алтернативен компилатор в DragonFly, за да се замени gcc 4.7. Това все още не е завършено. Кланг може, разбира се, да се добави като пакет.
• 64-битово състояние:
• Имайте предвид, че DragonFly е 64-битова операционна система само от 4.6 и няма да работи на 32-битов хардуер.
• Подкрепата на AMD Ryzen е в пускането на пазара и по-нататъшната работа ще бъде представена, тъй като се появяват нови разработки на Ryzen. Има някои CPU-докладвани топология въпроси, които ще бъдат коригирани и MFC'd. Има някои проблеми със стабилността, които понастоящем чакат актуализация на AMC микрокод за разрешаване / повторно тестване. Потребителите на Ryzen могат да бъдат сигурни, че оставаме на върха!

Какво е новото във версия 4.8.0:

• ядрото:
• Кодировка за кеша на буфер на буфер, за да се премахнат динамичните резервати на KVA. Вместо това, всички KVA са резервирани в момента на стартиране. Спестява ни от ненужните IPI и позволява значително опростяване на кода на буферния кеш.
• Добавете vfs.repurpose_enable (под тест, деактивирано по подразбиране). Тази функция може да бъде разрешена, за да се намали значително натоварването на IPI и VM управлението на машина, която извършва огромни количества I / O файлове, например от NVMe SSD, като заобикаля нормалния механизъм за рециклиране на VM страници. Когато е активирана, функцията се задейства само при високи I / O натоварвания. Той работи, като повторно пренастрои страниците на ВМ, залегнали в буфера на място (когато е възможно), така че да не се налага да се кремват / кентрират страниците в буфера KVA. Нормално рециклиране на VM страници (което иначе би било претоварено от I / O натоварването) също е заобиколено.
• Променете начина, по който се обработва IPIQ, по-специално създайте независим векторен механизъм Xinterrupt за невалидности на страници, които игнорират (ще работят), дори и да има критична секция. Внедрете machdep.optimized_invltlb (по подразбиране е деактивиран, тестван), който избягва изпращането на IPL на TLB за невалидност до празен cpus.
• Коригирайте множество състезания, които биха могли да се случат при екстремни товари. Повечето случаи на употреба никога не биха предизвикали тези, но нашите кутии за изграждане понякога. Например, имаше две състезания за инструкции, където CPU бита за pmap ще бъде изчистено (за две инструкции) и да предизвика IPL TLB, възникващи едновременно на друга CPU за същия pmap да не осъзнаят, че CPU е използвал pmap , Определянето е да деактивирате оптимизацията за презареждане на CR3 за случай LWP-> LWP (same proc).
• Коригирайте грешката на HAMMER, която може да доведе до неправилно съобщаване на грешка на DATA CRC.
• Коригирайте двойно записване, задействано от начина, по който HAMMER използва cluster_write (). Това значително подобрява производителността на HAMMER.
• Включени са и много други почиствания и поправки на HAMMER.
• Прикрепете твърд ключал, който може да възникне в getpbuf * () поради неправилно интерпретиране на възвращаемостта на атомна операция.
• Коригирайте прекъсването на натрупването, което може да възникне в прозореца с 10 инструкции, потенциално (но не открито в дивата природа), което изпълнява стека на ядрото.
• Отрязвайте IPPs, свързани с pmap, за определени операции с кеша на буфера, като не притеснявате за невалидността на TLB, а на обратната страна винаги да анулирате TLB при въвеждане на нов PTE, дори ако предишното съдържание е невалидно. Това подобрява производителността и улеснява отстраняването на грешките, като премахва проблемната оптимизация.
• Коригирайте редица трудно задействащи SMP състезания, по-специално такива, които се отнасят до едновременното извършване на различни точки на монтиране, които биха могли да предизвикат натрупването на големи количества. Също така поправете състезанието mountctl vs umount.
• Намалете броя на атомните оператори в пътя на комутатора
• Прикрепете racing / паника на именачество, което може да се случи при екстремни натоварвания, съчетано с много активност на mount / umount.
• Ограничете пробата за% rip за корен.
• Коригирайте проблема getpid () във vfork (), когато сте резбовани. По-конкретно, едновременната vfork () s в програма с резба може да доведе до връщането на грешния PID от getpid () в детето преди изпълнението.
• Коригирайте рядкото надбягване за тичане / повикване, когато се задейства таймерът за предупреждение, преди настройването на функцията за набиране () да е завършено.
• Почистете съобщенията за прескачане на името на кеша в конзолата. По-специално, съобщете правилното изминало време и td_comm на включената нишка.
• По-нататъшно намаляване на тестването на паметта и нулирането при ранно стартиране, за да се подобрят времето за зареждане на системите с големи количества овен.
• Изтрийте напълно нулевия код за нулиране на страниците. Изчистването на страница на модерна CPU при поискване е по-добро поради много причини и всъщност може да е по-бързо, когато се комбинира с потребителя, който има достъп до данните в страницата, поради ефектите от кеша. Премахнете PG_ZERO, защото вече не е необходимо. Премахването на PG_ZERO прави ядрото още по-лесно, като премахва друг възможен източник на кръстосано замърсяване.
• Рефакторът и завършва изпълнението на локализирането на процесора за разпределение на паметта на ядрото. Комбинирайте с NUMA осведоменост. Това работи за CPU-локализирани или краткотрайни структури от данни за ядрото. Двете се комбинират в нашата абстракция PQ_L2_SIZE, която е била използвана като оцветяващ код за страницата на VM. Този код вече обработва локализирането на CPU и осведомеността NUMA.
• Коригирайте много от проблемите в kernel и значително подобрете производителността на ядрото.
• Актуализиране на kern.proc.pathname, sysctl, използван от програмите за намиране на пътя на изпълняваната програма. Това sysctl първоначално е внедрено, преди да съхраним достатъчно данни, за да върнем пълен, правилен път.
• Синхронизирайте ACPICA от Intel (това е редовно събитие).
• Коригирайте assembly memcpy () ABI. Събранието не връща оригиналния аргумент (dst). Не решава никакви известни проблеми, но затваря дупка, когато понякога ССЗ реши да извика memcpy, докато генерира код.
• Много се ангажира да изчисти -О2 предупреждения и грешки. Сега ядрото е компилирано по подразбиране - O2.
• Добавете заобиколно решение за неправилна доходност в ACPI кода (известен още като ACPI код).
• Прикрепете състезание STOP / CONT, което може да бъде задействано от изчакващ сигнал в неправилно време.
• Връзките на coredump с резба и поправянето на затварянето, свързани със същите, когато множество нишки от един и същ процес са се повреди по едно и също време.
• Прикрепете CAM / VM безизходица, която може да възникне поради грешка в uiomove_nofault (). Това би могло да доведе до "неопределен буфер за изчакване" по време на силно набиране / размяна.
• Добавяне на код за откриване и справяне с изгубени IPI. Това е предимно за vkernels, където някои виртуални хостове могат да загубят IPI. Реалните CPU не трябва да губят IPI.
• Различни корекции на clock_gettime ().
• Премахнете повече остатъци от MPLOCK. Всички критични пътища отдавна са се отказали от тази ключалка, но все още са останали няколко некритични места, които я използват.
• Преработване на кода за убиване на процес с ниска памет и коригиране на редица състезания, които биха могли да предотвратят работата на функцията.
• Коригирайте блокирането на системата с VMM и репактора на VMX кода.
• Прикрепете блокиране, когато numvnodes достига maxvnodes, което може да се случи при тежки товари. Също така коригирайте малка изтичане на паметта на ядрото, когато 'df' или синхронизирането на файловата система разиграва свойството. Също така намалете изчислението на maxvnodes скромно. Например, машина с 8GB овен сега ще настрои maxvnodes на 478483 вместо на 598103.
• Коригирайте рядката паника, която може да бъде задействана от vm_object_page_remove (), когато user_yield () е неправилно извикана, докато държи spinlock, и след това решава да разгъне.
• Намалете размера на някои динамично разпределени структури на ядрото. По-специално, прекомерно големият размер на разпределението на хаосите в инода е по-малък. Основно засяга UFS (което DragonFlyBSD не използва много).
• Добавете заобиколно решение за AMD erratum 793.
• Прикрепете блокиране, което може да възникне в подредените клъстер _ * () I / O повиквания.
• Коригирайте грешка, при която рекурсивното натоварване на модула може да затваря.
• Коригирайте глупавата грешка в кода на NFS sillyrename (NFS на сървъра), който може да накара кода на сървъра на NFS никога да не премахне глупаво преименувания файл. Колко глупаво!
• Направете по-добра работа с конфигурации с висока ncpu + ниска памет.
• Реакторът споделя spinlocks, за да намали количеството на въртене, което може да възникне, когато множество cpus придобият едновременно shared spinlock.
• Обновяване на операциите за имена на паролите за намаляване на SMP. Това подобрява едновременната неконверсивна еднокомпонентна производителност най-малко 25 пъти на системите с много ядра и значително намалява възвращаемостта на структурата и монтажната структура на vnode и монтажа.
• Ремонтира многобройни други структури на ядрото, за да подобри кеша и да намали отклоняването на кеша.
• Коригирайте грешка в кода за преименуване на файла на SMBFS.
• Внедрете RLIMIT_RSS, ограничител на RSS за всяка процес, който ще принуди локализираната пейджинг на база процес. Тази функция може да се използва, за да не позволи на един процес да превърне останалата част от устройството в твърд корпус.
• Увеличете максималното поддържано суап пространство. Максимумът е ограничен предимно от овен и ще бъде в десетки терабайта (ако имате достатъчно овен за поддържащите управленски структури). Също така увеличете KVM на ядрото от 128G на 511G.
• Прилагане на динамично изтриване на pmap (по подразбиране е деактивирано). Това насочва pmap кода, за да изтрие страниците на страниците на междинна страница и PD от PMAP в движение. Може да е полезно, ако паметта е с премия, но имайте предвид, че ако е активирана, това ще забави изпълнението на програми, които разпределят и деалозират паметта с висока скорост.
• Повторете как функционират нивата на "хубавите" потребители, правейки избраните хубави стойности по-значими, отколкото са били.
• Добавете високоефективен родния NVME драйвер на DragonFly, написан от Matt Dillon. Този драйвер ще използва вектори на MSI-X и всички налични опашки, поддържани от устройството, локализирано на база cpu без заключване или минимално заключване (в повечето случаи няма конфликти с SMP) и е способен на луд IOPS и производителност.
• Графика:
• Стабилизира Broadwell и Skylake, довежда ни до еквивалентния DRM на Linux 4.6.
• Внедрете Linux i2c API, за да направите портовете по-лесни.
• Коригирайте няколко стари бъгове, включително промяна на реда за заключване, което би могло да забави възпроизвеждането на видео (и останалата част от X).
• Коригирайте грешката с приоритет на грешката на нишката в ядрото, която позволява на потребителските процеси да имат по-висок приоритет от помощната нишка за помощ. Това поправя най-временните видеозаписи, съобщени в браузърите.
• Работете с EFI framebuffer, преминаващ в DRM, подобрявате превключването на syscons VT и фиксирайте свързания с това блокиране. Също така ядрото се опитва да се върне обратно към конзолата VT от X, когато се появи паника.
• мрежа:
• Много подобрения навсякъде.
• iwm - Коригира проблем, причинен от обърната логика. Многобройни други подобрения, които значително подобряват ефективността.
• wlan - Поддръжка за сканиране за асинхронно сканиране и други функции.
• Други драйвери:
• nvme - Добавено към подразбиране на ядрото, както и корекции и подобрения на производителността.
• mmcsd - Добавена е значителна поддръжка за eMMC към DragonFly.
• ahci - Някои корекции за съвместимост и повече приказки, добавени за поддръжка на счупени чипсети, по-специално пристанищни мултипликатори. Също така изпълнявайте FBS (FIS-Based-Switching), когато се поддържа от чипсета.
• Добавена е поддръжка на Trackpoint и Elantech.
• UserLand:
• Systat е усъвършенстван, за да сгъстява множество прекъсвания, принадлежащи на същия драйвер, тъй като често има твърде много да се изброят.
• systat -vm 1 значително подобрена и преработена, за да докладва по-полезна информация и да разопакова полетата, така че те да не се сблъскват помежду си. И добавете "nvme" към съвпадението на блоковото устройство. Също така коригирайте разширения дисплей vmstats и променете как се съобщават ozfod и nzfod.
• Рефракторът "vmstat 1" е преработен. Всички полета се движеха един към друг поради високата производителност на модерна машина, която съществувала преди 30 години.
• Промяна на сигнализация mount / mountd, за да се намалят ненужните сканирания и командите на mountlist от операциите mount_null и mount_tmpfs. Само наистина има значение при тежка едновременна употреба на mount / umount, но по-голямата част от това всъщност създава тази ситуация.
• Коригирайте многобройни тегления на fork / exec * (), които могат да се задействат поради това, че не използвате O_CLOEXEC по атомен начин. Добавете различни функции O_CLOEXEC към функции като popen () и mk * stemp () (добавете mkostemp () и mkostemps ()). Поправете изтичането на дескриптор на файла в popen (), когато работите в среда с резба.
• Бъдете по-хубави към pthreads във vfork (), като дадете на lwp на новия подпроцес една и съща TID като тази, която се нарича vfork (). Това позволява функциите за поддържане на pthread да се изпълняват при детето по време на vfork, без да се имплодират pthreads.
• Много от коригиранията на съвместимостта към хедърите, за да се подобри натрупването на dports bulk.
• Няколко Imports на OpenSSL за корекции на защитата.
• Ресинсирайте OpenSSH, за да улесните запазването му.
• Разделете флаговете на ядрото С, като използвате ядрото, използвайте KCFLAGS вместо CFLAGS.
• Премахване на многобройни стари ISA драйвери от дървото изцяло. Тъй като DragonFlyBSD е вече 64-битов, можем да започнем да премахваме стари драйвери, които не съществуват на 64-битови платформи.
• Въведете WORLD_CFLAGS и WORLD_CCOPTLEVEL, които по подразбиране са -O. Това улеснява компилирането на вашия свят - О2 или каквото и да било (например WORLD_CCOPTLEVEL = 2). Обаче ние обезсърчаваме използването на 3 или повече. Валидните стойности са 0, 1, 2, 3, s, g и "бързо".
• Настройте форматирането на STATUS за ps, за да го направите по-разбираемо и да премахнете древните знамена, които вече не са приложими и просто създавайте бъркотия.
• Коригирайте подравняването на malloc () за малки разпределения. Минималното изравняване сега е 16 за разпределение в диапазона 16-128 байта вместо 8. Забележете, че разпределението на мощност от 2 винаги е било естествено подравнено, но някои програми използват кратни на (16), като "48" и възприеме подравняване на 16 байта.
• Fortunes refactored, добавени.
• powerd - Добавете управление на базата на температурата към powerd с нова -H lotemp: опция hightemp. Тази функция е изключително полезна при преносими компютри с лошо охлаждане, чиито BIOS-и умишлено дробират при твърде висока температура. Powerd вече открива промени в състоянието на захранването (които могат да променят списъка с наличните честоти) и правилно да премине услугата, когато настъпи промяна в състоянието на захранването.
• Много от корекциите и настройките на libthread_xu / pthreads за подобряване на съвместимостта на dports.
• Добавете функции за копиране на запис във vkernel. Например, позволява на множество vkernels да използват единично дисково изображение, като вътрешно оформят всяка една модификация COW.
• / usr / src / secure rewired, конфликтите са премахнати от libmd, libcrypt.
• Различни инструменти са обновени в базовата система:
• Компилаторът се обновява на GCC 5.4.1.
• Сега имаме златен линкер с LTO.
• binutils 2.25
• по-малко 481.
• OpenSSL / LibRESSL напълно преработен. Базата вече използва libressl.
• Няколко актуализации на часови пояс.
• Статус на чука:
• Разни подобрения. Едно нещо, което не го направи в пускането на версията, бе да се използва по-бърз CRC алгоритъм с различен полином. Тази работа ще бъде на MFC'd да излезе, след като тестването приключи. Потребителите обаче не трябва да се тревожат твърде много, защото най-сериозната корекция на производителността е в изданието (корекция на кода на cluster_write () за пишещата файлова система).
• Hammer2 Състояние:
• Развитието продължава, но все още няма дума за първото издание.
• Състояние на Clang:
• Добавена е начална рамка за използване на clang като алтернативен компилатор в DragonFly, за да се замени gcc 4.7. Това все още не е завършено. Кланг може, разбира се, да се добави като пакет.
• 64-битово състояние:
• Имайте предвид, че DragonFly е 64-битова операционна система само от 4.6 и няма да работи на 32-битов хардуер.
• Подкрепата на AMD Ryzen е в пускането на пазара и по-нататъшната работа ще бъде представена, тъй като се появяват нови разработки на Ryzen. Има някои CPU-докладвани топология въпроси, които ще бъдат коригирани и MFC'd. Има някои проблеми със стабилността, които понастоящем чакат актуализация на AMC микрокод за разрешаване / повторно тестване. Потребителите на Ryzen могат да бъдат сигурни, че оставаме на върха!

Какво е новото във версия 4.6.0:

• mmcsd (4): Отстраняване на печата в диск_съответствие () арги. Позволява достъп до & gt; 1 SD- / MMC-карта.
• Добавете разархивирайте (1). Ако не можете да ги победите, присъединете се към тях
• Възстановяване на способността на главния свят да изгради Release 4.4
• buildworld - Разрешаване - излизане от главното
• etc / rc.d - настройки без диск
• kernel - Добавете поддръжка на kqueue към NFS (поправете проблеми с firefox w / nfs)
• Импортирайте OpenSSL 1.0.1s.
• Местни настройки за OpenSSL 1.0.1s.
• Синхронизиране на зонатана база данни с tzdata2016b от ftp://ftp.iana.org/tz/releases
• zic (8) / zdump (8): Не предупреждавайте за съкращения като "-05".
• zic (8): Премахнете "регистъра", който се е вмъкнал в последния комит.
• kernel / acpi_timer: Добавете липсващо cpu_enable_intr () след теста на таймера.
• em.4: Посочете поддръжката на i219.
• ig_hal / em / emx: Добавете поддръжка на I219 (Skylake)
• sys / vfs / hammer: Коригирайте бъг при изтриване на заглавката на обема
• sbin / hammer: Няма достъп до 16KB буфер на потребителско пространство на HAMMER
• sbin / hammer: добавете opfuscate опция за показване на чук
• sys / vfs / hammer: Временна корекция за паниката на ядрото на обем-дел

Какво е новото във версия 4.4.3 / 4.6.0 RC2:

• mmcsd (4): Отстраняване на печата в диск_съответствие () арги. Позволява достъп до & gt; 1 SD- / MMC-карта.
• Добавете разархивирайте (1). Ако не можете да ги победите, присъединете се към тях
• Възстановяване на способността на главния свят да изгради Release 4.4
• buildworld - Разрешаване - излизане от главното
• etc / rc.d - настройки без диск
• kernel - Добавете поддръжка на kqueue към NFS (поправете проблеми с firefox w / nfs)
• Импортирайте OpenSSL 1.0.1s.
• Местни настройки за OpenSSL 1.0.1s.
• Синхронизиране на зонатана база данни с tzdata2016b от ftp://ftp.iana.org/tz/releases
• zic (8) / zdump (8): Не предупреждавайте за съкращения като "-05".
• zic (8): Премахнете "регистъра", който се е вмъкнал в последния комит.
• kernel / acpi_timer: Добавете липсващо cpu_enable_intr () след теста на таймера.
• em.4: Посочете поддръжката на i219.
• ig_hal / em / emx: Добавете поддръжка на I219 (Skylake)
• sys / vfs / hammer: Коригирайте бъг при изтриване на заглавката на обема
• sbin / hammer: Няма достъп до 16KB буфер на потребителско пространство на HAMMER
• sbin / hammer: добавете opfuscate опция за показване на чук
• sys / vfs / hammer: Временна корекция за паниката на ядрото на обем-дел

Какво е новото във версия 4.4.3:

• mmcsd (4): Отстраняване на печата в диск_съответствие () арги. Позволява достъп до & gt; 1 SD- / MMC-карта.
• Добавете разархивирайте (1). Ако не можете да ги победите, присъединете се към тях
• Възстановяване на способността на главния свят да изгради Release 4.4
• buildworld - Разрешаване - излизане от главното
• etc / rc.d - настройки без диск
• kernel - Добавете поддръжка на kqueue към NFS (поправете проблеми с firefox w / nfs)
• Импортирайте OpenSSL 1.0.1s.
• Местни настройки за OpenSSL 1.0.1s.
• Синхронизиране на зонатана база данни с tzdata2016b от ftp://ftp.iana.org/tz/releases
• zic (8) / zdump (8): Не предупреждавайте за съкращения като "-05".
• zic (8): Премахнете "регистъра", който се е вмъкнал в последния комит.
• kernel / acpi_timer: Добавете липсващо cpu_enable_intr () след теста на таймера.
• em.4: Посочете поддръжката на i219.
• ig_hal / em / emx: Добавете поддръжка на I219 (Skylake)
• sys / vfs / hammer: Коригирайте бъг при изтриване на заглавката на обема
• sbin / hammer: Няма достъп до 16KB буфер на потребителско пространство на HAMMER
• sbin / hammer: добавете opfuscate опция за показване на чук
• sys / vfs / hammer: Временна корекция за паниката на ядрото на обем-дел

Какво е новото във версия 4.4.2:

• virtio_blk: Използвайте contigmalloc / contigfree за разпределяне на vtblk_request.
• drm / radeon: Нуждаем се от физическия адрес на манекенката, а не от виртуалната
• if_iwm: Прилагане на някои промени от OpenBSD, if_iwm.c rev 1.39 - & gt; 1,42
• if_iwm: Просто съхранявайте указателя на фърмуера struct, като if_iwn.
• if_iwm: Премахнете коментарите, отнасящи се до имената на файловете на Linux iwlwifi.
• if_iwm: Коригирайте използването на IEEE80211_ADDR_COPY ().
• if_iwm: Коригирайте кода за настройка на скоростта.
• и т.н. / rc.d: Актуализиране на rtsold
• i915 - Добавете закъснение след прикачването, за да избегнете конзолата / X раси
• kernel - Намаляване на lwp_signotify () латентността
• devfs - Коригиране на паниката на допълнителни devfs mounts при наличие на правила
• ssh - Премахване на поддръжка за роуминг без документи CVE-2016-0777 CVE-2016-0778
• kernel - Добавете quirks за xhci (usb)
• чук - премахване на debugging kprintf
• libc / stdtime: Коригирайте два случая, при които показалецът NULL може да е свободен () 'd.
• kernel / vga: Премахване на грешния lwkt_reltoken (). В момента не е взето.
• libc / nls: Синхронизиране на str {error, signal} () съобщения с.
• w (1): inet_addr () връща INADDR_NONE при повреда.
• ee (1): Коригирайте неинициализираната променлива.
• kernel: Коригирайте kern.dumpdev sysctl.
• Импортирайте OpenSSL 1.0.1r.
• Местни настройки за OpenSSL 1.0.1r.
• gcc50 / libconv_supc: cp-demangle.c се нуждае от HAVE_CONFIG_H.
• Синхронизиране на зоната в база данни с tzdata2016a от ftp://ftp.iana.org/tz/releases
• надграждане: добавете остаряла часова зона.
• igb: Настройки на DMACR настройките
• ifconfig: Коригирайте изтриването на адрес inet6

Какво е новото във версия 4.4.1:

• ядрото:
• Подобрени настройки за пестене на енергия на процесора
• Намалено разпределение на файлове / свободно обвинение
• Намаляване на конфликта с кюк
• Изпълнено системно повикване lwp_setname (2)
• Фиксирана поддръжка на db (4) неблокираща операция
• Добавете водача aperf (4), за да покажете ефективна честота на процесора
• Многобройни почиствания и поправки на HAMMER
• Синхронизирайте ACPICA на 20151124
• Най-вече завършили премахването на i386 (32-битови) битове
• Регулирайте купчината на зареждащото устройство, за да обработвате по-големи изображения на MD
• Подаване на почистване на кода на мъртвото ядро ​​(syslink остава и т.н.)
• dsched е премахнат (проблеми с грешки и не работи добре със SSD)
• Рекодиране на алгоритми за пейджър за памет с ниска памет и памет
• Графика:

драйверите
• drm / i915 и drm / radeon вече съответстват на Linux ядрото 3.18
• i915 поддържа системите ValleyView / Baytrail и Cherryview Atom SOC
• GPU на Broadwell вече са напълно ускорени
• Подготвителна работа за поддръжка на Skylake
• Системната конзола вече поддържа по подразбиране графична графика; виртуалните терминали вече не показват вече черен екран, след като Xorg е стартиран и е инсталиран един от модулите на kernel-kms.
• Подобрено управление на захранването. Самостоятелно опресняване на панелите на разположение на хардуера i915
• Температурните сензори сега се поддържат от хардуера на Radeon
• мрежа:
• Поддръжка на Realtek 8168H в re (4)
• iwm (4) добавен шофьор
• rtadvd се актуализира, добави rtadvctl
• Асинхронни UDP връзки за обработка на много по-голямо натоварване
• Нов по-голям TCP стартов прозорец за връзките с висока латентност
• Стойностите на ядрото nmbcluster са регулирани на живо, за екстремен трафик Мрежи:
• Стабилизиране на UNIX домейн домейн
• Нов GC код за fd-преминаване през UNIX домейни
• Различна синхронизация на IPv6 с FreeBSD
• Подобрена производителност на сокет (2) за TCP и UDP
• Подобрена TCP свързване (2) избор на локален порт
• Добавено приемане (4) системно повикване
• Добавена е поддръжка за SOCK_CLOEXEC и SOCK_NONBLOCK гнездо (2) и accept4 (2) flags
• Наличните функции за контрол на потока HW са достъпни за ifconfig
• Добавете tunable, за да позволите NFSROOT iosize и readahead да бъдат зададени
• Включете разширения ipfw от FreeBSD (наречен ipfw3 в DFly)
• Други драйвери:
• Поддържа се MIDI поддръжка
• Много корекции за грешки за устройството за картографиране
• dm-delay и dm-flakey са добавени към устройството mapper
• USB модемите работят по-добре (или поне не паникьосват ядрото)
• Подобрен достъп до функциите и състоянието на ECC овен
• wlan се актуализира от FreeBSD (точно преди премахването на разделно устройство)
• UserLand:
• библиотеката с регекс е била заменена с многобайтова и обикновено много по-способна библиотека на TRE regex. Тя съответства на OSX в функциите. (DF е първият BSD, който трябва да премине към TRE след MacOS)
• libm заменен с версия на OpenBSD (това е съвместна работа в ход)
• libc вече разполага със символно версиране, което може да позволи създаването на бинарни файлове, създадени на Release 4.4, в DragonFly в бъдеще.
• Пълна реконструкция и актуализиране на локали, включително изпълнението на колацията.
• malloc.h отстранени (DragonFly е първият BSD за премахване на този хедър)
• gcc50 libstdc ++ модифициран, за да се даде възможност за пълното използване на функциите на C99 на clang
• Вследствие на обновяването на локалите, изходът на ls (1) дълъг формат и -T формат се промени, когато се използват наименовани локали. По-специално, месеците с дълъг формат винаги се съкращават на английски (използвайки определенията POSIX, които по този начин гарантират бърз и широк три букви), а информацията за година, час и втора се показва винаги. Под локала C / POSIX няма промяна в изхода ls (1), освен при бъдещо обработване на времевите маркери, е коригирано, за да отговаря на стандартните изисквания на POSIX.
• Ако се използва WPA Supplicant от базата, ще се забави 10 секунди по време на зареждането, когато се изведе съобщение, което препоръчва вместо това да се използва версията DPorts (security / wpa_supplicant).
• Подобрена powerd (8)
• Подобряване на горния (1) и ps (1) изхода за LWPs и конците на ядрото
• Фиксирана поддръжка за pthread_set_name_np (3)
• Портрет на tcpdrop (8)
Добавяне на много нови локализации, включително шест арабски локализации (ОАЕ, Саудитска Арабия, Египет, Йордания, Мароко, Катар), допълнителни испански местоположения (Мексико, Аржентина, Коста Рика), допълнителни английски локали (Филипини, Сингапур, Хонг Конг) , коригирани норвежки локали (само nb и nn), разширени шведски (финландски), сами (финландски, норвежки), сръбски представени в кирилица и латиница сега. ("locale -a" предоставя пълен списък.)
• rtadvc е импортиран от FreeBSD
• Различни инструменти са обновени в базовата система:
• nvi2 се актуализира до версия 2.1.3
• libexecinfo добавен (синхронизиран от FreeBSD)
• iconv синхронизиран с FreeBSD
• openssl се актуализира до 1.0.1q
• xz се актуализира до 5.2.2
• libedit се актуализира до версия 2015-03-25
• binutils се актуализира до 2.25.1
• grep се актуализира до 2.22
• tcsh е актуализиран до 6.19.00
• libdialog се обновява на v1.2-20150920
• (tn) FTP актуализиран до '10 ОСТ 2015 '
• gcc се актуализира до 5.2
• acpica се актуализира до 20150717
• sort (1), който идва от NetBSD, е заменен с FreeBSD версия
• localedef (1), вътрешен инструмент с произход от Illumos
• cldr2def, вътрешен инструмент с произход в изоставен FreeBSD проект, но разширен за DF
• Премахнати от базовата система:
• hostapd (най-новата версия е достъпна чрез dports: net / hostapd)
• mklocale (заменен с localedef)
• colldef (заменен от localedef)
• Подобрения на HAMMER:
• Много, много почиствания и поправки към Hammer1, благодарение на Томохиро Кусуми
• Други подобрения:
• Двойките на DPort се движат около 22 800 порта. Много от повредените по-рано пристанища са били фиксирани от обикновени потребители, поради приноса, предлаган чрез механизма GitHub Pull Request. (Благодарение!)
• Шест "официални" комплекта тапети DragonFly се предлагат на x11-themes / dragonfly-тапети (pkg инсталират dragonfly-wallpapers). Те са автоматично инсталирани и предварително избрани за потребители на KDE и са инсталирани автоматично за потребителите на XFCE4, но тапетите все още са ръчно избрани с този работен плот (поне засега). Те се инсталират на акции / тапети, които са свързани със споделяне / фонове / водни кончета.