NetBSD - NetBSD

NetBSD
NetBSD.svg
NetBSD desktop.png
Deweloper Fundacja NetBSD
Rodzina systemów operacyjnych Uniksopodobny
Stan pracy Aktualny
Model źródłowy Otwarte źródło
Pierwsze wydanie 19 kwietnia 1993 ; 28 lat temu ( 19.04.1993 )
Najnowsze wydanie 9.2 / 12 maja 2021 ; 4 miesiące temu ( 2021-05-12 )
Najnowszy podgląd 9.99.x / Dzienne kompilacje
Magazyn
Menedżer pakietów pkgsrc
Platformy Alpha , ARM , x86 ( x86-32 i x86-64 ), PA-RISC , 68k , MIPS , PowerPC , SH3 , SPARC , RISC-V , VAX
Typ jądra Monolityczny z dynamicznie ładowanymi modułami , rump kernel
Kraina użytkownika BSD
Domyślny
interfejs użytkownika
Powłoka uniksowa
Licencja 2-klauzula licencja BSD
Oficjalna strona internetowa netbsd .org

NetBSD to darmowy i open-source podobny do Uniksa system operacyjny oparty na Berkeley Software Distribution (BSD). Był to pierwszy open-source BSD potomek oficjalnie wydany po 386BSD był rozwidlony . Jest nadal aktywnie rozwijany i jest dostępny dla wielu platform, w tym serwerów, komputerów stacjonarnych, urządzeń przenośnych i systemów wbudowanych .

Projekt NetBSD skupia się na przejrzystości kodu, starannym projektowaniu i przenośności na wiele architektur komputerowych . Jego kod źródłowy jest publicznie dostępny i licencjonowany .

Historia

NetBSD zostało pierwotnie wyprowadzone z wydania 4.3BSD-Reno Berkeley Software Distribution z Computer Systems Research Group z Uniwersytetu Kalifornijskiego w Berkeley , poprzez wydanie kodu źródłowego Net/2 i projekt 386BSD . Projekt NetBSD rozpoczął się w wyniku frustracji społeczności programistów 386BSD tempem i kierunkiem rozwoju systemu operacyjnego. Czterech założycieli projektu NetBSD, Chris Demetriou, Theo de Raadt , Adam Glass i Charles Hannum, uważało, że bardziej otwarty model rozwoju przyniesie korzyści projektowi: taki, który będzie skoncentrowany na przenośnym, czystym i poprawnym kodzie. Ich celem było stworzenie ujednoliconego, wieloplatformowego systemu operacyjnego o jakości produkcyjnej opartego na BSD. Nazwa „NetBSD” została wybrana w oparciu o znaczenie i rozwój sieci takich jak Internet w tamtym czasie oraz rozproszony, oparty na współpracy charakter jego rozwoju.

Repozytorium kodu źródłowego NetBSD zostało założone 21 marca 1993, a pierwsze oficjalne wydanie, NetBSD 0.8, zostało wydane 19 kwietnia 1993. Wywodzi się z 386BSD 0.1 oraz nieoficjalnego zestawu poprawek wersji 0.2.2, z kilkoma programami z Net/2. brakujące wydanie z reintegrowanego 386BSD i różne inne ulepszenia. Pierwsze wieloplatformowe wydanie, NetBSD 1.0, zostało wydane w październiku 1994 roku i zostało zaktualizowane o źródła 4.4BSD-Lite, było wolne od wszelkiego prawnie obciążonego kodu 4.3BSD Net/2. Również w 1994 roku, ze spornych powodów, jeden z założycieli, Theo de Raadt, został usunięty z projektu. Później założył nowy projekt, OpenBSD , na bazie rozwidlonej wersji NetBSD 1.0 pod koniec 1995 roku. W 1998 roku NetBSD 1.3 wprowadził kolekcję pakietów pkgsrc .

Do 2004 r. wydania NetBSD 1.x były publikowane mniej więcej w rocznych odstępach czasu, z niewielkimi wydaniami "łatek" pomiędzy nimi. Począwszy od wydania 2.0, NetBSD używa wersjonowania semantycznego , a każde główne wydanie NetBSD odpowiada zwiększonemu numerowi wersji głównej, tj. głównymi wydaniami następującymi po 2.0 są 3.0, 4.0 i tak dalej. Wcześniejsze wersje drobne są teraz podzielone na dwie kategorie: xy „stable” uwolnienia konserwacji i xyz komunikaty zawierające tylko bezpieczeństwo i krytycznych poprawek.

Cechy

Uruchamianie NetBSD/amd64 w trybie konsoli
Logowanie do konsoli NetBSD/amd64 i wiadomość powitalna

Ruchliwość

Jak sugeruje motto projektu ( "Oczywiście, że uruchamia NetBSD" ), NetBSD został przeniesiony na dużą liczbę 32- i 64-bitowych architektur . Obejmują one od minikomputerów VAX do palmtopów Pocket PC . Od 2019 r. NetBSD obsługuje 59 platform sprzętowych (w 16 różnych zestawach instrukcji ). Jądro i przestrzeń użytkownika dla tych platform są zbudowane z centralnego, ujednoliconego drzewa kodu źródłowego zarządzanego przez CVS . Obecnie, w przeciwieństwie do innych jąder, takich jak μClinux , jądro NetBSD wymaga obecności MMU w dowolnej architekturze docelowej.

Przenośność NetBSD jest wspomagana przez użycie interfejsów warstwy abstrakcji sprzętu dla niskopoziomowego dostępu do sprzętu, takiego jak wejście/wyjście magistrali lub DMA . Korzystając z tej warstwy przenośności, sterowniki urządzeń można podzielić na komponenty „niezależne od komputera” i „zależne od komputera”. Sprawia to, że pojedynczy sterownik może być łatwo używany na kilku platformach, ukrywając szczegóły dostępu do sprzętu i ogranicza pracę związaną z przeniesieniem go do nowego systemu.

Pozwala to na pracę konkretnego sterownika karty PCI bez modyfikacji, niezależnie od tego, czy znajduje się on w gnieździe PCI w architekturze IA-32 , Alpha , PowerPC , SPARC , czy w innej architekturze z szyną PCI. Ponadto pojedynczy sterownik dla określonego urządzenia może działać za pośrednictwem kilku różnych magistral, takich jak ISA , PCI lub PC Card .

Dla porównania, kod sterownika urządzenia Linux często musi być przerobiony dla każdej nowej architektury. W konsekwencji, w wysiłkach programistów NetBSD i Linuksa przy portowaniu, przeniesienie NetBSD na nowy sprzęt zajęło znacznie mniej czasu.

Ta niezależność platformy pomaga w rozwoju systemów wbudowanych , szczególnie od NetBSD 1.6, kiedy cały łańcuch narzędzi kompilatorów , asemblerów , linkerów i innych narzędzi w pełni obsługuje kompilację skrośną .

W 2005 roku, aby zademonstrować przenośność i przydatność NetBSD do aplikacji wbudowanych, firma Technologic Systems, producent sprzętu do systemów wbudowanych, zaprojektowała i zademonstrowała toster kuchenny oparty na NetBSD .

Komercyjne porty do platform wbudowanych, w tym AMD Geode LX800, procesory Freescale PowerQUICC , Marvell Orion, rodzina procesorów PowerPC AMCC 405 , Intel XScale IOP i seria IXP, były dostępne i obsługiwane przez Wasabi Systems.

Przenośna platforma kompilacji

Framework do kompilacji krzyżowej NetBSD (znany również jako "build.sh") pozwala programiście zbudować kompletny system NetBSD dla architektury z bardziej wydajnego systemu o różnej architekturze ( cross-compiling ), włączając w to inny system operacyjny (frameworki obsługuje większość systemów zgodnych z POSIX ). Kilka systemów wbudowanych używających NetBSD nie wymagało żadnego dodatkowego rozwoju oprogramowania poza toolchainem i docelowym rehostem.

