Menestyivätkö nämä:
1) LSB = Linux Standard Base
ja
2) DCC = Debian Common Core ?
Mikä on näiden kahden asian status ja merkitys tämän päivän linux -jakeluissa ?
1) LSB = Linux Standard Base
ja
2) DCC = Debian Common Core ?
Mikä on näiden kahden asian status ja merkitys tämän päivän linux -jakeluissa ?
Vastaukset 4
Vanhimmat
https://fi.wikipedia.org/wiki/Linux_Standard_Base
https://en.wikipedia.org/wiki/DCC_Alliance
.
LSB oli kova juttu aikoinaan mutta jäi tarpeettomaksi. Kyllä ne LSB kirjastot edelleen on käyttöjärjestelmissä mukana mutta tuolla oleellisesti vähän merkitystä.
HTML5 standardi oli se mikä teki LSB:n tarpeettomaksi vähitellen. LSB core on varmasti edelleen pätevä mutta en ole varma kuinka pitkälle GUI/desktop puolta jaksetaan nysvää LSB:n mukaiseksi kun ei tarvitse. Sovellukset joiden pitää toimia joka paikassa voidaan tehdä HTML5:lla.
M-Kar: "HTML5 standardi oli se mikä teki LSB:n tarpeettomaksi vähitellen. ... Sovellukset joiden pitää toimia joka paikassa voidaan tehdä HTML5:lla."
Ja RAM -muistin valmistajat, maahantuojat, kauppiaat, ja valtion arvonlisäverotoimisto kiittävät.
Kas kun HTML5 -sovellus selaimessa ajettuna tarvitsee RAM -muistia moninkertaisesti työpöytäohjelmaan verrattuna.
Näin ainakin, jos työpöytäohjelma on windowsissa toimiva EXE.
Jos taas työpöytäohjelma on linuxjakelussa ajettava sovellusohjelma, niin ero jää hieman pienemmäksi, mutta silti HTML5 -sovellus kuluttaa selvästi enemmän ram -muistia kuin työpöytäohjelma.
Lisäksi työpöytäohjelmassa voi olla paljonkin käyttöä helpottavia pikatoimintoja, joita ei HTML5:llä voi toteuttaa.
Esim. vaikkapa Ctrl-Alt-K tekee jotain ohjelman kannalta oleellista.
HTML5:ssä ei tuollaiset pikanäppäimet taida oikein onnistua.
Lisäksi, HTML5 -sovellus toimii, kun on toimiva internet -yhteys.
JOS internet -yhteydessä on häiriöitä/katkoksia, niin perinteinen työpöytäohjelma toimisi silti ja oikein suunniteltuna esim. varastoisi uudet syötetyt tiedot paikalliselle kiintolevylle, ja varmuuskopioisi ne verkkoyhteyden yli johonkin keskuspalvelimelle sitten, kun netti seuraavan kerran on toimiva.
Mutta HTML5 -sovellus muuttuu hyödyttömäksi heti, jos internet -yhteys ei toimi 100% luotettavasti.
Uskokoon HTML5:een kuka haluaa.
Itse en ainakaan haluaisi oman yritykseni tietojärjestelmästä sellaista, joka halvaantuu täysin heti, kun internet -yhteys ei toimi moitteettomasti.
Ehkäpä pitäisi siis vakoilla, millä toimialoilla yritykset yleisesti menevät mukaan tuohon HTML5 -hullutukseen, ja perustaa kilpaileva yritys oikein suunniteltuine tietojärjestelmineen.
Sitten vain odottelemaan, kun vaikkapa kaivinkone katkaisee Soneran tietoliikennekaapelin, ja samaan aikaan ukonilma iskee Elisan tukiasemamastoon samalla alueella, jolloin Elisan 3G ja 4G sekä Soneran valokuituyhteys ovat yhtäaikaa epäkunnossa.
Jos samalla alueella vielä dna:n verkko on laadultaan niin onneton ettei sen luotettavuus ole lähelläkään 100%, niin sitten on hyvä myydä, kun kilpailijoiden myyntijärjestelmät ovat täysin tiltissä.
"Ja RAM -muistin valmistajat, maahantuojat, kauppiaat, ja valtion arvonlisäverotoimisto kiittävät."
?
"Kas kun HTML5 -sovellus selaimessa ajettuna tarvitsee RAM -muistia moninkertaisesti työpöytäohjelmaan verrattuna."
Ei mitään perää. Luulen, että sekoitat selaimen muistin käytön sovelluksen muistin tarpeeseen.
Muista, että selaimet oletuksena käyttää muistia sitä enemmän mitä koneessa on, ja yleensäkin ohjelmat ja selaimet pyrkivät hyödyntämään ylimääräistä muistia, että tehostaa toimintaa. Se on sitten eri asia, kuinka pienellä muistimäärällä sovellus toimii.
"Näin ainakin, jos työpöytäohjelma on windowsissa toimiva EXE.
Jos taas työpöytäohjelma on linuxjakelussa ajettava sovellusohjelma, niin ero jää hieman pienemmäksi, mutta silti HTML5 -sovellus kuluttaa selvästi enemmän ram -muistia kuin työpöytäohjelma."
Käyttöjärjestelmällä ei ole mitään tekemistä tämän kanssa. Jos sitä vaikka C :lla varaa 500Mt muistia, se on 500Mt riippumatta käyttöjärjestelmästä. Selvitä nyt ensiksi, että mikä rajapinta on käytössä, mikä on käyttöjärjestelmän natiivirajapinta, onko käytössä garbage collectoria ja jne. Ja se, että oletko tulkinnut muistinkäyttöä oikein, että onko siinä mittarissa laskettu mukaan cachet/puskurit myös vai ei.
"HTML5:ssä ei tuollaiset pikanäppäimet taida oikein onnistua."
Tietysti onnistuu.
"Lisäksi, HTML5 -sovellus toimii, kun on toimiva internet -yhteys."
HTML5 tekniikka ei ole mitenkään riippuvainen Internet yhteydestä. Sovellukset voi asentaa lähiverkossa olevalle koneelle jolloin homma toimii puhtaasti offline tai niitä voi myös käyttää muutenkin offline, että jos yhteys katkeaa niin tiedot voi tallentaa localStorageen ja lähettää sitten WAN yhteyden läpi vaikka kun yhteys palaa.
"JOS internet -yhteydessä on häiriöitä/katkoksia, niin perinteinen työpöytäohjelma toimisi silti ja oikein suunniteltuna esim. varastoisi uudet syötetyt tiedot paikalliselle kiintolevylle, ja varmuuskopioisi ne verkkoyhteyden yli johonkin keskuspalvelimelle sitten, kun netti seuraavan kerran on toimiva."
Niin ja millä perusteella HTML5 tämän muka estää?
"Sitten vain odottelemaan, kun vaikkapa kaivinkone katkaisee Soneran tietoliikennekaapelin, ja samaan aikaan ukonilma iskee Elisan tukiasemamastoon samalla alueella, jolloin Elisan 3G ja 4G sekä Soneran valokuituyhteys ovat yhtäaikaa epäkunnossa."
Ja HTML5 sovellukset toimivat lähiverkossa kuten ennenkin.