Banan-OS on täysin puhtaalta pöydältä kehitetty käyttöjärjestelmä

[Kaotik]

Kotimainen kehittäjä Banaymous on julkaissut ensimmäisen version uudesta Banan-OS-käyttöjärjestelmästä, joka on kirjoitettu täysin puhtaalta pöydältä C++-ohjelmointikielellä.

Notebookcheckin raportin mukaan käyttöjärjestelmästä löytyy jo tuki monille oleellisille ominaisuuksille, vaikka käytännössä käyttöjärjestelmä onkin vielä täysin raakile.
Mukana on mm. verkkopino, lineaarinen framebuffer (VESA & GOP), tuki SMP:lle (Simultaneous MultiProcessing), Ring3-taso käyttäjille ja terminaali.
Banan-OS löytyy GitHubista: GitHub - Bananymous/banan-os: Mirror of banan-os, my hobby operating system

Lähde: https://www.notebookcheck.net/Intro...ew-OS-written-from-scratch-in-C.928628.0.html

 

[simppaeh]

Uutiseen voisi ehkä vielä lisätä, että kyseessä on suomalaisen kehittäjän tuotos.

 

[hik]

Jos kääntäisi niin päin, että onko uudelle Linux kernelille tarvetta jossain nichessä? Yleisesti ottaen varmaan ei, mutta olisi kiinnostavaa tietää miksi muutamat kuitenkin vastaisi joo.

 

[Karhu III]

Hyvä käyntikortti kun hakee töitä, vaikke tuolle mitään käyttöä keksisikään.

 

[Erkki_erikeepperi]

Hyvä käyntikortti kun hakee töitä, vaikke tuolle mitään käyttöä keksisikään.

Pitäähän ihmisillä harrastuksia olla. Kuka tykkää tehdä mitäkin.

 

[BIOS]

Uutiseen voisi ehkä vielä lisätä, että kyseessä on suomalaisen kehittäjän tuotos.

Täälläkin käyttäjä @Sompi on kehittänyt oman käyttöjärjestelmän: lEEt/OS

 

[Zetteri]

Kehittäjä Banaymous on julkaissut ensimmäisen version uudesta Banan-OS-käyttöjärjestelmästä, joka on kirjoitettu täysin puhtaalta pöydältä C++-ohjelmointikielellä.

Notebookcheckin raportin mukaan käyttöjärjestelmästä löytyy jo tuki monille oleellisille ominaisuuksille, vaikka käytännössä käyttöjärjestelmä onkin vielä täysin raakile.
Mukana on mm. verkkopino, lineaarinen framebuffer (VESA & GOP), tuki SMP:lle (Simultaneous MultiProcessing), Ring3-taso käyttäjille ja terminaali.
Banan-OS löytyy GitHubista: GitHub - Bananymous/banan-os: Mirror of banan-os, my hobby operating system

Lähde: https://www.notebookcheck.net/Intro...ew-OS-written-from-scratch-in-C.928628.0.html

Tarkoittaako tämä uutinen nyt että täällä aletaan julkaisemaan muitakin unix pohjasten käyttisten uutisia eikä vaan Windows ?
Jos niin, niin hienoa

Itse tuohon käyttikseen niin unix/linux komentoja kiltisti ottaa vastaan mitä tuossa testailin. Mutta lukihan tuossa että on unix like os ja sitä kirjaimellisesti on. Mutta se on vaan hyvä asia.

 

[Kaotik]

Tarkoittaako tämä uutinen nyt että täällä aletaan julkaisemaan muitakin unix pohjasten käyttisten uutisia eikä vaan Windows ?
Jos niin, niin hienoa

Itse tuohon käyttikseen niin unix/linux komentoja kiltisti ottaa vastaan mitä tuossa testailin. Mutta lukihan tuossa että on unix like os ja sitä kirjaimellisesti on. Mutta se on vaan hyvä asia.

On niitä ennenkin julkaistu kun sattuu silmään sopivaa uutisoitavaa. En kuitenkaan lähtisi odottamaan että niitä sen enempää jatkossakaan tulee.

 

[Bananymous]

Hyvä käyntikortti kun hakee töitä, vaikke tuolle mitään käyttöä keksisikään.

Juu eihän tälle mitään oikeeta käyttöä olekaan. Ihan harrastusmielessä ollut kiva projekti kirjoitella.

 

[Konekasaaja]

Sopivasti osuu itsenäisyyspäivän kanssa yhteen tämä uutinen
Pakko sanoa että upea suoritus kyseiseltä kaverilta

 

[ep-l]

Juu eihän tälle mitään oikeeta käyttöä olekaan. Ihan harrastusmielessä ollut kiva projekti kirjoitella.

Jos vielä kerkiät vaihtaa kielen rustiksi niin saat ainakin osan tietoturvabugeista taklattua sillä.

 

[jak_pdgm]

Kova.

 

[Bananymous]

Jos vielä kerkiät vaihtaa kielen rustiksi niin saat ainakin osan tietoturvabugeista taklattua sillä.

Ei ole vielä ittelle tuo rusti kielenä vielä ollut semmonen jota tykkään kirjottaa. Just viime viikolla sain kyllä rustin toolchainin saanut käännettyä omalle targetille, joten voin userspace sovelluksia rustilla jo kirjotella. Joskus miettinyt, että vois rustia kerneli puolellekkin laittaa. Kerneli puolella ei taida raakoja osottimia olla kun schedulerissa joka vaatii vähän monimutkasempaa muistin hallintaa. Kaikki muut on fiksuilla osottimilla (+RAII) joten sanoisin, että muistin hallinta suht turvallista. Tai ainakin turvallisempaa mitä C:llä koskaan voisi saada. Rinnakkaisuuden kanssa suurimmat ongelmat enkä rustista niin paljoa tiedä, että toisiko loppupeleissä mitään lisää tähän.
Pahoittelut tästä finglishistä, en näitä termejä tiedä suomeksi

 

[MMXVI]

Juu eihän tälle mitään oikeeta käyttöä olekaan. Ihan harrastusmielessä ollut kiva projekti kirjoitella.

Ei voi muuta sanoo ku hattuu nostaa.

 

[Sampsa Kopteeni]

Saan jo käyttöjärjestelmältäni kaiken, mitä olen ikinä tajunnnut pyytää

 

[Sompi]

Ei ole vielä ittelle tuo rusti kielenä vielä ollut semmonen jota tykkään kirjottaa. Just viime viikolla sain kyllä rustin toolchainin saanut käännettyä omalle targetille, joten voin userspace sovelluksia rustilla jo kirjotella. Joskus miettinyt, että vois rustia kerneli puolellekkin laittaa. Kerneli puolella ei taida raakoja osottimia olla kun schedulerissa joka vaatii vähän monimutkasempaa muistin hallintaa. Kaikki muut on fiksuilla osottimilla (+RAII) joten sanoisin, että muistin hallinta suht turvallista. Tai ainakin turvallisempaa mitä C:llä koskaan voisi saada. Rinnakkaisuuden kanssa suurimmat ongelmat enkä rustista niin paljoa tiedä, että toisiko loppupeleissä mitään lisää tähän.
Pahoittelut tästä finglishistä, en näitä termejä tiedä suomeksi

Rustin virallinen kääntäjä ei edelleenkään osaa tuottaa i686-koodia, eli jos teet osan moduuleista Rustilla, niin joudut tinkimään käyttöjärjestelmän portattavuudesta.

Pisteet siitä, että hostaat koodit myös omalla palvelimellasi. Olisit voinut laittaa linkin sinne tähän ketjuun, niin ei olisi tarvinnut ensin kahlata Githubin chromeismien läpi. EDIT: Jaa, eihän tämä ollutkaan itse kehittäjän oma ketju.

 

[zxcv]

Päädyin muutaman mutkan kautta tuolta Githubista Expanded Main Page - OSDev Wiki , tuolla on mielenkiintoista materiaalia käyttiksien tekemiseen liittyen, ja muutenkin mielenkiintoista teknistä shittiä vaikkei olisikaan mitään sen syvällisempää halua lähteä itse ohjelmoimaan mitään ihmeempää.

 

[Sompi]

OSDevin wikissä on valitettavasti aika paljon myös väärää tietoa, jota on mahdotonta spotata, jos ei tiedä, miten asia oikeasti on. Varsinaisesti tahallaan siellä ei valehdella, vaan usein ongelmana on, että koodia testataan vain jossain virtuaalikoneessa oikean raudan sijasta, ja sen perusteella sitten tehdään vääriä oletuksia siitä, miten IBM PC-yhteensopiva tietokone toimii.

 

[jive]

Ei ole vielä ittelle tuo rusti kielenä vielä ollut semmonen jota tykkään kirjottaa. Just viime viikolla sain kyllä rustin toolchainin saanut käännettyä omalle targetille, joten voin userspace sovelluksia rustilla jo kirjotella. Joskus miettinyt, että vois rustia kerneli puolellekkin laittaa. Kerneli puolella ei taida raakoja osottimia olla kun schedulerissa joka vaatii vähän monimutkasempaa muistin hallintaa. Kaikki muut on fiksuilla osottimilla (+RAII) joten sanoisin, että muistin hallinta suht turvallista. Tai ainakin turvallisempaa mitä C:llä koskaan voisi saada. Rinnakkaisuuden kanssa suurimmat ongelmat enkä rustista niin paljoa tiedä, että toisiko loppupeleissä mitään lisää tähän.
Pahoittelut tästä finglishistä, en näitä termejä tiedä suomeksi

Jos meinaa tehdä puhtaasti Rustilla joutuu aika paljon tehdä vielä itse. Minä en ainakaan kaipaa uutta nixiä Rustilla.
Jos joku viitsisi tehdä käyttiksen jonka API ja ABI pysyisi vakaana pidempään kuin viisi vuotta niin kelpaisi. Itseäni ketuttaa että kehykset muuttuu kokoajan niin joutuu ajureita muokkaamaan jatkuvasti.

 

[jive]

Jos vielä kerkiät vaihtaa kielen rustiksi niin saat ainakin osan tietoturvabugeista taklattua sillä.

Ei kukaan oikeasti halua kirjoittaa käyttöjärjestelmää kielellä jonka ABI elää edelleen. Rust toimii samoin kuin Java eli uusin versio pitää kääntää edellisellä. Todella mukavaa elinkaarihallinnan kannalta. Versioita on ollut jo tänä vuonna ihan liikaa https://github.com/rust-lang/rust/blob/master/RELEASES.md

 

[jessus]

Jos vielä kerkiät vaihtaa kielen rustiksi....

Nyt illalla pienessä viinissä luin nopeasti että "kielen ruotsiksi"

Hieno projekti. Tällaista jos osaa vääntää, niin ei tarvii miettiä että niin usein jää kakkoseksi töitä hakiessa

 

[jive]

Tai ainakin turvallisempaa mitä C:llä koskaan voisi saada.

Ihan samoja konekäskyjä se suoritin ajaa riippumatta siitä minkä abstraktion kautta ne on tuotettu.

 

[ep-l]

Ihan samoja konekäskyjä se suoritin ajaa riippumatta siitä minkä abstraktion kautta ne on tuotettu.

Toiset abstraktiot jättää enemmän asioita tarkistamatta kuin toiset. Muistivuodot, väärinkäytetyt osoittimet jne...

 

[love_doctor]

Jos vielä kerkiät vaihtaa kielen rustiksi niin saat ainakin osan tietoturvabugeista taklattua sillä.

No siinä on suomalainen Rustilla tehty käyttis vertailun vuoksi: GitHub - hyperion-os/hyperion: a hobby OS + kernel

 

[Sompi]

Suosittelisin tuon Discord-leikkipalvelimen sijasta perustamaan käyttisprojektille jonkin sellaisen keskustelukanavan, johon sitä käyttöjärjestelmää käyttäen on edes teoriassa mahdollisuus liittyä. IRC-kanava esimerkiksi on hyvä ja toimiva.

 

[CycoFin]

Just another Unix copy.

Otsikko antoi ymmärtää että nyt on kehitetty jotain uutta ja ihmeeellistä mutta ei, samaa 70-luvun keskustietokoneen käyttöön tarkoitettua paskaa.

 

[tuskis]

Mukava nähdä että TempleOS ja Terry Davisin perintö elää ja voi hyvin.

 

[hkultala]

Just another Unix copy.

Otsikko antoi ymmärtää että nyt on kehitetty jotain uutta ja ihmeeellistä mutta ei, samaa 70-luvun keskustietokoneen käyttöön tarkoitettua paskaa.

Unixin perusdesignissa ei ole mitään "paskaa".

Se on ziljoona kertaa paremmin suunniteltu kuin myöhemmin tehdyt 1980-luvun todella yksinkertaisten kotitietokoneiden päälle tehdyt purkkaviritykset joiden "täydet uudelleenkirjoituksetkin" kärsii yhteensopivuussyistä niiden alkuperäisten kotitietokonekäyttisten typeristä ratkaisuista, ja teknisesti unix-pohjaiset käyttikset soveltuvat käytännössä kaikkiin nykylaitteisiin todella paljon näitä paremmin.

 

[CycoFin]

Unixin perusdesignissa ei ole mitään "paskaa".

Se on ziljoona kertaa paremmin suunniteltu kuin myöhemmin tehdyt 1980-luvun todella yksinkertaisten kotitietokoneiden päälle tehdyt purkkaviritykset joiden "täydet uudelleenkirjoituksetkin" kärsii yhteensopivuussyistä niiden alkuperäisten kotitietokonekäyttisten typeristä ratkaisuista, ja teknisesti unix-pohjaiset käyttikset soveltuvat käytännössä kaikkiin nykylaitteisiin todella paljon näitä paremmin.

Unixin design on kehitetty toimimaan raudassa jossa on yksi keskuskone jota pystyy käyttämään monta käyttäjää yhtäaikaa "tyhmiltä" terminaaleilta. Miten tämä design palvelee kotikäyttäjää joka yleensä käyttää omaa konettaa suoraan ilman terminaalia yksin ainoana käyttäjänä?

Kommenttini on pääsiassa tarkoitettu kritisoimaan otsikkoa "tyhjältä pöydältä" kun oikeasti on ensin otettu pöytä täyteen vanhoja Unix toimintatapoja ja suunnitteluperiaatteita.

 

[jak_pdgm]

Kommenttini on pääsiassa tarkoitettu kritisoimaan otsikkoa "tyhjältä pöydältä" kun oikeasti on ensin otettu pöytä täyteen vanhoja Unix toimintatapoja ja suunnitteluperiaatteita.

Tämän kaltaisissa käyttisprojekteissa olennaista on mielestäni se että sellainen on ylipäätään osattu itse tehdä, eikä niinkään se että olisi mietitty alusta lähtien "uusi" ja todennäköisesti jo olemassa olevia huonompi design.

 

[Kaotik]

Unixin design on kehitetty toimimaan raudassa jossa on yksi keskuskone jota pystyy käyttämään monta käyttäjää yhtäaikaa "tyhmiltä" terminaaleilta. Miten tämä design palvelee kotikäyttäjää joka yleensä käyttää omaa konettaa suoraan ilman terminaalia yksin ainoana käyttäjänä?

Kommenttini on pääsiassa tarkoitettu kritisoimaan otsikkoa "tyhjältä pöydältä" kun oikeasti on ensin otettu pöytä täyteen vanhoja Unix toimintatapoja ja suunnitteluperiaatteita.

Jos ajattelet noin, maailmasta löytyy todella vähän yhtään mitään "tyhjältä pöydältä" tehtyä. Itse käsitän termin (tässä yhteydessä) niin, että käyttöjärjestelmään ei ole otettu mitään valmista pohjaa vaan kaikki on aloitettu nollasta, vaikka toimintatavat olisivat miten tuttuja menneistä järjestelmistä.