Kolekcja pakietów pkgsrc

NetBSD zawiera pkgsrc (skrót od "źródło pakietów"), framework do budowania i zarządzania pakietami oprogramowania firm trzecich . Kolekcja pkgsrc składa się z ponad 20 000 pakietów na październik 2019. Budowanie i instalowanie pakietów takich jak KDE , GNOME , Apache HTTP Server czy Perl odbywa się za pomocą systemu plików makefile . Może to automatycznie pobrać kod źródłowy, rozpakować, załatać, skonfigurować, zbudować i zainstalować pakiet tak, aby można go było później usunąć. Alternatywą dla kompilacji ze źródeł jest użycie prekompilowanego pakietu binarnego. W obu przypadkach wszelkie wymagania wstępne/zależności zostaną zainstalowane automatycznie przez system pakietów, bez konieczności ręcznej interwencji.

pkgsrc obsługuje nie tylko NetBSD, ale także kilka innych wariantów BSD, takich jak FreeBSD i Darwin / Mac OS X , oraz inne uniksopodobne systemy operacyjne, takie jak Linux , Solaris , IRIX i inne, a także Interix . pkgsrc został wcześniej zaadoptowany jako oficjalny system zarządzania pakietami dla DragonFly BSD .

Symetryczne przetwarzanie wieloprocesowe

NetBSD wspiera SMP od wydania NetBSD 2.0 w 2004 roku, które początkowo zostało zaimplementowane przy użyciu podejścia giganta lock . Podczas cyklu rozwojowego wydania NetBSD 5 wykonano dużą pracę w celu poprawy obsługi SMP; większość podsystemów jądra została zmodyfikowana tak, aby wykorzystywała drobnoziarniste podejście blokowania . Zaimplementowano nowe prymitywy synchronizacji, a aktywacje harmonogramu zostały zastąpione modelem wątków 1:1 w lutym 2007. Zaimplementowano skalowalny harmonogram wątków M2, chociaż stary harmonogram 4.4BSD nadal pozostaje domyślny, ale został zmodyfikowany do skalowania za pomocą SMP. W celu poprawy synchronizacji zaimplementowano wątkowe przerwania programowe . System pamięci wirtualnej , alokator pamięci i obsługa pułapek zostały uczynione MP bezpiecznymi. Struktura systemu plików, w tym VFS i główne systemy plików, zostały zmodyfikowane tak, aby były bezpieczne dla MP. Od kwietnia 2008 jedynymi podsystemami działającymi z gigantyczną blokadą są protokoły sieciowe i większość sterowników urządzeń .

Bezpieczeństwo

NetBSD zapewnia różne funkcje w obszarze bezpieczeństwa. Struktura autoryzacji jądra (lub Kauth) to podsystem zarządzający wszystkimi żądaniami autoryzacji w jądrze i używany jako ogólnosystemowa polityka bezpieczeństwa. Pozwala modułom zewnętrznym na włączenie procesu autoryzacji. NetBSD zawiera również funkcje łagodzenia exploitów, ASLR , KASLR, ograniczone mprotect() i Segvguard z projektu PaX oraz GCC Stack Smashing Protection (SSP lub znane również jako ProPolice, włączone domyślnie od wersji NetBSD 6.0). Verified Executables (lub Veriexec) to podsystem integralności plików w jądrze w NetBSD. Pozwala użytkownikowi ustawić cyfrowe odciski palców (hasze) plików i podejmować szereg różnych działań, jeśli pliki nie pasują do ich odcisków palców. Na przykład, można pozwolić Perlowi na uruchamianie tylko skryptów, które pasują do ich odcisków palców. Sterownik urządzenia kryptograficznego (CGD) umożliwia używanie dysków lub partycji (w tym dysków CD i DVD) do zaszyfrowanego przechowywania.

