Software-update: Haiku R1/beta 6

Haiku is een opensourcebesturingssysteem, gebaseerd op de concepten en technologie die in de jaren negentig werden toegepast in het besturingssysteem BeOS van Be Inc. De ontwikkeling daarvan werd na de overname door Palm in 2001 stilgezet. Dat was destijds de aanleiding om te beginnen met OpenBeOS, dat in 2004 werd hernoemd naar Haiku wegens inbreuk op het merkenrecht. Het wordt in C++ geschreven met een modulaire opzet gericht op multithreaded omgevingen. De zesde bètaversie van R1 is verschenen met de volgende aankondiging:

R1/beta6 – Release Notes

The sixth beta for Haiku R1 comes just about a week after Haiku’s 25th anniversary. We’ve come a long way since the project began a quarter-century ago in 2001. Thank you to everyone who’s supported us thus far, and here’s to another 25 years of Haiku!

This release contains almost two years of the development team’s hard work to improve Haiku’s features and overall stability, and to make more software available for use. Over 530 bugs and enhancement tickets have been resolved for this release.

Please keep in mind that Haiku is beta-quality software, which means it is feature complete but still contains known and unknown bugs. While we are increasingly confident in its stability, we cannot provide assurances against data loss.

Versienummer	R1/beta 6
Releasestatus	Beta
Website	Haiku
Download	https://www.haiku-os.org/get-haiku/r1beta6/
Licentietype	GPL

Reacties (21)

[jb044]

Pure nostalgie! Ergens nog steeds jammer dat BeOS uiteindelijk het OS was dat niet werd In veel opzichten was het nog steeds beter dan de huidige desktop OSen, het is alleen dat hardware inmiddels zo gruwelijk snel is dat je daar niet meer zo'n last van hebt.

[idaanx]

Heb je wat voorbeelden?

[bzzzt]

BeOS heeft een vrij geavanceerd filesysteem waarbij je een soort mini-database hebt voor bestands metadata: waar op andere os-en vaak applicatie specifieke uitbreidingen voor worden gebruikt zoals Exif in JPEGs of ID3 in MP3 bestanden was er in BeOS een standaard manier om alle bestanden met een bepaald attribuut snel op te zoeken.

Daarnaast was BeOS vanaf het begin diep multithreaded opgezet en werkte het daarom veel sneller op multi-CPU hardware dan de populaire operating systems van die tijd. Nadeel was alleen dat het nog jaren zou duren voordat multi-core populair werd. Tot rond 2005 had de bulk van de consumenten systemen maar 1 processor.

[roberts]

Met AI wordt het BeOS-model weer behoorlijk interessant, zou je makkelijker local queryable knowledge filesystem kunnen bouwen.

[bzzzt]

De meeste AI agents zijn prima in staat dat soort data af te leiden op huidige systemen. In ieder geval lijkt dat me geen bottleneck. Het grote probleem met dergelijke 'slimme' filesystems is dat het uitwisselingsmogelijkheden enorm beperkt.

[jb044]

In aanvulling op wat anderen al gezegd hebben:

- het bootte in seconden, iets dat nu redelijk normaal is maar vooral komt omdat we van slome hdd's zijn afgestapt en snelle ssd's al lang de norm zijn.

Begrepen dat het lang in de race was om de basis te zijn voor wat me nu als OSX kennen maar dat de eigenaar van BeOS die ex-Apple was simpelweg een onrealistisch hoog bedrag vroeg en dat het daar op stukliep. Vraag me nog wel eens af waar we nu geweest waren als dat anders gelopen was Next was vast ook een heel mooi systeem, maar wat ik daarvan weet is dat het dat vooral op papier was tot dat Jobs al een zik Next machines al had verkocht en iets dat ook daadwerkelijk in het echt bestond wel een vereiste werd

[Xander2]

BeOS had het denk ik nooit gehaald.

De extreme (imo niet geheel uitgedachte) threading leverde problemen met cpu caches en o.a. race conditions die je ook (maar minder) in de eerste SMP+low latency patches voor Linux zag.

Dit en compromisloos Audio/video -10 prio blijven 'schedulen' leidt onherroepelijk tot problemen in een multitasking systeem, vandaar waarschijnlijk nog steeds het advies persoonlijke bestanden te backuppen.

[jb044]

