já bych si dokázal představit i revoluční krok: přechod na neustále aktualizované Windows
To ale neni to co si predstavuje autor zpravy pan Jezek tema aktualizecema musi myslet opravdu neco revolucniho narozdil toho jak fungujou aktualizece dosud.
A docela by me zajimalo jestli pan Jezek ma talent Elona Muska nebo slova mu jen nahodou jednorazove vypadly z ust.
Zase také prekvapenie by to nebolo
Microsoft Builds Own Linux-Based Data Center Network OS for Azure
Claims faster debugging, leaner software stack than with vendor-supplied software
Sep 18, 2015
https://www.datacenterknowledge.com/archives/2015/09/18/microsoft-builds-own-linux-based-data-center-network-os-for-azure
Microsoft has created its own FreeBSD image. Repeat. Microsoft has created its own FreeBSD image
Redmond will support it inside Azure and send code back to the FreeBSD Foundation
Thu 9 Jun 2016
https://www.datacenterknowledge.com/archives/2015/09/18/microsoft-builds-own-linux-based-data-center-network-os-for-azure
NT kernel je od unixů dost odlišný, a z hlediska designu s dovolením o dost čistší. Wine je pokus o reimplementaci Win32 API, který desítky procent volání API prostě zahazuje (resp. nic neudělá a vrátí ERROR_SUCCESS), a další spousta volání nedělá to co na Windows. To že na tom vůbec nějaký Win32 SW běží - s většími či menšími problémy - je takový menší zázrak. Dodělat Wine do použitelné podoby by byl obrovský projekt.
Není mi jasné, jak by Windows technologicky prospěl přechod na unixový kernel, koncepčně starý cca 50 let. NT kernel je proti tomu svěží vánek. Windows navíc mají obrovskou podporu HW a obrovskou aplikační základnu. Vyklidit takový trh nedává smysl.
Osobně bych čekal spíš další evoluci na téma Windows. Je přitom z čeho čerpat. Projekt Singularity je managed OS nabízející software-isolated processes, běžící v jednom address space, tj. bez nutnosti přechodu mezi kernel mode a user mode, bez nutnosti TLB flushe. Verve je OS s end-to-end type safety a memory safety. Barrelfish OS je multikernel a ukazuje možnosti škálování OS na systémech s velikým počtem jader. Bigtop je projekt grid-based OS. Tyhle projekty - na rozdíl od Unixů - mohou opravdu vývoj OS někam posunout.
Vždycky si rád nechám vysvětlit, co se změnilo. Nebojte se mě komentovat.
Za mě se změnilo to že většina dister má systemd (hmm, binární logy, které uživatelé Linuxu viděli jako div ne největší zlo Windows?) a Wayland (cokoliv je lepší než X11, ale technologie to není moc dobrá). Jinak je to pěna dní.
Rict o NT kernelu tak jak je nyni ze to je svezi vanek je myslim dost odvazne.
Dle meho nazoru NT kernel obsahuje inovativni veci na rozdil od kernelu na pocatku zalozenych na V7 Unixu (vc. Linuxu). Jmenovite treba kernelove eventy, ale je toho vice.
Na druhou stranu tuto myslenku jednoduse pohrbila neschopnost a slendrianstvi, ktere je ve Windows videt snad uplne vsude.
Dale je tam videt obrovska mira prekombinovanosti, zejmena v ovladacich.
NT mají premptivní reentrantní kernel s rysy mikrokernelu, od začátku portovatelný, s nativní podporou multithreadingu a SMP, se subsystémy včetně Win32, OS/2 a POSIXu (dnes Linuxu), s oddělením platformních závislostí do Hardware Abstraction Layeru. Pokud jde o drivery, tak architektura je podle mě v pohodě. Není úplně nejjednodušší, ale zase ve srovnání s Unixy flexibilnější. Třeba Driver Stack má zajímavé řešení, které umožňuje vložit filter driver prakticky kamkoliv. Podobně jako Unixy mají blokové zařízení a nad ním FS, s tím že v NT to není závislé na konkrétních driverech (a drivery mají stabilní API).
Linus ve svých začátcích zjevně nevěděl o architektuře OS vůbec nic, a ze zamyšleného terminálového emulátoru nějakou nehodou dospěl k dosti divoké reimplementaci desítky let starého Unixu. Na té se už desítky let provádí intenzivní práce ve stylu Frankensteinova monstra, která má nedostatky designu napravit. Koukněte se, jak se implementoval threading - to je příběh jako z horroru. Koukněte se BLK a jeho odstraňování, to je z podobné kategorie.
Diskuse je to nicméně do značné míry akademická. Můžeme sice každý psát, co se nám líbí, ale má to nulový praktický význam.
(a drivery mají stabilní API)
ROFL, tak vas poprosim o instalaci XP driveru pro skener do W7. Pripadne instalaci xhci USB driveru z W10 pro intel B360 do W7. S windows se totiz kvuli driverum tvori 99% elektroodpadu, protoze zmena verze = zarizeni nelze pouzit.
A pod W10 jsou drivery nekompatibilni i mezi verzema buildu, takze zustante ve svem pohadkovem svete a skusim overit, zda jim v Bohnicich nekdo nechybi :-)
Zkusme méně demagogie. WIA drivery jsou binárně zpětně kompatibilní od Windows XP po Windows 10. Ovšem to že je API stabilní ještě neznamená, že bude driver nutně fungovat. Například ve Windows Vista běží servis Windows Image Acquisition - který běží ty user-mode WIA drivery - by default pod kontextem Local Service, kdežto ve Windows XP běžel pod Local System. Některé drivery psané pro WinXP pak počítají s tím, že mají permissions, které ve Vistě nemají. V takovém případě je možné změnit kontext, ve kterém ten Windows Image Acquisition service běží. Další drivery například obsahují chyby, které se mohou demonstrovat jen na konkrétní verzi OS.
Pokud jde o použití driveru psaného pro Win10 na starším OS, tak tam by šlo o dopřednou kompatibilitu, a ta se zjišťuje fakt špatně.
Zkuste srovnat situaci s Linuxem, kde je binárka driveru použitelná leda v konkrétním buildu konkrétního distra.
Nakonec to si užili i v Mnichově u projektu LiMux. Své distro založené na Ubuntu vždy odladili a odzkoušeli na aktuálním HW. Pak distro zestárne a už nepodporuje nový HW, protože nelze doinstalovat binární drivery pro jeho podporu. Je potřeba nový kernel. Takže použijí novější Ubuntu, a tím získají podporu pro nový HW. Bohužel ale nový kernel odstraňuje podporu pro různý starší HW, a kde podpora trvá, tam se drivery liší, takže se pak ukazuje, že to na starém HW ve spoustě případů prostě nefunguje. Pochopitelně mohou mít různé verze distra na různých strojích. Závislost na konkrétní verzi konkrétního distra ale mají navíc i aplikace.
Ještě dodám, že vždycky můžete použít Linux. Z těch mnoha tisíc modelů skenerů vám jich pár bude fungovat dobře, další budou fungovat tak-nějak, a na zbytek zapomeňte. Většinou také půjde o generické drivery daného chipsetu, takže povětšinou zapomeňte na podporu podavače, oboustranného podavače, razítkovače, skenování filmů, barevnou kalibraci, rychlé skenování (řekněme 100 stran za minutu z podavače) atd.
Koukněte se třeba na tohohle mazlíka. Kodak i5850S, zásobník na 750 listů papíru, a umí pěkných 210 stránek za minutu (oboustranně, takže 420 images per minute), a má samozřejmě razítkovač. Drivery? Samozřejmě pro Windows 7, 8 a 10.
https://www.youtube.com/watch?v=4jVrTLITmTU
Pozdravuje v těch Bohnicích ;)
No já mám spíše opačnou zkušenost. Mám doma skener a tiskárnu od HP, které už dávno ve Win nerozchodím, ale v Linuxu stále fungují. Pro Linux platí, že je nutné kupovat zařízení, které mají otevřené ovladače, pak se ta podpora udrží, pokud nemají, tak to výrobce podporuje stejně jako pro Win. A pokud nemají vůbec, tak nekupovat.
Jak zjistíte, jestli je daný model podporovaný? Pokud driver dodává výrobce, tak bývá vázaný na konkrétní distro a jeho verzi, s tím že při troše štěstí se vám povede ho rozchodit i na jiném aktuálním distru, na dobu předem neznámou. Pokud se kouknete na zařízení podporovaná v SANE, tak zjistíte, že status "Complete" je zatraceně vzácný. A i tam se dozvíte špeky typu že model je u backendu není zmíněný podporovaný, ale píše se tam "may support other models" a "best way to determine level of support is to test the scanner directly". K tomu také "flatbed units may fail to scan at maximum area, particularly at high resolution" (vše sane-fujitsu). To je fakt "complete support" jak noha. Přitom to je nejlepší úroveň supportu skeneru, a všechno horší než complete support znamená, že zcela určitě něco nebude fungovat, jak má. Ale samozřejmě pokud máte rád loterii, tak jděte do toho :)
Já osobně třeba provozoval zvukovou kartu, které skončily oficiální drivery na úrovni Windows Vista ještě na 7 a pak na 10 s těmi stejnými ovládači z toho stejného instalačního CD a jelo to, překvapivě bez padání.
Ale také jsem slyšel o kolegovi, který sestřelil Windows server novymi drivery tiskárny.
A taky jsem měl WiFi dongle od jedné přední značky, jejichž drivery byly strašné a BSOD byl na denním pořádku.
Takže bych řekl, že je to spíš kus od kusu.
„[...]tak vas poprosim o instalaci XP driveru pro skener do W7. [...] S windows se totiz kvuli driverum tvori 99% elektroodpadu, protoze zmena verze = zarizeni nelze pouzit.[...]“
Toto je jediný důvod, proč stále udržuji naživu Virtual Box s XP. Nechtělo se mi vyhazovat jinak funkční skener, který prostě na Win 7+ ani Linuxu nejede.
(A pro rejpaly, že jsem si měl pořídit něco, co jede i na Linuxu: před těmi cca 15ti lety jsem jel pouze na XP a Linux neznal, takže jsem to neřešil. Plus, jak jsem později zjistil, bez internetu by mi byl Linux stejně na nic, protože něco jako jednoduchý offline instalátor aplikací či dokonce aktualizací neexistovalo.)
Jistě víte, že NT kernel vychází z VMS, takže kernelu koncepčně starého cca 50 let.
Jeden citát za všechny: "Although NT was a new OS in 1993, with a new API (i.e., Win32) and new user and systems-management tools, the roots of NT's core architecture and implementation extend back to the mid-1970s."
Asi nebylo zřejmé, že se jednalo o reakci na větu: "Není mi jasné, jak by Windows technologicky prospěl přechod na unixový kernel, koncepčně starý cca 50 let". Takže ještě jednou, model kernelu NT je přibližně stejně starý (vychází z VMS). Není to _novější_ koncepce. Je to _jiná_, přibližně stejně stará, koncepce. Já nebyl ten, kdo naznačoval, že kvalita záleží na stáří :)
Podotýkám že Linux vznikl jako divoká reimplementace klasických Linuxů, jedno volání po druhém podle jejich dokumentace. NT vznikly jako nově napsaný OS, jehož architekti pracovali na VMS, takže přebírá některé pojmy a koncepty - ale to je tak asi všechno. Tvrzení že NT "vycházejí z VMS tak jako Linux vychází z Unixu" je přinejmenším zavádějící. NT _je_ novější koncepce. Hlavně tam ale nějaká koncepce byla, na rozdíl od tohoto:
Hello everybody out there using minix -
I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones. This has been brewing since april, and is starting to get ready. I'd like any feedback on things people like/dislike in minix, as my OS resembles it somewhat (same physical layout of the file-system (due to practical reasons) among other things).
I've currently ported bash(1.08) and gcc(1.40), and things seem to work. This implies that I'll get something practical within a few months, and I'd like to know what features most people would want. Any suggestions are welcome, but I won't promise I'll implement them :-)
Linus (torvalds@kruuna.helsinki.fi)
PS. Yes - it's free of any minix code, and it has a multi-threaded fs. It is NOT portable (uses 386 task switching etc), and it probably never will support anything other than AT-harddisks, as that's all I have :-(.