Wirtualizacja

Xen monitora wirtualnych maszyna została poparta w NetBSD od wydania 3.0. Korzystanie z Xen wymaga specjalnego środowiska rozruchowego sprzed jądra, które ładuje wyspecjalizowane jądro Xen jako „host OS” (Dom0). Dowolna liczba zwirtualizowanych komputerów „gościa” (DomU), z określoną obsługą Xen/DomU lub bez, może działać równolegle z odpowiednimi zasobami sprzętowymi.

Potrzeba zewnętrznego menedżera rozruchu, takiego jak GRUB, została wyeliminowana dzięki menedżerowi rozruchu kompatybilnemu z Xen w NetBSD 5. NetBSD 6 jako Dom0 został porównany do Linuksa, z lepszą wydajnością niż Linuks w niektórych testach.

Od NetBSD 9.0, przyspieszona wirtualizacja jest zapewniona przez natywny hypervisor NVMM (NetBSD Virtual Machine Monitor). Zapewnia interfejs API do wirtualizacji libnvmm, który może być wykorzystany przez emulatory, takie jak QEMU . Unikalną właściwością NVMM jest to, że jądro nigdy nie uzyskuje dostępu do pamięci maszyny wirtualnej gościa, a jedynie ją tworzy. Hardware Accelerated Execution Manager firmy Intel (HAXM) zapewnia alternatywne rozwiązanie do akceleracji w QEMU tylko dla procesorów Intela, podobnie jak KVM w Linuksie .

NetBSD 5.0 ​​wprowadził jądro rump , architekturę do uruchamiania sterowników w przestrzeni użytkownika poprzez emulację wywołań w przestrzeni jądra. Ta architektura anykernel pozwala na dodanie obsługi sterowników NetBSD do innych architektur jądra, od egzokerneli do jąder monolitycznych .

Składowanie

NetBSD zawiera wiele funkcji korporacyjnych, takich jak iSCSI , system plików z kronikowaniem , zarządzanie woluminami logicznymi i system plików ZFS .

Interfejs bio(4) do niezależnego od dostawcy zarządzania woluminami RAID poprzez bioctl jest dostępny w NetBSD od 2007 roku.

System plików z księgowaniem WAPBL , rozszerzenie systemu plików BSD FFS, został dostarczony przez Wasabi Systems w 2008 roku.

NetBSD Logical Volume Manager jest oparty na reimplementacji BSD sterownika mapowania urządzeń i portu narzędzi Linux Logical Volume Manager . Został napisany głównie podczas Google Summer of Code 2008.

System plików ZFS opracowany przez Sun Microsystems został zaimportowany do podstawowego systemu NetBSD w 2009 roku. Obecnie port NetBSD ZFS jest oparty na wersji 22 ZFS.

CHFS Pamięć flash system plików został przywieziony do NetBSD w listopadzie 2011. CHFS to system plików opracowany w Katedrze Inżynierii Oprogramowania, University of Szeged , Węgry , i jest pierwszym open source Flash specyficzny system plików przeznaczony dla NetBSD.

Kompatybilność z innymi systemami operacyjnymi

Na poziomie kodu źródłowego NetBSD jest prawie całkowicie zgodny ze standardem POSIX .1 (IEEE 1003.1-1990) iw większości zgodny ze standardem POSIX.2 (IEEE 1003.2-1992).

NetBSD zapewnia funkcja systemowa -level kompatybilność binarną na odpowiednich architektur procesorów z jego poprzednich wersjach, ale także z kilku innych UNIX pochodzące z A i UNIX-like systemów operacyjnych, w tym Linux i inne pochodne 4.3BSD jak SunOS 4. Pozwala to użytkownikom na NetBSD uruchamiać wiele aplikacji, które są dystrybuowane tylko w formie binarnej dla innych systemów operacyjnych, zwykle bez znaczącej utraty wydajności.

