- India felől közelít egy 7550 mAh-s Redmi
- Megjelent a Poco F7, eurós ára is van már
- Yettel topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Fotók, videók mobillal
- Xiaomi 14T - nem baj, hogy nem Pro
- Xiaomi 14T Pro - teljes a család?
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy Watch6 Classic - tekerd!
- Honor 200 - kétszázért pont jó lenne
Új hozzászólás Aktív témák
-
bambano
titán
Az efi nem nagyon orvosol windows problémát. Viszont egyszerűsíthetne processzort, bootolási folyamatot, oprendszer inicializálást, ha nem kellene 26 év után még mindig valós módba kapcsolni majd visszakapcsolni. Tényleg ki lehetne már takarítani a csontvázakat a pc-ből.
A unix állt szemben olyan problémával, hogy 8 meg 12 bites gépen fejlesztették, majd lett belőle 32 és 64 bites termék. A linux már igen fiatal korában is szépen futott az 1 procis 386-ostól kezdve a 36 processzoros sgi meg cray gépekig. Persze, újrafordították. Az nt alatt meg van egy hardver adaptációs réteg, amit külön írnak az adott hardverre.
Szerintem mindenki jobban járt volna, ha az ms nem akar annyira a programozók prompt kedvében járni, hanem rászorítja bizonyos dolgokra őket. Akkor és ott szívás lett volna, hosszú távon jobban jártak volna. -
bambano
titán
Szerintem a szegmensregiszterek oda mutatnak, ahova akarnak, nem ez a lényeg. Elvileg a processzhez adott virtuális memóriából nem lenne szabad kimutatnia, ha mégis, akkor címzéshibával elszáll. Az egymás memóriájába való piszkálást meg az tudná megakadályozni, ha egy fizikai memória lap (speciális esetektől eltekintve) soha nem tartozna két processzhez. Ha ezt sikerül megoldani, akkor nem tudnak beleírni egymásba.
Érdekes módon a unixok is kompatibilisek a régi dolgaikkal, az első unix 1969-ben indult el, lassan 40 éve, az első linux kernel kezdemény 1991-es, az első bsd/bsd386/freebsd kernel se olyan fiatal. Ott mégsincs gond azzal, hogy a régebbi kód hogyan fut. Az, hogy az ms inkább az oprendszert hekkelte meg és hajlította a hibásan megírt alkalmazások irányába és nem kényszerítette rá az alkalmazás írókat, hogy rendes kódot faragjanak, szerintem hibás döntés volt az ms-től.
Nem tudom, a windows melyik regisztert hova teszi, de ha egyben van a stack meg az adatszegmens, abból szép buffer overflow-t kihasználó vírusokat lehet írni. Ahogy ez tapasztalható is...
Csendben és mellékesen jegyzem meg, hogy 2006-ban még ugyanolyan módszerekkel indul el egy pc, mint 1980-ban, amikor az ibm elkezdte faragni a pc-t. A bios bootup kódja beállítgat pár regisztert, ezt-azt és átkapcsolja valós módba a procikat. Utána meg szívjon vele, aki akar. Nagyon itt van már az ideje az EFI-nek vagy bármi másnak. -
bambano
titán
Egy tisztességesen megírt operációs rendszeren elvileg sem lehetséges, hogy két program belefirkáljon egymás memóriaterületeibe (kivéve az interprocesss kommunikációt, ahol osztott memóriába írnak, de ez ott elvárt működés). Tisztességes operációs rendszeren szegmens hibával illik kihajítani azokat a processzeket, amelyek a saját memóriaterületükön kívülre címeznek.
Az operációs rendszernek illene védenie magát és állományait idegen programoktól. Ha egy dll cserére szorul, azt vagy tegye be a program a saját állományai közé és linkelje azt, vagy ha oprendszer dll-t kell cserélni, kérje meg az ms-től a cserét és tegyék bele sp-be vagy update-be.
Az intel procikon 4 védelmi szint van, ebből ismereteim szerint kettőt szoktak kihasználni. A nucleus mehetne a legvédettebb szinten (0), a device driverek mehetnének egyel feljebb (1), a gdi meg a többi marhaság mehetne a 2-esen, a felhasználói programok pedig a 3-ason. Ez nagyjából semmilyen teljesítményvesztést nem okozna, mégse tudná lehúzni egy 3rd party driver az egész kócerájt. De tőlem lehetne tiszta mikrokerneles architektúra is, futhatnának a device driverek user szinten, amekkora felesleges kapacitások vannak mostanában a prociban, nem zavarna senkit. Az átlat usert úgysem zavarná, hogy amikor gépel az office-ben, 2 milliárd utasításnak megfelelő ideig várakozik a proci a következő gombnyomásra, vagy 1.8 milliárd ideig. A gamereknek meg szintén nem lenne baja, ha a videokártya gyors elérhetőségét kivéltelként kezelve megoldanák.
Személy szerint továbbá sajnálom azt is, hogy a világ elfogadta, megszokta, hogy néha rebootolni kell, néha elszáll a rendszer, néha bsod van.
Fentiekből gondolom látszik, hogy nem vagyok jó véleménnyel az ms termékekről, az első mondatodra adott válaszomat ebből ki lehet következtetni. -
bambano
titán
Hogyan fordulhat elő, hogy egy másik program miatt az msn lehúzza a windowst?
Hogyan forduljat elő, hogy egy 3rd party program lecserél egy operációs rendszer komponenst, dll-t? Miért nem lehet másik védelmi szinten futtatni a drivereket, mint a nucleus-t? Miért használnak millió meg millió felhasználót tesztelési célra? -
bambano
titán
Az MS-DOS-t vették. A win3.11/win95/win98-at az apple-tól, közvetve a xeroxtól lopták, az nt/2k/xp sorozatot meg a Digitaltól átcsábított vezető fejlesztő irányításával csinálták, cmu-s meg más (mach) forrásból származó mikrokerneles technológiákra alapozva.
Igazán jó oprendszert, mint pl. plan9, amoeba, stb. a Bell laboratóriumban fejlesztenek.
Tényleg írhatnának már egy jó oprendszert.
Új hozzászólás Aktív témák
Hirdetés
- Apple iPhone 14 Pro Max / 256 GB / 88% akkumulátor / 1év Garanciával / Gyári Független
- 2db Dell PowerEdge R740 2U Rack Szerver és 3db Netapp FAS2040 NAS
- Csere-Beszámítás! Lenovo Ideapad 3 Gamer notebook.I5 10300H / 16GB DDR4 / GTX 1650 / 250SSD +500HDD
- Samsung Galaxy S23 , 8/128 GB , Kártyafüggetlen
- BESZÁMÍTÁS! Microsoft XBOX Series S 512GB játékkonzol garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest