23
-
throwthisaway #23 "-de arról van szó, winen ugyanígy szarnak be dolgok"
Pontosan. Erről van szó.
"ubuntu instabil és lassú?"
Inkább Suse 9.0/10.0. Meg Debian Core package sem egy leányálom P3/384Mb-val (Szégyenszemre WinXP fallback lett belőle.)
Igen a WinVista/7 böszöm nagy és csak nő. (Side-by-Side könyvár ugye.) Cserébe kompatibilisebb.
"miért fut linuxon is jó pár éves program rendesen ha semmi sem fix?"
A static-link egy megoldás lehet. + kevés benne a kernel hívás?
" win akkor miért van egy csomó probléma a wines programokkal verzióváltáskor"
Nyilván, mert nem 100%, de érezhetően ügyelnek a breaking change-ekre.
"Amúgy nem is tudtam hogy az opengl nem fix, " Uhm, OGl2.0=>OGl3.0 váltás?
OGl-t a Linux disztrib.-ek is csak implementálják.
"a a linuxos hangrendszerek közötti váltáskor is vissza kompatibilitást láttam volna"
Alsa<==>OSS annak idején elég gáz volt, szerencsére az utóbbi kihalt.
Persze próbálkoznak, csak nincs rajta akkora hangsúly. (Nyilván, mert az új technológiák viszont villámgyorsan megjelennek rajta, és nehezebb/görényebb meló fenntartani a kompatibilitást.)
"mintha a kernel apik is fixek lennének különben mindent újra kéne írni mégsem kell."
Nekem úgy rémlik, hogy akkora gáz volt belőle, hogy bevezettek egy policyt a kernel modulokra, hogy csak fix kernel ID+verzió egyezés esetén hajlandóak betölteni az adott modult, mert annyi a breaking changes. (Ismerős a helyzet, hogy jön a pl. 2.6.x.123a->b kernel update és a third-party vga modult is le kell rántani és az installernek kernel header-ek kellenek? Különben marad a vesa 3.0 mód...)
-
sanyicks #21 -de arról van szó, winen ugyanígy szarnak be dolgok
-akkor linuxon sem az
-dinputot is ha jól emléxem.
ubuntu instabil és lassú? hááát... órási méretű a funkcionalitásához képest? LOL win7 alsó hangon 6 giga, nincs benne egy im program, képmanipulátor, office stb(fél napon keresztül telepítgetni kell a hiányzó dolgokat (már ha nincs portable-re megcsinálva) ami egy alap ubi telepítésen van és az még is 3 gigán elfér...
De nem értem hogy ha olyan kompatibilis a win akkor miért van egy csomó probléma a wines programokkal verzióváltáskor. És még mindig nem értem hogy akkor miért fut linuxon is jó pár éves program rendesen ha semmi sem fix?
Amúgy nem is tudtam hogy az opengl nem fix, ha jól tudom pont az a fejlődésének gátja, hogy meg akarják tartani a visszafelé kompatibilitást. Mintha a linuxos hangrendszerek közötti váltáskor is vissza kompatibilitást láttam volna, mintha a kernel apik is fixek lennének különben mindent újra kéne írni mégsem kell.
Tehát az a nem fix apis dolog max a xorg lehet, de ott sem tapasztaltam még soha hogy régi program nem megy mert xy... -
A1274815 #20 Áh, Arakistor "barátunk" ismét betévedt növelni a youtube-os videóinak a nézetséget. :-D -
throwthisaway #19 Ejj, de értetlenek vagyunk:
"-Access violation előfordul winen is, ez nemjött be."
Kompatibilitás: Ubuntun beszart, winen nem erről volt szó.
"-nem annyira stabil, éppen ezt írtam xp előtti programok gyakran összefossák magukat"
Stabil, mint hosszú ideje használható. Ha beszarik valami, az alapból nem az API hibája.
"-minek az apija? Az egy fejlesztőkörnyezet, mondom ennyi erővel a java "apija" is fix"
A Windows API-ja. Le van wrap-elve a WinAPI ráadásul full OO.
"-igen mert a többit kukázták"
DirectInput, Direct2D...
"dmusic már "deprecated""
Igen, előfordul, hogy eljár valami felett az idő.
"dll hellel,"
agreed. Az érem másik oldala viszont a kompatibilitás.
"óriási mérettel, és helyenként lassú és instabil működéssel."
Az Ubuntu-m/Suse-m is helyenként instabil és lassú volt, ja és óriási méretű (a funkcionalításához képest).
-
MsUser #18 Majd meglessük, és ha nem jó nem használjuk. De ha jó akkor lőttek az otthon szögelt Linux-csodáknak elég sokféle OP-ot próbáltam sok hardveren, van tapasztalatom. A nagy tömegek által használható "néha nem a legjobb" megoldás fog mindent legyűrni! Google termékeket használók tábora talán már akkora mint a Win.-t használóké és ha ez átbillen OP-szinten is akkor vakarhatják a fejüket a Win8-al. -
sanyicks #16 -Access violation előfordul winen is, ez nemjött be.
-nem annyira stabil, éppen ezt írtam xp előtti programok gyakran összefossák magukat
-minek az apija? Az egy fejlesztőkörnyezet, mondom ennyi erővel a java "apija" is fix
-igen mert a többit kukázták... dsound már csak emulálva van openal az ajánlás, dplay,dmusic már "deprecated", gyakorlatilag a directx már csak ddraw és d3d-ből áll.
Ha meg minden szart így emulálnának a linux is olyan lenne mint a win, dll hellel, óriási mérettel, és helyenként lassú és instabil működéssel. -
egynyári üröm #15 nem vagyok olyan expert mint az előttem szólók, de nekem tetszik, a google-nek eddig minden szolgáltatása nagyon jó -
throwthisaway #14 Quake2 pl.: miután 9-es Ubi-n nagy nehezen előkerítettem neki a lbc.so.5 -t (vagy mifene), simán access violationnel kiszállt állandóan. Úgyhogy maradt a win...
" win32 api... hagyjuk már":
Miért is? Minden hátránya ellenére stabil. Pont ezt írta Strogg is.
".net-ben mi a fix": Mondjuk az API.
"A directx fix apiról meg annyit hogy 10-nél teljesen átdolgozák, 0 a kompatibilitása a 9-el,": Csak semmi nem akadályoz meg, hogy továbbra is gond nélkül futtass dx9-es app.-okat. Azt hiszem egyébként, hogy a D3D lett csak újragondolva.
"directsound és gdi is vista óta már csak emulációban megy": De megy, ez a lényeg. A gdi átkerült user-módba, ezt érted emuláció alatt? -
sanyicks #13 directsound és gdi is vista óta már csak emulációban megy, kernel streaming beszüntetve, vistánál teljesen új driver modell, szóval kb annyira fixek a dolgok winen mint linuxon :DD -
sanyicks #12 direcx10? opengl... .net-ben mi a fix, és mi köze az apikhoz? Ennyi erővel akkor java :) win32 api... hagyjuk már. Én linuxon sem nagyon találkoztam régi nemműködő programmal (igaz ott ritkább is az "elhagyott program"). Aztán meg 7-en max az xp utáni programok nagy része megy rendesen, azelőttiekkel már elég komoly problémák tudnak lenni. A directx fix apiról meg annyit hogy 10-nél teljesen átdolgozák, 0 a kompatibilitása a 9-el, és ezért még mindig sok fejlesztő 9-el szüttyög miközben már 11 is van, amit szintén képtelenek rendesen használni. -
csirkenátha #11 strogg vagy Zoli??? directx 10 meg win api-k.... hehehehhe
neeee.
Mégis mi gondod volt a linuxal? .net ... úgy emlékszem hogy módósítani kell ha igazán meg akarsz egy két dolgot csinálni...
áhhhh
-
Alfa Of NS #10 Úgy hogy a táblagépek terjednek, lehet hogy bukás lesz. Lehet hogy a Google-nek is egy táblagépet kellett volna így kiadnia. Chrometablet 
-
strogg #9 12 év linuxozás után mindenhol visszamigráltam windows-ra, a szerverek meg bsd-n teljesitenek. (eddig is igy volt)
12 éve várom, hogy kialakuljon valami, és valami fix vsalamit összekalapáljanak, ehelyett még mindig ott tartunk, hogy az xorg-ot kompletten ki kéne hajitani, és áléljunk át wayland-re. Bas*ki windows-on már directX 10 van könyörgöm.
fix .net, fix win32 api, amivel a legtöbb program még mindig megy döccenés nélkül w7-en. Az ubuntu már az előző verzió (6 hónap ugye mint tudjuk) sem biztos, hogy kompatibilis saját magával. Esélytelen lássuk be.
Valójában nincsen miről beszélni. (Az sdl-t/mesa-t hagyjuk, mert az nagyjából a directX 6. körül felel meg.) -
GABOR16 #8 A gyorsítással kapcsolatosan ez valóban igaz lehet (bár meglehetne csinálni ha nagyon akarnák)
De ennyivel nagyobb processzorhasználatot úgy hiszem még az Xorg működési elve se okozhat.
Egyébként sok Xorg-al kapcsolatos problémára lehet majd megoldás asztali rendszereken a wayland, így mindenképp érdemes várni. Nincs szükség asztali használat esetén az esetek 99.9%ában az Xorg féle szerver-kliens rendszerre, mert az alkalmazások helyileg futnak nem egy távoli gépen, így ezt csak felesleges erőforrás-pazarlás (bár egy mai processzornak már nincs vele sok gondja) viszont a driverírás egyszerűbbé válhat ezáltal, így a gyártók (főleg az AMD-ATI .. na meg az Intel driverei se túl fényesek) talán jobb drivert írnak majd.. persze kérdés mikorra készülnek el az első használható waylandos drivereik.. -
strogg #7 Ez sajna nem az adobe hibája.
A linuxnak a mai napig nincsen az xorg -on egy fix tisztességes api-ja, és ez úgy általában az egész linuxra jellemző sajnos. ráadásul a nagy disztrók most akarják kidobni az xorg-ot, és átállni wayland-re.
Én azt csodálom, hogy egyáltalán adnak ki flash plugint, mert ha én lennék a főnök rendes api nélkül k- tennék a linuxra ahogyan van. -
GABOR16 #6 hmm.. remélem ez majd készteti a kedves adobesokat, hogy írjanak egy normális flash plugint linuxra (mert a jelenleginek vagy 2x akkora erőforrás kell ugyan azon művelethez mint a windowsos változatnak.. és nincs mellette gpu gyorsítás és nem tudom a wines használ-e már több magot, de a linuxos még mindig csak 1 szálon megy..) -
Stryker #5 Szerintem nagyon sok helyen jó lenne egy ilyen vékony kliens ,mivel már mindent meg lehet oldani szerver-kliens kombóval ,föleg munkahelyekre meg iskolákra gondolok.
A rendszergazdák kedvence gyors ,egyszerű ,stabil és mégha baki is van akkor kicserélik a gépet ,na meg még frissitik szoftveresen meg hardveresen is helyeted.
Amcsi piacon nagy sikert fog aratni ,mert rengeteg online szolgáltatás van pl.: Onlive ,hulu,netflix,google music stb. ,amik böven kárpotolják ,hogy a gép egy vékony kliens. -
Blacktom #4 Háát, biztos néha lehámlik a billentyűzet és nőnek új gombok frissített dizájnnal
Egyébként jó kérdés, hogy tényleg ez-e a jövő, mire jó, mire nem, és kinek fog ez kelleni? Az tény, hogy mostanság én is 90%-ig ellennék egy ilyen gépen, de a maradék 10-et nem pótolja az a 90 -
#3
hardveres frissítés?.. hmmm.. -
#2
dont be evil ^^ -
Rotyoka #1 Google <3