Różnorodność "obcych" na dysku systemu plików formatów są również obsługiwane w NetBSD, w tym ZFS , FAT , NTFS , Linux ext2fs , firmy Apple HFS i OS X UFS , RISC OS FileCore / ADFS, AmigaOS Fast File system , IRIX EFS , Version 7 Unix File System i wiele innych dzięki PUFFS .

Skrypty jądra

Skrypty w przestrzeni jądra za pomocą języka programowania Lua to stosunkowo nowa funkcja w NetBSD; jest dostępny od NetBSD 7.0. Język Lua (tj. jego interpreter i standardowe biblioteki) został początkowo przeniesiony do jądra NetBSD podczas Google Summer of Code 2010 i od tego czasu przeszedł kilka ulepszeń. Istnieją dwie główne różnice między Lua przestrzeni użytkownika i jądra: Lua jądra nie obsługuje liczb zmiennoprzecinkowych ; w związku z tym dostępne są tylko liczby całkowite Lua. Nie ma również pełnego wsparcia dla bibliotek przestrzeni użytkownika, które opierają się na systemie operacyjnym (np. io i os ).

Czujniki

NetBSD posiada natywną platformę monitorowania sprzętu od 1999/2000, aw 2003 roku posłużyła jako inspiracja dla struktury sysctl hw.sensors w OpenBSD , gdy niektóre sterowniki NetBSD były przenoszone do OpenBSD.

W marcu 2019 r. NetBSD posiadało blisko 85 sterowników urządzeń eksportujących dane przez API frameworka envsys. Od wersji 2007, serializacja danych pomiędzy jądrem a przestrzenią użytkownika odbywa się poprzez listy właściwości XML za pomocą proplib(3) NetBSD .

Zastosowania

NetBSD był używany w NASA „s SAMS-II Projektu pomiaru warunków mikrograwitacji na Międzynarodowej Stacji Kosmicznej , a dla badań TCP do stosowania w satelitarnych sieci.

Czysty projekt NetBSD, wysoka wydajność, skalowalność i wsparcie dla wielu architektur doprowadziły do ​​jego wykorzystania w urządzeniach osadzonych i serwerach, szczególnie w aplikacjach sieciowych.

Komercyjny system operacyjny czasu rzeczywistego , QNX , wykorzystuje stos sieciowy oparty na kodzie NetBSD i zapewnia różne sterowniki przeniesiony z NetBSD.

Dell Force10 używa NetBSD jako podstawowego systemu operacyjnego, który obsługuje FTOS (Force10 Operating System), który jest używany w przełącznikach/routerach o wysokiej skalowalności. Force10 przekazał również darowiznę na rzecz Fundacji NetBSD w 2007 roku, aby pomóc w dalszych badaniach i otwartej społeczności programistów.

Wasabi Systems dostarcza komercyjny produkt BSD z certyfikatem Wasabi oparty na NetBSD z zastrzeżonymi funkcjami i rozszerzeniami dla przedsiębiorstw, które koncentrują się na aplikacjach wbudowanych, serwerowych i pamięci masowej.

NetBSD był używany w NASA „s SAMS-II Projektu pomiaru warunków mikrograwitacji na Międzynarodowej Stacji Kosmicznej , a dla badań TCP do stosowania w satelitarnych sieci.

W 2004 roku SUNET użył NetBSD do ustanowienia rekordu prędkości na lądzie Internet2 . NetBSD został wybrany "ze względu na skalowalność kodu TCP".

NetBSD jest również używany w produktach Apple AirPort Extreme i Time Capsule , zamiast ich własnego OS X (którego większość kodu przestrzeni użytkownika na poziomie Uniksa wywodzi się z kodu FreeBSD, ale część wywodzi się z kodu NetBSD).

System operacyjny smartfona T-Mobile Sidekick LX 2009 oparty jest na NetBSD.

System operacyjny Minix używa głównie przestrzeni użytkownika NetBSD, jak również infrastruktury pakietów pkgsrc od wersji 3.2.

