[Gabibácsi]

Idézet: Samuraj - Dátum: 2015. 03. 20. 01:52

Fú, srácok csak most olvasom.

- Már ilyenek vannak. PCI, előtte ISA (ha elég a sávszéle), lpt,compó®t... USB nem utolsó sorban. Az intel procikhoz is lehet hardvert gyártani, minden foglalat, lábkiosztás, jelalak le van dokumentálva, szabadon letölthető intel.com.
- erről a C64 jutott eszembe. Télleg 1cerű utasításkészlet. Viszont nem lesz túl gyors ha mindent többezer ciklusos összeadásokban kell implementálni.
- annyi idő alatt tököm se bútol fel
- sok. Menjen 1 megán. Illetve 640K-n, elvégre arról Bill bácsi is megmondta, hogy mindenre elég.
- vége. Bár mintha a tlb-nek nem kimondottan a memória védettséghez lenne közvetlen köze.

OS írással a mikrofos is próbálkozik már jó 30 éve és eddig egyik se sikerült maradéktalanul faszára, inkább csak olyan béta. Bár kinek mi az ízlése.

Csak álmodozik. Meg kéne néznie egy amiga 1200-est, és rájönnie hogy idióta tudatlan majom

[Sparow2]

Idézet: Samuraj - Dátum: 2015. 03. 20. 01:52

Fú, srácok csak most olvasom.

- Már ilyenek vannak. PCI, előtte ISA (ha elég a sávszéle), lpt,compó®t... USB nem utolsó sorban. Az intel procikhoz is lehet hardvert gyártani, minden foglalat, lábkiosztás, jelalak le van dokumentálva, szabadon letölthető intel.com.
- erről a C64 jutott eszembe. Télleg 1cerű utasításkészlet. Viszont nem lesz túl gyors ha mindent többezer ciklusos összeadásokban kell implementálni.
- annyi idő alatt tököm se bútol fel
- sok. Menjen 1 megán. Illetve 640K-n, elvégre arról Bill bácsi is megmondta, hogy mindenre elég.
- vége. Bár mintha a tlb-nek nem kimondottan a memória védettséghez lenne közvetlen köze.

OS írással a mikrofos is próbálkozik már jó 30 éve és eddig egyik se sikerült maradéktalanul faszára, inkább csak olyan béta. Bár kinek mi az ízlése.

Az az MMU cache-je, hogy ne kelljen minden egyes memóriahozzáféréskor végignyálazni a paget table-ket. Különben egy memóriahozzáférés rögtön 3-4-et jelentene (még ha cache-ből is).
Egyébként ha ennyire egyszerű hardvert akar, az is van már, mikrovezérlőnek nevezik: típustól függően 30-50 utasítás, néhány KB RAM.

['Geri']

Idézet: Samuraj - Dátum: 2015. 03. 20. 01:52

- Már ilyenek vannak. PCI, előtte ISA (ha elég a sávszéle), lpt,compó®t... USB nem utolsó sorban. Az intel procikhoz is lehet hardvert gyártani, minden foglalat, lábkiosztás, jelalak le van dokumentálva, szabadon letölthető intel.com.

hajrá, mi tart vissza?

Idézet: Samuraj - Dátum: 2015. 03. 20. 01:52

- erről a C64 jutott eszembe. Télleg 1cerű utasításkészlet. Viszont nem lesz túl gyors ha mindent többezer ciklusos összeadásokban kell implementálni.

Ilyen szempontból nem hatékony, az tény. persze feladattól függ, mert pl míg egy for ciklus nem különösebben hatja meg a lelki világát, a szorzás/osztás (illetve a szorzásra, osztásra lebontott műveletektől) igencsak lassú tud lenni. elég agresszív optimizációkat csináltam a compilerben, hogy ne tartson minden állandóan több ezer órajelig. a faktoriálisszámítás például kijózanítóan lassú volt, de jelentős előrelépéseket értem el azóta.

Idézet: Samuraj - Dátum: 2015. 03. 20. 01:52

annyi idő alatt tököm se bútol fel

nem a szexuális teljesítőképességed a téma

Idézet: Samuraj - Dátum: 2015. 03. 20. 01:52

sok. Menjen 1 megán. Illetve 640K-n, elvégre arról Bill bácsi is megmondta, hogy mindenre elég.

gondoltam rá, hogy ha már úgyis homebrew platform lesz, akkor esetleg mehetne minimális mennyiségű rammal. azonban a rendszer ekkora helyre eleve bele sem fér már csak az unicode betűk miatt sem, aztán a binárisokban a header részek is már önmagukban több kilobájtosak. egyelőre azt tudnám tippelni, hogy 64 mega rammal kényelmesen használni lehet majd, illetve ezt tartom szem előtt. de nem akarok jóslatokba bocsájtkozni.

