Windows tulee vapaan lähdekoodin ohjelma. ja jopa siis ilmainen home versio.
https://answers.microsoft.com/en-us/windows/forum/windows_10-windows_install/windows-core-os-an-open-source-operating-system/425e8d20-b335-4977-9559-d33f0b188d52
https://answers.microsoft.com/en-us/windows/forum/windows_10-windows_install/windows-core-os-an-open-source-operating-system/425e8d20-b335-4977-9559-d33f0b188d52
Vastaukset 25
Vanhimmat
Siis????
WCOS - Avoin lähde
WCOS Omistusoikeuspalvelut (kuten pääsy tallennukseen jne.) - freeware OEM: lle
WCOS Omistetut palvelut tuki x86 (ei-kotimainen ja mitä ei) - maksullinen versio OEM
WCOS Omistetut palvelut tuki x86 yritysympäristön hallintatyökaluille - yrityksen työasemalle (hyvin ... tämä saattaa itse asiassa olla houkutteleva tietäen, että Windows on erittäin altis viruksille, ja suljettu puutarha on vähemmän todennäköisesti tartunnan viruksilta).
Mikä olikaan aloittelijan kysymyksesi?
Tämä jossain määrin ollut odotettavissa. Microsoft on avannut viime vuosina kokoajan Windowsin osia.
Kun aloittivat tekemään Visual Studio Code, alkoivat käyttää Chromium Embedded Frameworkia että se ei siis käyttänyt Edgen selain komponenttia. Nyt ilmoittivat, että vaihtavat Edgen selain moottorin jossain kohtaa.
Eli siis Microsoftilla on Windowsin keskeiset osat, .NET ja Windowsissa käytettävä selainmoottori avointa koodia. Toisin sanoen saa ilmaiseksi Windowsin perusjutut. Aivan kuten Androidin saa.
Tuossa ei puhuta että ilmaiseksi jakaisivat käännettyä Windowsia, vaan tekevät Androidin tyylillä että jakavat lähdekoodin kuten Google tekee.
On siis täysi vapaus ladata Windowsin lähdekoodit ja kääntää Windows, ilmaiseksi. Aivan kuten Androidilla.
Ei kyllä löytynyt vahvistusta tälle että voi olla myös roskaa tuo Core OS:n lähdekoodien julkaisu.
Jos tosta nyt jotain haistelee, näyttäisi että CoreOS, Lite ja win 10 arm on kaikki samaa Andromeda pohjaa joka on avoin. ja hyvin lähellä debian koodia,
Microsoftin oma tekele eli x86 ohjelma rajapinta näyttäisi vielä ainakin tökkivän kovasti w10 arm testilaitteissa.
melko android
https://i.rmbl.ws/s8/1/N/K/A/P/NKAPa.qR4e-small-MicrosoftsAndromeda-could-l.jpg
Tuo juttu lienee pitävän paikkansa. Windows avasi pari päivää sitten käyttöliittymä frameworkit myös: https://www.infoworld.com/article/3325799/development-tools/microsoft-open-sources-wpf-winforms-and-winui-xaml.html
Että näyttää siltä, että Windowsin saa hyvin pian maksutta.
"Microsoftin oma tekele eli x86 ohjelma rajapinta näyttäisi vielä ainakin tökkivän kovasti w10 arm testilaitteissa."
Ei sitä ole mahdollista saada nopeaksi. Sehän muuttaa arkkitehtuurilta toiselle koodin ja helposti tekee koodin ajamisen vaikka 10x hitaammaksi ja varsinkin jos ARM laite on hitaampi kuin joku satawattinen AMD64 vehe niin voi olla vaikka 100x hitaampi.
Sillä ei nyt ole yhtään mitään väliä kun ne koodit käännetään tietysti uusiksi. Microsoft julkaisi jonkin aikaa sitten SDK:n että saa käännettyä vanhanaikaiset C ohjelmat ARM:lle.
Lähinnä tässä se juttu, että Debianiin saisi jo nyt käänneltyä tuen natiiville Windowssovelluksille, kunhan jättää huomiotta jonkun videokodekin tai DirectX:n. Windowsia ei siis enää välttämättä tarvitse Windows sovellusta varten.
Hmmm.Jos vertaa wine rajapinta muunnosta, ei se nyt hidasta juurikaan jos yhtään mitään, Nin kai microsft itsekkin sen saa hanskattua. Ja jos ydin on linux tyyppinen, ei sitä silloin haittaa ohjelman ja prosessoriarkitetuurin riipuvuus, kuin NT järjestelmissä. Vaan kuten linuxissa sama ohjelma toimii, oli prosessori mikä tahansa.
ka toi kuva muuten tossa yllä, se on android eikä andromeda, toimittaja on mokannut.
Toimiihan winessä directx ja koodekit Mitään ongelmaa,
"Hmmm.Jos vertaa wine rajapinta muunnosta, ei se nyt hidasta juurikaan jos yhtään mitään"
ARM:ssa ei ole rajapintamuunnos vaan koodi pitää jollain tavalla kääntää uusiksi. Voi helposti mennä 10x hitaammaksi. Verrattavissa vaikka siihen, että ajaa DOSBoxia ARM:lla.
"Ja jos ydin on linux tyyppinen, ei sitä silloin haittaa ohjelman ja prosessoriarkitetuurin riipuvuus, kuin NT järjestelmissä. Vaan kuten linuxissa sama ohjelma toimii, oli prosessori mikä tahansa."
Linux ei tee ohjelmia arkkitehtuuririippumattomaksi. Arkkitehtuuririippumattomuus saadaan joko tulkatulla kielellä tai ajamalla sitä jonkinlaisen virtuaalikoneen läpi.
Jos ohjelma on käännetty arkkitehtuuririippuvaiseksi, että ei ole mitään tavukoodin JITtausta tai tulkkausta, se pitää kääntää erikseen jokaiselle prosessoriarkkitehtuurille mitä halutaan tukea.
Linux ei siis eroa tässä mitenkään NT:stä. Hienosti Java ohjelmat toimii arkkitehtuurista riippumatta sellaisenaan mutta sitten jos C :lla käännetty vaikka x86:lle niin ei se toimi ARM:lla ilman uudelleenkääntämistä.
Ne on reverse engineeringillä tehty ja useinkin sovellus rikki.
Ja Wine nyt ajaa muutenkin jotain kuppaisia Win32 ohjelmia eikä .NET:iä.
En nyt taas alkas kinaan asioista, mutta dosboxin ajo androidissa ole yhtään hidasta ja sillä pelata Doomia esim.
Lisäksi Ubuntulla arm alustalla ei ole mikään ongelma, ajaa winellä win sovelluksia.
ja kaikkia omia natiiveja normmaleja ubuntu ohjelmia.
Alustana ARM rauta ei vaikuta asiaan!
Ota nyt selvää, wineen saa net faramevorkisinkin.... ja ajaa.
"En nyt taas alkas kinaan asioista, mutta dosboxin ajo androidissa ole yhtään hidasta ja sillä pelata Doomia esim."
Doom on tehty niin hitaille koneille että ei siinä mitään ongelmaa pitäisi olla.
"Lisäksi Ubuntulla arm alustalla ei ole mikään ongelma, ajaa winellä win sovelluksia."
Ei mitään kokemusta tuosta. En edes tiennyt, Wine joka ajaa x86 ohjelmia saisi ARM:lle.
Mikäli Winessä on joku x86->ARM muunnos niin Windowsissa oleva olennaisesti toimii vastaavalla tavalla.
Applella oli Inteliin siirryttäessä jonkin aikaa Rosetta niminen palikka hoitamassa PowerPC->Intel muunnosta ja tässä saa vähän käsitystä: https://www.anandtech.com/show/2064/18
Eli 2-3x hidastuminen tuossa. 10x hidastuminen voi olla yläkanttiin mutta jotain vastaavaa suorituskyvyn menetystä voi odottaa x86->ARM muunnoksessa. Mutta miten paljon on tehoeroa jossain köykäisessä ARM läppärissä verrattuna pöytäkoneen 100w prossuun niin sekin vaikuttaa.
Jos käytetty ohjelma ei vaadi paljoa suorituskykyä tai on nopea kone niin ei sen sitten pitäisi näkyä.
Kukaan ei myöskään ole selvästi sanonut, että minkälaista "tökkimistä" Windowsin ARM versiossa sitten olisi.
Noin kymmenen vutta sitten Xperia Arc. pelasin doomia, ei kovin nopee luuri tän päivän mittapuulle.
Onhan ARM Ubuntussa eri kerneli, Mutta muu onkin sitten samaa... ja ohjelmat.
Windowsiissa emulaattorit hidastaa, mutta linux puolella ne ei ole emilaatoreita vaan rajapintammuuttiia ja ne on vikkeliä.
"Onhan ARM Ubuntussa eri kerneli, Mutta muu onkin sitten samaa... ja ohjelmat."
ARM Ubuntussa kaikki repositoryssä olevat arkkitehtuuririippuvaiset ohjelmat on käännetty ARM arkkitehtuurille. Sieltä siis tulee eri tiedosto kuin IA32:lla tai AMD64:llä kun on arkkitehtuuririippuvaista koodia.
Ohjelma on sama mutta käännös arkkitehtuuririippuvaisissa eri. Sama mekanismi pätee Windowsiin.
"Windowsiissa emulaattorit hidastaa, mutta linux puolella ne ei ole emilaatoreita vaan rajapintammuuttiia ja ne on vikkeliä. "
Tuo ei pidä paikkaansa. Siinä ARM Ubuntussa ei edes toimi AMD64:lle käännetty ohjelma.
Silloin kun koodin arkkitehtuuri on eri, siihen väliin tulee palikka joka kääntää sen eri arkkitehtuurille. Ja se nyt sitten tarkoittaisi 2-3x hidastusta. Täysi nopeus saadaan kun kääntää arkkitehtuuririippuvaisen oikealle arkkitehtuurille.
Mitä paskaa 64 arm toimii kyllä, ei kai nyt missää alipittisessä
Pöljöily loppukoot!
AMD64, eli x86-64 arkkitehtuurille käännetty koodi ei toimi ARM:ssa olkoot bittisyys mikä tahansa.
Wintoosan virusten kerääjää on täyttä roskaa!
Eikös ne ole kaikki saastuneita.
ikkunaprisessat itkupotkuraivarin. Windows muuttuu open sourceksi :^)
Mitä Linux edellä, sitä windows perässä.
Näinhänse menee, windowsikin siirtyy linuxiin :D