Części macOS zostały pierwotnie zaczerpnięte z NetBSD, takie jak niektóre narzędzia wiersza poleceń w przestrzeni użytkownika.

Koncesjonowanie

Całe jądro NetBSD i większość podstawowego kodu źródłowego przestrzeni użytkownika jest wydana na warunkach licencji BSD (warianty dwu-, trzy- i czteroklauzulowe). Zasadniczo pozwala to każdemu na używanie, modyfikowanie, redystrybucję lub sprzedaż według własnego uznania, o ile nie usunie informacji o prawach autorskich i tekstu licencji (warianty składające się z czterech klauzul zawierają również warunki odnoszące się do materiałów reklamowych). Tak więc rozwój produktów opartych na NetBSD jest możliwy bez konieczności upubliczniania modyfikacji kodu źródłowego. W przeciwieństwie do tego, GPL , która nie ma zastosowania do NetBSD, stanowi, że zmiany w kodzie źródłowym produktu muszą zostać udostępnione odbiorcy produktu, gdy produkty pochodzące z tych zmian zostaną wydane.

W dniu 20 czerwca 2008 r. Fundacja NetBSD ogłosiła przejście na dwuklauzulową licencję BSD, powołując się na obawy związane z obsługą klauzuli 3 przez UCB i zastosowaniem klauzuli 4 w przemyśle.

NetBSD zawiera również narzędzia programistyczne GNU i inne pakiety, które są objęte GPL i innymi licencjami open source. Podobnie jak w przypadku innych projektów BSD , NetBSD oddziela je w swoim podstawowym drzewie źródłowym, aby ułatwić usuwanie kodu, który jest na bardziej restrykcyjnych licencjach. Jeśli chodzi o pakiety, zainstalowane licencje oprogramowania można kontrolować, modyfikując listę dozwolonych licencji w pliku konfiguracyjnym pkgsrc ( mk.conf).

Wydania

Poniższa tabela zawiera listę głównych wydań NetBSD i ich godnych uwagi funkcji w odwrotnej kolejności chronologicznej. Drobne wydania i wydania poprawek nie są uwzględniane.

Legenda: Stara wersja, nieutrzymywana Starsza wersja, nadal utrzymywana Aktualna stabilna wersja Najnowsza wersja zapoznawcza Przyszłe wydanie
Główne wydania Data wydania Wybitne funkcje i zmiany
Aktualna stabilna wersja: 9,0 14 lutego 2020
  • Obsługa maszyn AArch64 (64-bit ARMv8-A), w tym SBSA /SBBR, big.LITTLE , kompatybilność z 32-bitowymi plikami binarnymi i do 256 procesorów
  • Ulepszona obsługa ARMv7-A , w tym bootloader UEFI , big.LITTLE, ustawienie trybu jądra dla Allwinner i innych SoC oraz obsługa drzewa urządzeń
  • Zaktualizowano DRM do Linux 4.4, obsługa grafiki Intela do Kaby Lake włącznie
  • Przyspieszona sprzętowo wirtualizacja dla QEMU przez NVMM (NetBSD Virtual Machine Monitor)
  • Ulepszenia zapory NPF , zaktualizowany ZFS , nowe i przerobione sterowniki
  • Wsparcie dla różnych nowych narzędzi do czyszczenia kodu jądra i przestrzeni użytkownika oraz ASLR jądra . Audytowany stos sieciowy.
  • Usunięcie różnych starych i nieobsługiwanych komponentów, takich jak obsługa ISDN
Starsza wersja, ale nadal utrzymywana: 8,0 17 lipca 2018
  • System audio przerobiony z wbudowanym mikserem
  • Stos USB przerobiony z obsługą kontrolerów hosta USB 3 i szybkości transmisji danych
  • PaX ASLR włączony domyślnie na obsługiwanych architekturach
  • Wzmocniony układ pamięci z mniejszą liczbą zapisywalnych stron i PaX MPROTECT ( W^X ) wymuszony domyślnie w obsługiwanych architekturach
  • Wsparcie dla odtwarzalnych kompilacji i przestrzeni użytkownika zbudowanej domyślnie z kodem niezależnym od pozycji
  • Ograniczanie podatności na ataki Meltdown i Spectre dla procesorów Intel i AMD
  • Dodano bootloader UEFI , sterownik NVMe, sterownik nouveau dla procesorów graficznych Nvidia, obsługę większej liczby płyt ARM, w tym Raspberry Pi 3