Ja dat klopt wel, het was snel en vooral erg snappy, maar superstabiel was het zeker niet in mijn herinnering. Werkte allemaal wat anders dan bij andere OSen, want microkernel kenmerken, dus zelden een complete crash, maar je zag wel regelmatig dat zo'n kernel server of hoe ze dat ook genoemd hadden, vastliep en dan een herstart kreeg

Vond het vooral een statement dat anders uitgedachte software wel degelijk een heel andere ervaring kan geven in plaats van steeds alleen maar simpelweg de hardware groter, sneller en beter te maken. Maar goed het was wel avant garde en klein

[Xander2]

Hybride kernel, de innovatieve features kwam je op sommige (niet-PC) al eerder tegen.

Wat ik echt jammer vind is dat BeOS het einde inluidde van een kleine club die een OS als massaproduct kan neerzetten zoals daarvoor b.v. één persoon het MSX schreef.

Dat is te complex geworden en financieel totaal niet meer interessant. Met als gevolg dat we enkele grote spelers hebben waar radicale en andere ideeën (zoals hier extreme threading) tegen sunken cost aanlopen (edit; ongeacht of de uitwerking helemaal sjofel is).

Maar BeOS (en helaas Haiku) heb ik nooit een gat in gezien. QNX daarentegen...

[Reactie gewijzigd door Xander2 op 1 september 2026 20:32]

[jb044]

Ja, wat dat betreft staan we al 30 jaar min of meer stil. Tuurlijk als je nu een image van je OS of choice van 30 jaar geleden opspint en vergelijkt met je huidige setup dan zijn er grote verschillen, mar niet echt fundamenteel. Ergens wel treurig dat hardware in alle dimensies sneller en groter is maar niemand zich echt geroepen voelt om de vraag uit te werken of je daar ook echt iets mee kan dat vroeger ondenkbaar was. Het is allemaal puur iteratief

QNX, ooit wel eens mee gespeelt. Ze hadden toen een soort distro met een opensource library bovenop QNX. Soort van Linux maar dan met een andere motor. Vond het helemaal niks, maar geloof ook niet dat QNX daar voor bedoeld is of was

[Xander2]

Ja, wat dat betreft staan we al 30 jaar min of meer stil. Tuurlijk als je nu een image van je OS of choice van 30 jaar geleden opspint en vergelijkt met je huidige setup dan zijn er grote verschillen, mar niet echt fundamenteel.

Daar ben ik het totaal niet mee eens en dat bedoelde ik ook niet

Als je kijkt naar hardware, software, schedulers, caching, buffering, compilers etc. etc. is er echt een waanzinnige vooruitgang geboekt qua ervaring, innovatie, optimalisatie, kwaliteit, veiligheid en performance wat het simpelweg mogelijk maakt laagdrempelige, logge web instanties redelijk te laten werken.

Kijk naar wat ik b.v. ook erg interessant vind, font rendering, en dat is echt fantastisch geëvolueerd vanuit de simpele bitmaps, software in tandem met hardware.

Maar vanaf nul met een compleet radicaal ander idee starten is nu onmogelijk. Vandaar de referentie naar QNX, een microkernel die in niets op monolitisch Linux of modern OS lijkt en enorm stabiel is, was met unieke features maar einde verhaal is ondanks dat het superieur is in sommige gevallen.

De massa zorgt voor de remmende voorsprong en Linux/OSX/Windows werken prima, maar de lol van een partij die met een totaal ander idee op technische gronden naar binnen komt is een beetje weg.

/rant van een oude fart. Ik heb uit nostalgie laatst nog eens CDE gecompileerd maar het was niet te pruimen.

Die nostalgie is prima, maar vroeger was niet beter.

Kapitalisme heeft voor het 'luie' coden gezorgd net als dat het voor de enorme vooruitgang heeft gezorgd. Gelukkig hebben we nog de kersen te kiezen uit de pap denk ik dan.

Ik ga ff de code lezen van de Rust font renderer.

[jb044]

Denk niet dat we ver uit elkaar zitten, en bedoel het zeker niet als een oude man die stelt dat vroeger alles beter was, verre van. Het is meer dat er denk ik inderdaad gewoon geen enkel grote reden is om een kleine of grote revolutie te starten. Vroegar, laten we zeggen jaren 80, moesten ze wel simpelweg omdat computers nog niet zo krachtig waren en erg duur, men was toen erg creatief in de software. Nu wordt alles zeg iedere 2 jaar 2x zo snel en 2x zo groot, en volgt de software dan door ook 2x zo groot en 2x zo log te worden even heel kort door de bocht en doen we wederom kort door de bocht jaar na jaar niet zoveel wezenlijk andere dingen met computers. Af en toe komt er wat bij, AI bijvoorbeeld de laatste jaren, maar dat is het dan ook wel. Geen ramp hoor, maar zo af en toe denk ik dan: hoe had het ook kunnen zijn. Zeker als er in de meuktracker een nieuwe Haiku build voorbij komt

[Xander2]

Geen ramp hoor, maar zo af en toe denk ik dan: hoe had het ook kunnen zijn. Zeker als er in de meuktracker een nieuwe Haiku build voorbij komt

In het geval van BeOS, niet threading is inmiddels gemeengoed en aardig geoptimaliseerd.

Het is later nog als single user in audio apparatuur gebruikt maar verder einde verhaal.

Ik denk zelf dat de ontwikkel- en ontwerpproblemen in BeOS (dat ergens een RT OS wilde zijn) veel dieper en onoverkomelijker waren om verder te investeren, genoeg custom OS's voor specifieke embedded doeleinden die het wel overleefd hebben daarna maar nu ook overvleugeld worden door Linux.

Maar leuk over herinneringen te praten.

[jb044]

[...]

Maar leuk over herinneringen te praten.

Altijd Weet je uiteindelijk ben ik gewoon iemand met een meer dan gemiddelde belangstelling voor OSen, dus wat dat betreft door de jaren heen heel wat lopen experimenteren. Diepgaande kennis van de opbouw en werking daarvan heb ik echter niet, dus wat dat betreft was dit weer een mooie manier om daar wat meer van te leren. Dank daarvoor

Zit zelf wel in het web-development, en ja daar is dat wat jij noemt 'luie'-coden echt wel een probleem aan het worden. Ik snap dat alles zelf doen en wielen helemaal opnieuw zelf uitvinden niet helemaal de bedoeling is, maar zeg 3 regels code en dan 10000en packages nodig hebben, zonder ook maar een idee te hebben wat dat allemaal doet laat staan hoe goed of hoe veilig het is

[Ablaze]

In mijn herinnering was alles extreem snappy, zelfs als je een hoop multimedia-applicaties open had. Veel beter dan de Windows en Linux desktop rond de eeuwwisseling. Grootste probleem was de kleine userbase.

[84hannes]

Juist, multithreading en multimedia werkte extreem goed vergeleken met Windows 98; meerdere mp3-tjrs tegelijk afspelen zonder dat de rest van het OS ging haperen. Maar het was single user, dus in dat opzicht niet zo toekomstbestendig.

[Keyb]

Voorbeelden van waar het beter is was/is? Dan zou je de installatie procedure eens gevolgd moeten hebben in de die tijd. Dat was echt bijna instant vergeleken met linux of windows. Daarnaast kon BeOS meerdere videostreams tegelijk afspelen op 'normale' hardware. Dat was niet vergelijkbaar met andere OSs.

[Wallus]

BeOS daar heb ik als tiener nog wel eens mee gespeeld. Volgens mij kon ik daar cd's mee kopiëren die onder windows niet lukte als ik het me goed herinner.

[tradax]

Multithreading was toen al heel goed, je kon heel wat avi's vlot naast elkaar afspelen, dat was onder windows niet mogelijk.

[AnonymousGerbil]

Een mooie toevoeging in Haiku ten opzichte van BeOS is de stack optie, die er voor zorgt dat je tabbladen van verschillende applicaties in één venster kan stapelen.

Ik meen me te herinneren dat er een tijdje sprake van was dat een vergelijkbare tabbed applications feature ook naar windows 10 zou komen maar daar na een test afgeblazen werd.

[Reactie gewijzigd door AnonymousGerbil op 31 augustus 2026 16:13]

[michelr]

BeOS was destijds een vreemde eend in de bijt, maar wel een interessante. Niet voor niets heeft Apple ooit overwogen om MacOS te vervangen door BeOS. Wat er uniek was, was oa. het journalingbestandssysteem, dat noch macOS noch NeXT destijds hadden. Voor wie met BeOS wil spelen; op internet archive staan wat images voor Virtual Box oa.