Idézet: Samuraj - Dátum: 2015. 03. 20. 01:52

vége. Bár mintha a tlb-nek nem kimondottan a memória védettséghez lenne közvetlen köze.

ha a fragmentációra gondolsz, nekem nem különösebben adódott probléma. igaz, ezt még csak primitív körülmények között teszteltem.

['Geri']

értelemszerűen mmu sincs. (legalábbis olyan értelemben, ahogy a mostani procikban lenni szokott, magát a ramot azt értelemszerűen el kell érnie)

Szerkesztette: 'Geri' 2015. 03. 20. 15:44 -kor

[Gabibácsi]

https://youtu.be/6htgqDQtl9U

Szerkesztette: Gabibácsi 2015. 03. 20. 16:36 -kor

[Dr. Szöszi]

Idézet: Gabibácsi - Dátum: 2015. 03. 19. 10:16

Igazi polihisztor

polisztirol

[Jahno]

Idézet: 'Geri' - Dátum: 2015. 03. 20. 15:43

értelemszerűen mmu sincs. (legalábbis olyan értelemben, ahogy a mostani procikban lenni szokott, magát a ramot azt értelemszerűen el kell érnie)

Ezt mindjárt gondoltam, hogy ami a mai cuccokban van, az feléd nem lesz, mert fasság és egyértelműen jobbat tudsz alkotni az alapoktól.

[Sparow2]

Idézet: 'Geri' - Dátum: 2015. 03. 20. 15:43

gondoltam rá, hogy ha már úgyis homebrew platform lesz, akkor esetleg mehetne minimális mennyiségű rammal. azonban a rendszer ekkora helyre eleve bele sem fér már csak az unicode betűk miatt sem, aztán a binárisokban a header részek is már önmagukban több kilobájtosak. egyelőre azt tudnám tippelni, hogy 64 mega rammal kényelmesen használni lehet majd, illetve ezt tartom szem előtt. de nem akarok jóslatokba bocsájtkozni.

Ehhez képest egy Linux, GUI nélkül, pár alap szervízzel (ssh, meg ilyesmik) befér lazán 6-8-12 MB-nyi memóriába.
64 MB-on lazán használható.

[Sparow2]

Idézet: 'Geri' - Dátum: 2015. 03. 20. 15:43

értelemszerűen mmu sincs. (legalábbis olyan értelemben, ahogy a mostani procikban lenni szokott, magát a ramot azt értelemszerűen el kell érnie)

Ööööö ... de ha nincs védelem, akkor megette a fene az egészet, egy hibás vagy direkt rosszul megírt program rogyasztja össze az egészet.

[Sparow2]

Idézet: Jahno - Dátum: 2015. 03. 20. 18:36

Ezt mindjárt gondoltam, hogy ami a mai cuccokban van, az feléd nem lesz, mert fasság és egyértelműen jobbat tudsz alkotni az alapoktól.

HAHAHAAAAA
Bírom az ilyeneket, akik nulla tudás nélkül nagy lendülettel új alapokra akarnak helyezni valamit. Valóban az a legdurvább, ha a butaság nagy szorgalommal párosul.

[Sparow2]

Idézet: 'Geri' - Dátum: 2015. 03. 20. 15:43

hajrá, mi tart vissza?

Az, hogy nem foglalkozok a témával és nem akarok PC hardver építeni.
De építenek nagyon sokan mások. Pl. USB-s kütyüket fillérekért vehetsz Kínából.

[Samuraj]

Idézet: 'Geri' - Dátum: 2015. 03. 20. 15:43

hajrá, mi tart vissza?

Mármint mitől mi tart vissza? Arra vonatkozóan írtam, hogy állítólag nincsenek "szabad" hardverek, mert mindent kontrollálnak a milliárdos vállalatok és kormányok.

Tudom mi az a TLB. Csak szöveg értelmezésileg nem attól lesz védett a memória (különböző taszkok eltérő szegmensei), hogy van-e tlb vagy nincs. Nyílván ha nincs védelmi funkció, nincs értelme tlb-nek sem. Persze lehet protected mód nélkül is multitaszk rendszert csinálni (i8086-ra is jó gyakorlat), de akkor minden programnak megbízhatóan kell működnie. Aztán a vírusok kérdése is.

Aztán ajánlom figyelmedbe a hexa-bcd jeleggű konvertereket, illetve bármelyik számrendszből -be. C nyelven nyílván egy sornyi.
Az állomány műveleteken is jót derültem (100 vagy mennyi soron belül?). Próbálj meg felmountolni csak egy VFAT-ot, úgy hogy minden hibalehetőséget, rendellenességet megvizsgálsz (fat lánc, katalógus sorszámozása, fat kapcsolata). Megfejelhetjük több partícióval eltérő FS-ekkel. Szerintem még C-ben sem pár sor, hibaüzenetek kiágazása, egyebek. Mozgatni kell a memória szegmenseket rendesen, a fattábla méret max 32 mega lehet és min kettő van belőle és az első az összehasonlításuk, címek kilógnak-e a partícióról, stb. - Ezt csak egy példának szánom, nehogy valaki el kezdje meglovagolni hogy de elavult meg akármi.

[Gabibácsi]

Idézet: Sparow2 - Dátum: 2015. 03. 20. 18:59

Az, hogy nem foglalkozok a témával és nem akarok PC hardver építeni.
De építenek nagyon sokan mások. Pl. USB-s kütyüket fillérekért vehetsz Kínából.

Sőt, most rendelek az amigámhoz joyport-usb átalakítót.

[Sparow2]

Idézet: Samuraj - Dátum: 2015. 03. 20. 19:20

Aztán ajánlom figyelmedbe a hexa-bcd jeleggű konvertereket, illetve bármelyik számrendszből -be. C nyelven nyílván egy sornyi.
Az állomány műveleteken is jót derültem (100 vagy mennyi soron belül?). Próbálj meg felmountolni csak egy VFAT-ot, úgy hogy minden hibalehetőséget, rendellenességet megvizsgálsz (fat lánc, katalógus sorszámozása, fat kapcsolata). Megfejelhetjük több partícióval eltérő FS-ekkel. Szerintem még C-ben sem pár sor, hibaüzenetek kiágazása, egyebek. Mozgatni kell a memória szegmenseket rendesen, a fattábla méret max 32 mega lehet és min kettő van belőle és az első az összehasonlításuk, címek kilógnak-e a partícióról, stb. - Ezt csak egy példának szánom, nehogy valaki el kezdje meglovagolni hogy de elavult meg akármi.

Osztás megoldható nagyon egyszerűen shift és összehasonlító műveletekkel.

Nekem ext2 olvasása (írása nem) ~1400 sor, szellősen, kommentekkel. Ebben benne van a diszk kezelése is (BIOS, legegyszerűbb olvasás + extended INT 13h fukciók: 64 bites LBA; és LRU cache), meg a partíciók olvasása.

Szerkesztette: Sparow2 2015. 03. 20. 20:45 -kor

['Geri']

Idézet: Jahno - Dátum: 2015. 03. 20. 18:36

Ezt mindjárt gondoltam, hogy ami a mai cuccokban van, az feléd nem lesz, mert fasság és egyértelműen jobbat tudsz alkotni az alapoktól.

talán mert triplázza a memóriavezérlő tranyóigényét. ha valamihez nem értesz, ne próbálj meg konklúziót levonni belőle.

['Geri']

Idézet: Sparow2 - Dátum: 2015. 03. 20. 18:52

Ehhez képest egy Linux, GUI nélkül, pár alap szervízzel (ssh, meg ilyesmik) befér lazán 6-8-12 MB-nyi memóriába.
64 MB-on lazán használható.

ez nem tud gui nélküli módot.

['Geri']

Idézet: Sparow2 - Dátum: 2015. 03. 20. 18:53

Ööööö ... de ha nincs védelem, akkor megette a fene az egészet, egy hibás vagy direkt rosszul megírt program rogyasztja össze az egészet.

egy hibás/direkt rosszul megírt program a windowst és a linuxot is össze tudja rogyasztani. az az állítás természetesen igaz, hogy így nem annyira biztonságos, de a platform koncepciója az egyszerűség, tehát semmi ilyesmi nem fog belekerülni kvázi soha.

['Geri']

Idézet: Sparow2 - Dátum: 2015. 03. 20. 18:59

De építenek nagyon sokan mások. Pl. USB-s kütyüket fillérekért vehetsz Kínából.

intel processzort, meg windowst is. vagy most akkor mit akar sugalni ez a gondolatod?

['Geri']

Idézet: Samuraj - Dátum: 2015. 03. 20. 19:20

Az állomány műveleteken is jót derültem (100 vagy mennyi soron belül?). Próbálj meg felmountolni csak egy VFAT-ot, úgy hogy minden hibalehetőséget, rendellenességet megvizsgálsz (fat lánc, katalógus sorszámozása, fat kapcsolata). Megfejelhetjük több partícióval eltérő FS-ekkel. Szerintem még C-ben sem pár sor,

nem lesznek más fájlrendszerek támogatva, szépen meg is válaszolod a felvetésedet, hogy miért nem.

ha valaki akar fat fájlrendszert támogatni, vagy bármi mást, akkor az kizárólag thirdparty fat meghajtón keresztül történhet meg, mert én nem fogok adni hozzá semmi ilyesmit.

['Geri']

ezen a hardveres platformon nincs shift, illetve pont hogy a shift van (lesz) megoldva osztással.