Stara wersja, nie jest już utrzymywana: 7,0 8 października 2015
Stara wersja, nie jest już utrzymywana: 6,0 17 października 2012
Stara wersja, nie jest już utrzymywana: 5.0 29 kwietnia 2009
Stara wersja, nie jest już utrzymywana: 4.0 19 grudnia 2007
Stara wersja, nie jest już utrzymywana: 3,0 23 grudnia 2005 r.
Stara wersja, nie jest już utrzymywana: 2,0 9 grudnia 2004
Stara wersja, nie jest już utrzymywana: 1,6 14 września 2002 r.
  • Wprowadzono Unified Buffer Cache (UBC), który ujednolica system plików i pamięci podręczne pamięci wirtualnej danych plików.
  • Obsługa zerowej kopii dla ścieżki transmisji TCP i UDP.
  • Obsługiwanych jest dziesięć nowych platform.
  • Nowa implementacja infrastruktury cross-building ( build.sh ).
  • Dodano obsługę wielobajtowych lokalizacji LC_CTYPE .
Stara wersja, nie jest już utrzymywana: 1,5 6 grudnia 2000
Stara wersja, nie jest już utrzymywana: 1,4 12 maja 1999 r.
Stara wersja, nie jest już utrzymywana: 1,3 9 marca 1998
Stara wersja, nie jest już utrzymywana: 1.2 4 października 1996 r.
Stara wersja, nie jest już utrzymywana: 1,1 26 listopada 1995
Stara wersja, nie jest już utrzymywana: 1,0 26 października 1994
Stara wersja, nie jest już utrzymywana: 0,9 20 sierpnia 1993
  • Zawierał wiele ulepszeń i poprawek błędów.
  • Wciąż było to wydanie wyłącznie na platformę PC , chociaż do tego czasu trwały prace nad dodaniem obsługi innych architektur.
  • Wsparcie dla ładowalnych modułów jądra (LKM).
Stara wersja, nie jest już utrzymywana: 0,8 20 kwietnia 1993
  • Pierwsze oficjalne wydanie, wywodzące się z 386BSD 0.1 oraz nieoficjalnego zestawu poprawek wersji 0.2.2, z kilkoma programami z wydania Net/2, których brakowało w 386BSD, zostały ponownie zintegrowane i różne inne ulepszenia.

Logo „flag” NetBSD, zaprojektowane przez Granta Bissetta, zostało wprowadzone w 2004 roku i jest abstrakcją ich starszego logo, zaprojektowanego przez Shawna Muellera w 1994 roku. Wersja Muellera została oparta na słynnej fotografii z czasów II wojny światowej Raising the Flag on Iwo Jima .

Fundacja NetBSD

Fundacja NetBSD jest podmiotem prawnym, który posiada własność intelektualną i znaki towarowe związane z NetBSD, a 22 stycznia 2004 została zwolnioną z podatku organizacją non-profit 501(c)3 . Członkami fundacji są programiści, którzy mają dostęp do CVS zatwierdzeń. Fundacja NetBSD posiada Radę Dyrektorów, wybieraną w drodze głosowania członków na okres dwóch lat.

Hosting

Hosting dla projektu zapewniany jest głównie przez Columbia University oraz Western Washington University , zarządzanych przez CDN dostarczany przez Fastly . Lustra do projektu są rozsiane po całym świecie i dostarczane przez wolontariuszy i sympatyków projektu.

Zobacz też

Bibliografia

Zewnętrzne linki