Sortie du systĂšme d'exploitation DragonFly BSD 5.8

Disponible la sortie DragonFlyBSD 5.8, un systÚme d'exploitation à noyau hybride, créé en 2003 dans le but d'un développement alternatif de la branche FreeBSD 4.x. Parmi les caractéristiques de DragonFly BSD, on peut noter un systÚme de fichiers versionné distribué HAMMER, le support du démarrage de noyaux « virtuels » du systÚme en tant que processus utilisateurs, la possibilité de mise en cache des données et des métadonnées du systÚme de fichiers sur des disques SSD, des liens symboliques variant en fonction du contexte, ainsi que la possibilité de suspendre des processus tout en conservant leur état sur disque, un noyau hybride utilisant des threads légers (LWKT).

Principales améliorations, ajoutés dans DragonFlyBSD 5.8 :

  • L'utilitaire dsynth, destinĂ© Ă  la compilation locale et Ă  la gestion de dĂ©pĂŽts binaires DPort. Le parallĂ©lisme dans la compilation d'un nombre arbitraire de ports est supportĂ©, en tenant compte de l'arbre des dĂ©pendances. Dans la prĂ©paration d'une nouvelle version de DPort, un grand nombre de modifications ont Ă©galement Ă©tĂ© effectuĂ©es pour accĂ©lĂ©rer la compilation de plusieurs paquets dĂ©pendants.
  • Un mĂ©canisme efficace de masquage des signaux a Ă©tĂ© rĂ©alisĂ© dans libc, permettant de protĂ©ger malloc*() et des fonctions similaires contre les problĂšmes dus Ă  leur interruption par un signal. Des fonctions sigblockall() et sigunblockall() ont Ă©tĂ© proposĂ©es pour effectuer un blocage et un dĂ©blocage Ă  court terme des signaux sans appels systĂšme. De plus, dans libc, la fonction strtok() a Ă©tĂ© adaptĂ©e pour une utilisation dans des applications multithread, des constantes TABDLY, TAB0, TAB3 ont Ă©tĂ© ajoutĂ©es ainsi qu'une fonction __errno_location pour amĂ©liorer le support des dports.
  • Les composants de l'interface DRM (Direct Rendering Manager) sont synchronisĂ©s avec le noyau Linux 4.9, avec le portage de certaines fonctionnalitĂ©s du noyau 4.12 destinĂ© Ă  amĂ©liorer le support de Wayland.
    Le driver drm/i915 pour GPU Intel est synchronisé avec le noyau Linux 4.8.17, avec le transfert de code du noyau 5.4 pour le support de nouveaux chipsets (Skylake, Coffeelake, Amber Lake, Whiskey Lake et Comet Lake). Le driver drm/radeon pour les cartes graphiques AMD est synchronisé avec le noyau Linux 4.9.
  • Les algorithmes de pagination de la mĂ©moire virtuelle ont Ă©tĂ© considĂ©rablement amĂ©liorĂ©s, permettant de rĂ©soudre ou de minimiser les problĂšmes de rĂ©activitĂ© de l'interface utilisateur en cas de pĂ©nurie de mĂ©moire. Les problĂšmes de blocage de Chrome/Chromium en cas de manque de mĂ©moire systĂšme ont Ă©tĂ© rĂ©solus.
  • AmĂ©lioration de la mise Ă  l'Ă©chelle des cƓurs sur les systĂšmes avec un grand nombre de cƓurs de processeurs. RĂ©duction du temps de demande des pages de mĂ©moire virtuelle. RĂ©duction de la concurrence SMP en cas de pĂ©nurie de mĂ©moire. Augmentation de l'efficacitĂ© de l'appel « open(
 O_RDWR) ».
  • Réécriture du gĂ©nĂ©rateur de nombres pseudo-alĂ©atoires dans le noyau. Le pilote RDRAND est adaptĂ© pour accumuler de l'entropie de tous les CPU. RĂ©duction de l'intensitĂ©
    et de la taille du soutien RDRAND, qui consommait auparavant 2 Ă  3 % du temps CPU en idle.
  • Ajout de nouveaux appels systĂšme realpath, getrandom et lwp_getname (a permis d'implĂ©menter pthread_get_name_np).
  • Ajout de la prise en charge des mĂ©canismes de protection SMAP (Supervisor Mode Access Prevention) et SMEP (Supervisor Mode Execution Prevention). SMAP permet de bloquer l'accĂšs aux donnĂ©es dans l'espace utilisateur depuis le code avec privilĂšges exĂ©cutĂ© au niveau du noyau. SMEP empĂȘche le passage du mode noyau Ă  l'exĂ©cution de code situĂ© au niveau utilisateur, ce qui permet de bloquer l'exploitation de nombreuses vulnĂ©rabilitĂ©s dans le noyau (le shellcode ne sera pas exĂ©cutĂ© car il est situĂ© dans l'espace utilisateur);
  • Réécriture des variables sysctl pour configurer Jail. Ajout de la possibilitĂ© de monter nullfs et tmpfs depuis Jail.
  • Ajout d'un mode de secours pour le systĂšme de fichiers HAMMER2, qui peut ĂȘtre utilisĂ© lors de la rĂ©cupĂ©ration aprĂšs un Ă©chec. Dans ce mode, la destruction des snapshots est autorisĂ©e lors de la mise Ă  jour des inodes sur place (permet de supprimer des fichiers et des rĂ©pertoires en l'absence d'espace disque libre, lorsque le mĂ©canisme de copy-on-write ne peut pas ĂȘtre utilisĂ©). La performance a Ă©tĂ© considĂ©rablement amĂ©liorĂ©e grĂące Ă  la refonte du support de la gestion des threads dans HAMMER2. Le processus de vidage des buffers (flush) a Ă©tĂ© considĂ©rablement amĂ©liorĂ©.
  • FiabilitĂ© et performance de TMPFS amĂ©liorĂ©es. EfficacitĂ© accrue en cas de manque de mĂ©moire libre dans le systĂšme.
  • Dans la pile rĂ©seau pour IPv4, prise en charge des prĂ©fixes /31 (RFC 3021).
    Dans le tap, amélioration du traitement de ioctl SIOCSIFMTU pour prendre en charge MTU > 1500. Ajout de la prise en charge de SIOCSIFINFO_IN6 et SO_RERROR.
  • Synchronisation du pilote iwm de FreeBSD avec la prise en charge des puces sans fil Intel (ajout de la prise en charge iwm-9000 et iwm-9260).
  • Ajout de fonctions basename() et dirname() compatibles avec Linux pour amĂ©liorer la compatibilitĂ© dans les ports.
  • Transfert depuis FreeBSD de fsck_msdosfs, sys/ttydefaults.h, AF_INET / AF_INET6 dans libc/getaddrinfo(), calendar(1), rcorder-visualize.sh. FonctionnalitĂ©s transfĂ©rĂ©es depuis OpenBSD dans math.h.
  • Les versions des composants tiers ont Ă©tĂ© mises Ă  jour, y compris Binutils 2.34, Openresolv 3.9.2 et DHCPCD 8.1.3. Le compilateur gcc-8 est utilisĂ© par dĂ©faut.

Source : opennet.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster