>hogy minden újítást a kernelbe kell fordítani (ezért
már Tanenbaum professzor is leminősítette Linus
Torvaldst
Akkor Tanenbaum professzor hülyeségeket beszélt
(vagy csak az 1.x-es kernelt ismerte). Ha nem hiszed
nézd meg például az nVidia drivert. A modult le is
fordíthatod ugyan, de a legtöbb disztribhez megvan
binárisan. Letöltöd, rpm -i és már benn is van a
modulok között anélkül hogy bármit újrafordítanál.

Véleményem szerint hagyni kell őket, hagy fejlesszenek. Az egyetemista, főiskolás éveik alatt ez egy jó befektetés. Tanulnak belőle, okosodnak, és talán még egy diplomamunka is lesz belőle. Ha kikerülnek az életbe és pénzt akarnak keresni, úgyis rájönnek, hogy ma Magyarországon programozással, hogyan lehet pénzt keresni. (Lehet, hogy nem OP rendszer fejlesztéssel).

Egyébként én (ha lenne időm) inkább Internetes fejlesztésekkel, újításokkal foglalkoznék, az kifizetődőbb lehet.

Sok sikert a fejlesztéshez.

csak sebteben mert sietek:

Sky os:
http://www.sky.m8.com [szeleney Robert]

Alt. OS-ek:
http://www.azillionmonkeys.com/qed/os.html

Különösen a 2. végével tudok egyet érteni: Ami érdekli
a népet. Van egy rakás alternatív OS fejlesztés (kicsit
ilyen a HURD is) ami nem vonz elég fejlesztőt ahhoz
hogy kinője magát.
Ez nem is olyan nagy baj egyébként, nem jó az ha az
erők szétforgácsolódnak (elég baj az hogy linux alatt
ott a KDE és a Gnome amik még clipboard szinten
sem kompatibilisek). Ha nekem Pl. úgy lenne időm
ahogy nincs, a linux kernel vagy a wine fejlesztők közé
próbálnék bekerülni. A linux kernelnek Pl. nagyon
hiányzik hogy megoldják a CD írás lehetőségét kernel
szinten (azaz hogy ugyanúgy be lehessen mountolni
írásra a CD-t mint a Zip lemezt, lást windows alatt a
DirectCD-t). A wine-n meg mindig van mit fejleszteni
. De persze egy csomó más dolog is van aminek a
fejlesztése szvsz hasznosabb mint egy vadiúj
oprendszeré.

http://www.mega-tokyo.com/os/os-faq.html < OS fejlesztoknek.

Egyet kell ertenem LC-vel.

A legnagyobb akadaly az emberek(fejlesztok) osszeterelgetese.
Erre 2 lehetoseg kinalkozik.
1. Felhajtani es megfizetni a jo fejlesztoket (ez ma 3 vagyon).
2. Olyasmit inditasz el ami free, open source, es erdekli a tomegeket.

Sok-sok OS van amely szep is jo is de nincs ala fejleszto rendszer vagy egyaltalan applikacio. Igy hamvaba holt dolog az egesz. Erre jo pelda a Be OS.

A linux azért tud annyira gyorsan fejlődni mert szerte a
világon rengeteg ember fejleszti. Ma már szvsz egy
pénzes rendszernek nincs esélye a windows és a
linux mellett, annyi magyart meg nem tudsz előszedni
GPL-es fejlesztéshez ami ehhez a projecthez kellene
(szvsz > 50 emberév és akkor még csak a kernel
magyar). A kernelbe nem csak az tartozik hogy van
egy időosztásos rendszer meg egy virtuális RAM
kezelés, de benne vannak a fájlrendszerek (lehetőleg
naplózósak), az egyes cuccok driverei (gondolj bele
hányféle hw eszköz van csak amit a linux támogat).
Ráadásul akkora nagy igény sincs rá. Gondolj bele,
akkor amikor Linus Torwalds a linux kernelt csinálta (~
92) gyakorlatilag nem volt olcsó és normális
oprendszer PC-re. Voltak a unixok (Pl. Coherent,
Xenix) de ezek elég drágák voltak, és volt a
DOS/OS2/Windows világ. Akkor egy elég nagy űrt
töltött be a linux ami ráadásul még nyílt forráskódú is
volt. Ma szvsz nincs ilyen űr: van linux, FreeBSD
ingyen, Solaris, OpenUnix (vagy hogy hívják az SCO
utódját) pénzért, és a Win2k sem akkora rakás kaki
mint a 3.1 volt.
De azért hajrá: elkelne egy jobb kernel a linuxom aĺá.
Csak valahogy nem bízom benne hogy lesz, hacsak
Linus-ék nem csinálnak egyet

T. Netboy!
1. valóban nagy arcom van (ilyen vagyok ) de azért néha van mire (néha meg nincs)
2. Hogy az rT hogy lesz megoldva ez egy jó kérdés, szerintem prot módban, nagyon pici időszelettel, SJF, vagy HRR algoritmussal (vagy komplex-szel).
3. Tudod hol lehet ezeket az OS-eket megtekinteni? Érdekelne.
4. Hát, ebben télleg tévedtem. HM
5. Én olyan trének tartom, hogy máshonnan kell forrást nyúlni, ha meg tudnánk írni, akkor is. Viszont: hangzatos, hogy ilyen meg olyan fejlesztők által kidolgozott cumók futnak egy ilyen opre alatt. A mienk azonban struktúrájában más, mint a Linux (ami sajnos _nem_ teljesen POSIX kompatibilis - de attól még műxik)...
6. Thx

LC: tegnap elég tré napom volt, amint látom, te teljesen a Linux híve vagy, vagy legalábbis nagyon szereted - és nem nehéz egy Linuxot megszeretni. Az energiabeleölésről annyit, hogy ha beszerzeünk nem magyartól egy forrást, akkor már nem lehet azt mondani, hogy teljesen magyar oprendszer - pedig _ez lenne a cél_!!! Az viszont ekkor már mindegy, hogy ki milyen alkalmazást futtat, mert az ugye csak alkalmazói prg és nem rendszerkomponens.
---
Más
---
Szerintem létre kellene hozni egy, az LME-hez hasonló társulást, ahol a magyar oprendszerek fejlesztői együtt dolgoznak, kölcsönös kapcsolatban állva egymással. Erről ki mit gondol? így össze lehet hozni egy kajak fejlesztő- és tudásbázist, ami sokkal ütőképesebb, mint egy-egy rendszer egy szál magá(ny)ban. Nos, így utánagondolva végülis a Linux maga is ilyen dolog, ott a "széthúzásokat" disztribúciók testesítik meg (mintha a széthúzás szó névrokon lenne a disztribúcióval - egy csoport másképp gondolja, másképp dolgozza ki ugyanazt, más névvel, de egyazon kernel alá).
Sparow, te hogy véled ezen társulás gondolatát? Ugyanis én nyitott vagyok a kölcsönös keresztbefejlesztésre, vagy te egyedül szeretnéd, mint én régebben? Ugye nem?

Üdv all: NRobcsI

Sőt, hogy tovább menjek a linuxnak csak igen kevés
köze van a minix-hez. Max. annyi hogy anno azon
fejlesztették az első verziót, meg hogy az első
fájlrendszere (amit már gyakorlatilag senki nem
használ) a minixé volt.

T. Nemeth Robert Istvan!

1. Kicsit nagy az arcod.
2. Az elhatarozas nemes. RT OS lesz? Ha igen hogyan lesz
megoldva az RT?
3. A szittya magyarok mar irtak ugy 10-12 oprencert, csak
hogy tudd: A mini os-ek kozul a legjobbak magyar fejlesztok
munkai. Lasd: Sky OS, Flops, stb..
4. A linux nem lopott minix hanem minix klon. A ketto nem
ugyanaz.
5. Megfontolando LC hozzaszolasa miszerint ha mas mar
keszitett valami jot akkor azt folytatni vagy integralni a
sajatoddal nem bun hanem elismerese mas tevekenysegenek s
annak a tenynek, hogy az emberek manapsag nem elnek 400
evnel tovabb. Sok esetben meg addig sem.
6. Fentiek szellemeben sok sikert a munkahoz.

A linux azért szvsz picivel több is mint ami a posix-ben
benne van (pl /proc, modulok). Egy új unix kompatibilis
kernel nem ártana, de szvsz nem kellene mindent az
alapoktól kezdve újraírni, szvsz van pár igen kellemes
dolog ami a linux-ban már megvan (sõt jó része már át is
került más unixokba is, Pl: ALSA, fájlrendszerek,
hálózatkezelés). Egy unix kernel azért nem pici falat, a
linux sem egyik napról a másikra jött létre és õ is sok
mindent hozott más rendszerekbõl (Pl. BSD). Ráadásul van
pár olyan ami nem igazán értem mit keres a projectben: az
AI alapú shell és magyar naptár szvsz már nem a kernel
hanem az userspace területe, ezeket megcsinálhatnátok akár
a linux kernel tetejére is (bár õszintén szólva a magyar
naptárban nem értem mi a poén, a KDE2 alatt most is ott
figyel a határidõnaplóban, de mindegy). Mindenesetre sok
szerencsét!

Na akaggyunk is össze - mint ahogy ez már a fent látható módon meg is történt. Nem fognak összeakadni distributed (vagy shared, nevezzük akárhogy) változón a folyamatok, mivel: nem veszi el a kezedből senki a CPU-t a k2001-ben. Már ez is elég lenne, de mivel le fogom cserélni a jelenlegi ütemezőt olyanra, mint a tied (hiszen úgy illik, ahogy Te is csináltad), de még akkoris ott van, hogy RI-vel, távoli felhívással kell egy változónál értékváltoztatás eszközölni - van két folyamatod és egy harmadik fogja ezeket végezni, tehát van P1 és P2 folyamat, kiolvassa P1 az S shared változót, meg kiolvassa P2 is, aztán P1 visszaír valamit meg P2 is visszaír valamit - HELYETT: P1 megböködi SP-t (server processz), egy "ugyammánöveldmegeggyelamiSbenvan" nevű eljárással, P2 is megböködi és természetesen jó lesz, mivel nem változóba írsz, hanem hivatkozol. Gondolom, teljesen tiszta.
Kérdés:
ad1: - Te egyébként hol tanultál oprendszer elméletet és ki oktatta és forgatod-e Andy Tanenbaum könyvét
ad2: Párhuzamos programozást hol tanultál
ad3: Sparow valójában Harden Sparow (regényhős, az a bizonyos regény egy sorozat része)?

én a Széchenyi Fősulin okultam első-másodikban dr. Benyó Balázstól, PProgot meg fél évig, Tanenbaum könyv meg megvan, szertenyálaztam má egyébként régóta foglalkozom oprencerekkel, de ez a legeslegkomolyabb cucc. És már a szittya magyaroknak is kelene valami saját oprendszert alkotniuk (tré: a vezetéknevem meg Németh, de seráfütty).
+ nem vagyok ellensége más nyelvekre való átírásnak sőt ez bizony muszáj lesz és jt suxxok véle.
Ui: LC hozzászólásán még nem bírok dűlőre jutni,d e zet hagyjuk...
NRI

Szia!

Bocs, kicsit gyorsan, vagy inkább roszzul fogalmaztam, nem
úgy értettem a magyarítást, hanem hogy egyből be lesznek
építve a magyar dolgok (ti is erröl írtatok, magyar naptár,
meg hasonlók).

Az én ütemezöm priorításos, preemptív mindig a legnagyobb
priorítású taszk fut (van öregedés is, ha valamelyik szál
régóta nem kapott vezérlést, akkor egy priorítási szinttel
feljebb kerül, addig amíg futni nem fog, utána visszaáll az
eredeti szintjére). Ha több azonos priorítású taszk is van,
akkor round robin módszerrel váltogatják egymást. A
legmagasabb néhány priorítási szint a szerverfolyamatoknak
van fenntartva, normál felhasználói taszkok nem
használhatják, ezért a egy szerverfolyamatot csak egy másik
szerverfolyamat tud megszakítani, amelynek nagyobb, vagy
ugyanakkora a priorítása.

Viszont azt nem értem, hogy ha fut két szálad, és mindkettö
használni akarja ugyanazt az osztott változót, vagy osztott
memóriterületet, akkor szemaforok nélkül hogy fog
müködni ???

Egyébként olvastam az oldalatokat, szerintem jó ötletnek
tünik, egyedül ez a magyar dolog nem tetszik benne. Inkább
valami több nyelvü dolgot kéne kitalálni, mint pl. a
Windows-ban van, ha már mindeképpen szeretnétek bele.

Köszi szépen, nektek is sok szerencsét. Biztosan
összeakadunk, de miért lennénk ellenségek?

Sparow

Hu kicsit gyorsan irtam az iment... De remélem, érthető volt (NF az NFS) a PRC meg RPC eliras suxx grrrrrrrrrrrrr

LC!
Do u know mi az a POSIX? Mi az az NF? Mi az PRC? Mi az RFC?
Akkor szerintem nem irtal volna ilyen... jo nem mondok
semmit. Nem akarlak en bantani de A LINUX EGY POSIX
OPRENDSZER EMIATT BENNE VAN AZ NFS ÉS AZ RPC IS ÉS IGY AZ
XDR IS és így már remélem érted miért mosolyodtam el magam
a válaszodon...

Szvsz ennél életképesebb dolog lenne ha egy linux kernel kompatibilis dolgot csinálnátok csak picit jobb architektúrával (mondjuk mikrokernellel). Esetleg beszállhatnátok a GNU HURD fejlesztésébe. Mindenesetre jobb ötletnek tűnik mint egy vadiúj rendszerbe ölni az energiát.

Kellemes napot!

Ti mit gondoltok az XDR-ről? Én tervbe vettem a használatát _kernel_ szinten, mert az NFS (és az RPC) ezt támogatja. Szeretném tudni, kinek milyen tapasznyalata van ezzel a napocskás marhasággal (ti. Sun kicsirencerek), nekem assemblys pályafutásom alatt nem igazán rémlik, hogy miért jó _egy_ karaktert 32 biten ábrázolni (egyefene KANJI 16 biten határesettel eeeeeeemegy), meg 8192 bájtos sztringet definiálni akkor, ha előre nem megadott a mérete, de biztos én vagyok a hülye és az amcsik tudják jól, mert ők az okosak...

SzVSz: én még nem láttam okos amerikait, sajnos hülye magyart igen (bár még így is x**y-szor okosabbak és innovatívabbak vogymuk), de szerintem a hüle magorok sem tennének ilyeneket, mint amit itt, fent említek.

A történet: ma reggel lesem az RFC ajánlást, (taurus.poliod.hu/CIE/RFC/1832/index.htm) eddig csak elméletben tanultam róla (még annon másodévesen a fősulyn), de most sem teccett meg. A nyűgöm az, hogy utálnám használni (igen sok fölös helyet foglal), de ha egyszer muszáj POSIX kompatibilisnek lenne, akkor muszáj...

Üdv mindenkinek, várom hozzászólongásitokat:
NRI
Győr, 2001.07.19 07:57

bizony, jól reagáltál, a "ha a programozók programozni is tudnának" sor rád is vonatkozott
szakdogádat letöltötted már? (oké, ez övön aluli volt)

vicces vagy boly

tudod mikor lenne jo a win?

ha max 10 nagyon jó programozó irná és 600 tesztelné

csak akkor sose készülne el

jól gondolod Oregon, nem a népre gondoltam. ha a
programozók programozni is tudnának, a win is sokkal
stabilabb lenne. már a linuxok is fagyogatnak. nem kéne ezt
a kezdeményezést is az első lépéseknél halálra itélni.

> ok, csak ma tele van a nemi szervem:
ok... mellesleg szivesen segitenek de velem csak hatrebb lenetek, mert
eloszor megkellene engem tanitani programozni....
bye Oregon

elozo uzenetemben...amit mondtam az a marketing vonal.....

ok, csak ma tele van a nemi szervem: XXX cégnél dolgozom a számítástechnikán és mindig dob egy hátast valamelyik gép. Nekem meg meg kell csinalnom - szoval erted Egyebkent igazad van - de majs télleg csak akkor jöhet a grafx, ha már STABILAL megy minden a szöveges képernőn!
Üdv: NRI

felre ertettel.
en az eladhatosagrol beszelek.... attol fuggetlenul, hogy ingyen vagy
penert van..
bye Oregon

> Nem felháorodásból írtam mindezt, hanem hogy éreztessem,
> mielőtt grafikánál tartanánk, még kell írni egy nagyon
> durva kernelt és C-fordítót. Az pedig nem két nap alatt fog
> elkészülni és nem 4 ember fejleszti...

Kedves Oregon - én is örülnék annak, ha már ott tartanánk,
hogy _grafika_. Az még messze van. Egyébként tudod milyen
grafikát akarok? Mint egy 3D-s szerepjáték. Ez remélem,
megfelel. Nem Windows meg ilyen dógok... Esetleg virtuális
sisak, vagy hangfelismerés - persze ez utóbbi triviális
dolog. Vagy egyből agyhullámot vizsgáljunk? Amit csak akar
a nép. Ha segítesz, akár holnap kezdhetjük is
megtervezni... ugyan, nem is kell, doksi sem kell,
direktben leprogramozom veled ezt az applikációt. Holnapra!
P.S.:
Nem felháorodásból írtam mindezt, hanem hogy éreztessem,
mielőtt grafikánál tartanánk, még kell írni egy nagyon
durva kernelt és C-fordítót. Az pedig nem két nap alatt fog
elkészülni és nem 4 ember fejleszti...

Üdv: Istike

> ha lesz egy jó apija, akkor szerintem itthon tuti hasitani
meg ha:
- free
- user haver
- es szep skinelheto grafikusa lesz

ez kell a nepnek... vagy Te boj nem a nepre gondoltal??
bye Oregon

Na mégeXceL (még1*) bocs a magyartalanságokért, meg hejsirasi hibakert, de most értem be a céghez, reggel van, kávézás kellős közepén raktam ösze a szavakat, de remélem érthető volt
Üdv!

re Sparow! Ez _nem_ magyarítás, nem nyúlunk forrást
sehonnan sem pénzért sem ingyen, ami eddig elkészült, az
saját fejlesztés. _Magyarítani_ annyit jelent, hogy
sztringkonstansokat magyarul megjeleníteni. Magyarul
_megírni_ valamit - azt az alapoktól kell. A pláne: néztem
az oprendszeredet, na ez már tetszik, nagyon. A mienk
mondjuk nem szemaforokat hasnyál meg mutexet, hanem távoli
objektumhívást. Ez mindössze annyiban nem mindegy, hogy itt
aztán egyáltalában nem számít ki milyen condition változón
lesz blokkolva, mert itt szólsz egy szerver folyamatnak obj
hívással és ha végrehajtatsz egy rendszerhívást, azt senki
sem fogja tőled bunkó modon elvenni a CPU-t és azt csinál
az adot megosztott változóval, amit akarsz és nem fogják
egymást agyonvágni a folyamatok (a távoli hívás itt itt
VXC, remélem olvastad a lapon, http://www.nexus.hu/k2001/
az extra mirrorja). _Nem_ a _jól megszokott_ time slice
ütemezések valamelyikét használom, hanem egy pozitívabb
megközelítésűt - a rendszerfolyamatok kódjai _lemondásig_
futhatnak. Az applikációk úgysem gépi kódban futak , azokat
egy VXC server folyamat szolgálja ki, ami interpretálja a
VXC kódot és _ő_ _hívja_ az ütemezőt bizonyos
paraméterekkel.
Szóval ez télleg nem UNIX magyarítás, hanem egy más világ.
Neked viszont sok szerencsét a további fejlesztésben,
remélem még sokszor összeakadunk itt a fórumon, akár
ellenfélként, akár barátként.

Üdv: Robcsi.
Győr, 2001.07.18.

ha lesz egy jó apija, akkor szerintem itthon tuti hasitani
fog

Szerintem is egész jónak indul.
Véleményem szerint egy OP rendszer életgörbéje a rá íródótt alkalmazások mennyiségétöl függ, szóval ha komolyan gondoljátok, és már úgy áll a rendszer, akkor a fejlesztéshez szükséges cuccokat minél hamarabb publikáljátok!

Üdv. Deka

Nekem kifejezetten tetszik az ötlet! Valahol már volt ez
téma, de azért leírom, hogy ha mindig meg lettek volna
elégedve az emberek azzal, ami épp van, akkor egyetlen
autómárka, motormárka, repülôgéptípús és op.rendszer lenne
a világon.
Srácok ne hagyjátok magatokat befolyásolni, csináljátok azt
és úgy ahogy tetszik! Sajnos idô hiányában nem
tudlak/tudunk benneteket érdemben támogatni de ha kell,
száz megás webhelyet tudnánk biztosítani mindenféle popup-
reklám nélkül szeptember körül.

Kedves mwon: ez _lényegében_ tér el a többitől - nem hinném, hogy belső tartozéka más oprendszernek egy mesterséges intelligenciás shell (végülis a fő célja a rendszernek, hogy MI-s legyen). Egyébként ha láttad a honlapot, sok mindent megtudhacc róla - ha tényleg érdekel. Azért más, mint a többi, mert ad1.: nem nyúlunk forrást (MINIX <=> Linux), ad2.: mert teljesen más technológiákkal szeretnénk a célokat elérni, ad3.: mert magyar és van még jónéhány érvem. Csak az bánt, hogy nincs még elég fejlesztő ;( ...
mikike: Linux-ra gondolsz? Ha láttál már legalább 10 POSIX rendszert, nem lesz részed meglepetésben. De én még nem láttam a mienkhez hasonlót (ennyi hülyeséget egy rakáson)... )))

deja vum lett

Ez miert lesz jobb, mint a ma letezo tobb szaz oprendszer? Nem kotekedes keppen kerdezem, hanem tenyleg erdekel.

Üdvözlet Mindenkinek!

Szeretnék egy új témát indítani, ami egy _magyar_
fejlesztésű operációs rendszerrel foglalkozik.
A rendszer POSIX kompatibilis fog lenni.
Tartalmaz néhány _nem igazán megszokott_
rendszerkomponenst (pl.: Magyar Naptár,
magyar nyelvű M.I. shell), saját fájlrendszert,
saját futtatható fájlformátumot (VXC)...

Szívesen fogadok minden hozzászólást, ötletet,
kritikát, vagy bármit. Keresek szimpatizáns
fejlesztőket is.

A rendszerről többet a
http://k2001.at.extra.hu/
oldalon tudhattok meg.

Üdv mindenkinek:
N.R.