Hurd: GNU Mach 1.3

Címkék

Roland McGrath legújabb bejelentése szerint megjelent a GNU Mach kernel legfrissebb, 1.3-as verziója.A bejelentésben megjegyzi: "A továbbiakban nem fogjuk aktívan tovább fejleszteni a GNU Mach-ot. A továbbiakban terveink szerint csak bugfixeket és triviális bővítéseket hajtunk végre az 1.x szérián, és a későbbi 1.x kiadások is csak ezeket tartalmazzák majd."

A 2.x GNU Mach kernel már fejlesztés alatt van. A fejlesztéséhez a Utah Egyetem OSKIT-jét használják fel.

A lényegesebb változások az 1.3-ban: megjelent a nagy diszkek támogatása (>= 10GB). Továbbá az 1.3 direkt kerneltámogatást tartalmaz a "boot script"-ekhez.

Bejelentés:

From: Roland McGrath

To: info-gnu AT gnu.org, bug-hurd AT gnu.org

Subject: GNUmach 1.3 released

Date: Mon, 27 May 2002 16:31:55 -0400 (EDT)

-----BEGIN PGP SIGNED MESSAGE-----

We are pleased to announce version 1.3 of the GNU distribution of the Mach kernel. It may be found in the file (about 3.6 MB compressed)

ftp://ftp.gnu.org/gnu/gnumach/gnumach-1.3.tar.gz;

unidiffs from version 1.2 (about 310 KB compressed) are in

ftp://ftp.gnu.org/gnu/gnumach/gnumach-1.2-1.3.diff.gz.

This distribution is only for x86 PC machines. Volunteers interested in ports to other architectures are eagerly sought. We are no longer actively developing version 1.x of GNU Mach. We plan to make only necessary bug fixes or trivial enhancements in the 1.x line, and make further 1.x releases only as necessary for those purposes. New development efforts have been underway for some time on a new version of GNU Mach using the OSKit from the University of Utah for hardware support. Those efforts previously called OSKit-Mach are now working towards the future version 2.0 of GNU Mach. Aside from bug fixes, major changes from 1.2 (from the NEWS file) are:

The kernel now directly supports "boot scripts" in the form of multiboot module names with the same syntax as the Hurd's `serverboot' program.

That is, instead of telling GRUB "module /boot/serverboot", you can give GRUB a series of command like "module /hurd/ext2fs ${...}" where the syntax after "module" is the same as in boot scripts for Hurd's `serverboot'. The kernel message device `kmsg' is now enabled by default.

- --disable-kmsg turns it off.

Large disks (>= 10GB) are now correctly supported, the new get_status call DEV_GET_RECORDS can return the number of records of a device. Lots of tweaks have been done to the virtual memory management to make it perform better on today's machines. The console supports ANSI escape sequences for colors and attributes. Support for the terminal speeds B57600 and B115200 has been added. Bug reports relating to this distribution should be sent to bug-hurd AT gnu.org. Requests for assistance should be made on help-hurd AT gnu.org.

The md5sum checksums for this distribution are:

61e90803889b079a380e30056b21d076 gnumach-1.3.tar.gz

56ca6aa9040c4d4c4ef7a9757bb0509c gnumach-1.2-1.3.diff.gz

[...]

Hozzászólások

A GNU Mach egy mikrokernel. A Mach csak alapveto kernel szolgaltatasokat nyujt, nem biztositja a kernelbe agyazva a korabbi a szeleskoru operacios rendszer szolgaltatasokat (mint peldaul a fajlkezelesi operacios rendszer szolgaltatasokat). Itt az operacios rendszer funkcionalitast nem a kernelbe agyazva, hanem un. kernelen kivül futo szerverekkel biztositjak.

Itt jon a kepbe a Hurd. A GNU Hurd a GNU project probalkozasa arra, hogy a megszokott Unix kernelt levaltsa. A Hurd pontosan azon szerverek csoportja amelyek bizositjak azokat a funkciokat, amelyek nincsenek benne a mikrokernelben. Tehat bizositjak a filekezelest, a halozatkezelest (halozati protokolok), a file hozzaferest, es egyeb dolgokat, amelyek benne vannak a hagyomanyos Unix kernelekben, peldaul a Linuxban.

A microkernel alapú OS egyik előnye ha jól tudom, hogy szinte soha nem kell rebootolni a rendszert. Még akkor nem ha pl új filerendszer támogatása épül be a renszerbe. Szemben pl a monolitikus linuxal, ahol új kernelfunkció beépítése kernel újrafordítással, és utána reboot-al jár.
A windows NT állítólag microkernel alapú. Ha ez igaz, számomra kérdés miért kell minden apró változtatás után újraindítani?
Még a videókártya drivere-ének a telepítése is reboot-ot igényel windows NT rendszereken. A monolitikus linux-on pedig reboot nélkül le lehet fordítani, majd betölteni pl a nvidia kernel moduljait.

A Windows NT valoban microkernel alapu. A M$ szakemberei szerint meg lehet(ne) oldani barmely eszkozmeghajto onfly beilleszteset a kernelbe, es barmely service ujrainditasat. Egy valami miatt maradtak meg a reboot mellett. Espedig azert, mert egy atlag felhasznalonak nem lehetne megmondani, hogy huzd ki az xy drivert, vagy allitsd le kezzel a xy servicet, majd inditsd el. A Windows sosem a ``szakertok" operacios rendszere volt.

Nekunk ezek a dolgok Unix(-like) rendszerek alatt termeszetesek, de nem mindenki szeretne ezzel foglalkozni. Mig a reboot soran ugyis minden service ujra indul, stb. (Megfigyelheto kezdo Linuxos felhasznaloknal, hogy ha valami nem mukodik rebootoljak a gepet =), ez vajon honnan eredhet?)