Új hozzászólás Aktív témák
-
Gregorius
őstag
Akkor már csak az a kérdés, miért nem segítették a java vagy az opengl fejlesztését?
A Java fejlesztését: ugye nem kell emlékeztetnem senkit, hogy a Sun gyakorlatilag egyeduralkodó a Java ''szabvány'' fölött (ha szabványosították volna egyáltalán), továbbá nem árt tudni, hogy a Javát fejlesztő workgroup enélkül is meglehetősen konzervatív az újítások felé. Ott van pl. a generics. Habár a MS a sajátjával a Sun után egy évvel állt elő (pontosabban a végleges változat megjelenése akkor történt, a tervezést nem tudom, ki kezdte hamarabb), és nyelvi szinten szinte teljesen megegyeznek, a Sun mind a mai napig (vagyis két évvel később) nem rukkolt elő egy rendes teljesítményű implementációval. Ennek a hátterében egy stratégiai döntés áll, ugyanis hozzá kellene nyúlni a VM-hez is, amit a Microsoft bevállalt, a Sun pedig nem. Millió meg egy ilyen alapvető tervezési döntés van, amit az MS tök máshogy csinál, mint a Sun (ld. még virtual methods, listeners vs delegates, checked exceptions, stb.), ilyen alapokon pedig nem lehet közös terméket fejleszteni.
És ugye mondanom sem kell, hogy a 97-es MSJVM ügy óta - a C# fejlesztése cca 99-ben indult - milyen viszonyban van egymással a Sun és a Microsoft.
Az OpenGL-ét: hogyismondjam ha egy eszközt kávéfőzésre találtak ki, akkor nem akarunk belőle mákdarálót csinálni. A DX hardverinterfész volt, a GL render API, ami esetleg gyorsítható hardverrel. Eleinte legalábbis így indult a dolog, aztán a hardver olyan irányban fejlődött, hogy egyre inkább közeledtek egymáshoz, de akkor már mindenkinek megvolt a maga szekere. Kezdett éleződni a konzumer 3D piac is, és azóta rúgdossa egymást az OpenGL és a D3D a ''közösen fejlesztett'' OpenGL egyeduralma helyett. Volt elég hülyeség mindkét API-ban, amit egymás nyomására kalapáltak ki. Ha így nézed: a versenyhelyzet megteremtésével segítették a fejlesztését.
Lenyúlták mások dolgait, módosították, majd nem adták vissza a közösségnek a belerakott energiát. Így a közösség semmiféle fizettséget nem kapott azért, mert kifosztották.
Ellentétben a Javával, amihez tartozó összes jog exkluzíve a Sun birtokában van, a C# és a CLI jelentős része ISO szabvány, és külön licenc nélkül (nem GPL vagy bármilyen licenc alatt, licenc nélkül!) implementálható tetszőleges fejlesztő által, beleértve, hogy a szabványban hivatkozott szabadalmak használatáért sem kell egy centet sem fizetni.
Amugy a C# es a java eleg fej-fej mellett van, kb. mindegyik abban jobb, ami a masik hasonlo funkcionalitasahoz kepest kesobb keszult el. pl. Java enum-ok jobbak. C#-ban az overriding a job stb
Hát én nagyon úgy látom, hogy a Java nyelv szinten kezd igencsak lemaradni.
De platform szinten még bőven ott van a szeren és ott is lesz még egy darabig.
(A goto-t meg csak öngyilkoshajlamú szoftverfejlesztők használják)
Pokolba az openxml-lel
Most már akármit csinál az ember, az ooxml marad. Akkor meg inkább őrködjön rajta egy szabványügyi testület, mint a Microsoft. Legalább az ECMA már rátette a kezét.
[Szerkesztve] -
FTeR
addikt
[link]
ugyanez árnyaltabban.
ezt emelném ki:
A mozzanat érdekessége, hogy a bizottsági ülés összehívását az IBM Magyarország Kft. kezdeményezte a nyári szabadságokra való tekintettel, amihez az összes bizottsági tag alkalmazkodott, az időponttal kapcsolatban sem az ülést megelőzően, sem az ülés alatt senkinek nem volt kifogása. Az időpont így a szavazás eredményére semmilyen hatással nem volt, mint ahogy az a bejelentés sem, hogy a döntéshez elég legyen az egyszerű többség, mivel a bizottsági szavazatok több mint 70 százaléka támogatta az OOXML szabványosítását [...] -
-
Nem akarok flamelni, de azért egy-két dologra reagálnék:
- nem hiszem, hogy az ms bármelyik cselekedetét motiválta vagy akadályozta, hogy a pályafutásod alatt mikor melyik nyelv volt a kedvenced. Ez a miheztartás, ami végett.
- ha az egész hsz-t próbálod értelmezni, abból kiderül, hogy a lopás a kisebbik baj, a fejlesztések vissza nem adása a nagyobb.
[link]
a tavaly nyitottak-e meg valamit kérdésben szerintem kevered a java-t és a solarist. de az is lehet, hogy nem.
Arra rá kellene mutatnod, hol vagyok ellentmondásban önmagammal.
A többit hagyjuk, inkább falra hányom a borsót.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Gregorius
őstag
[link]
Szép ez a 97-es cikk, csak azt kihagyták belőle, hogy a Sun a folyamat felénél meggondolta magát mind ISO mind ECMA ügyben, és nem lett a Java szabványosításból semmi. Az alapvető indok, hogy a Sun nem akarta kiengedni az irányítást a kezéből.
a tavaly nyitottak-e meg valamit kérdésben szerintem kevered a java-t és a solarist. de az is lehet, hogy nem.
A JRE-ből (vagy J2SE-ből?) asszem készült nyílt forrású implementáció GPL alatt. De mint fentebb írtam, ez még mindig eléggé korlátozó. -
Én meg azt emelném ki, hogy a MS nem csak itt jáccotta el ezt a gusztustalan trükköt, hanem más államokban is, lásd Svédország - és ez a lényeg, nem az, hogy az IBM megvétóztatta a szavazást; kellene látni a fától az erdőt. Ez az egész semmi másra nem ment ki, mint arra, hogy a MS tovább terjessze a monopóliumát.
https://www.coreinfinity.tech
-
dark100
aktív tag
En is eszrevettem hogy a mediaban az egesz cirkusz ugy csapodik le, hogy van a jo MS es a gonosz IBM meg a Linusosok akik jol be akarnak tenni a szegeny draga MS-nek akinek mar annyi szep lefagyast koszonhettunk.
Ha pl az ellenerveket meg is melititk, akkor igy kezdik hogy: a Linuxosok azzal ervelnek, blah blah. Vagy ilyenkor arra celoznak hogy egyedul a Linuxosoknak van jozan eszuk? Ajaj...Ingyenes software == A mezeskalacs haziko a Jancsi es Juliskaban. Es != szabad software
-
FTeR
addikt
sztem a linkelt cikknél erről szó sincs. egyszerűen csak a másik fél álláspontja is szót kapott.
1-1 bekezdést kapott, h miért ellenzik és erre mit reagált az ms.
az IBM cucc meg nem értelmezés kérdése. IBM kezdeményezte, h előbb legyen, aztán meg vétózza, azért mert előbb lett megtartva. ROTFLMAO -
FTeR
addikt
ha minden igaz, Svédország 1 állam. így Mo.-val együtt is 2 van.
ráadásul jelen állás szerint egy túlbuzgó alkalmazott volt (persze azt mondanak amit akarnak).
nálunk meg a szavazás kapcsán 2 vád volt. egyik, h 2/3os helyett 1/2es lett és hogy előbb tartották meg. előbbi teljesen mindegy mert 70%os lett a szavazás így a 2/3is megvan, utóbbit lásd cikk.
a legnagyobb vád, meg h zárt cuccokra is hivatkozik. erre az a válasz, h az ajánlás megengedő. ilyen kategória létezik, szal...
az erőviszonyok mozgósítása kapcsán meg már említettem, h így működik a demokrácia. (kis köztársaságunk nem ismeri súlyozott szavazatokat).
ha ooxml is ISO lesz, akkor az ODF-nek nem lesz meg még ez a kis előnye sem, nyílván mindent megtesznek, h megakadájozzák...
külön viccesnek találom, h újabban az IBM megtért a sötét oldalról, a hívek szemében...
[Szerkesztve] -
FTeR
addikt
ááá, nem bírom megállni.
-írtam egy szubjektívnek tekinthető 2/3os dolgot. megelőzendő, h megvádolj a nyelv nem ismerésével, megemlítettem, h igenis ismertem, sőt...
ez megint egy semmitmondó reagálás tőled. megpróbáltál vmibe belekötni, amit nem értettél mert mást nem találtál. nem is értem, h sikerült a kettőt összekapcsolni. az egész megjegyzésed abszurd.
-fogalmakon lovagolsz. az a bajod, h kivesz a közösből és nem ad vissza. ez a lopás alá tartozik.
az már csak extra, h teljesen képzavarban vagy. ha vki csinál egy OO nyelvet, vagy egy xml-es formátumot, és kicsit rá más is készít egy olyat, akkor az nem a másik cuccát nyúlta le (főleg ha ebben ki is merültek a közös tulajdonságok).
ennyi erővel miden sorozat gyártott autó Ford T-t nyúlta le.
(csak halkan zárójelben jegyzem meg, h a w3c az xml-t az ms kezdeményezésére és támogatásával készítette el.) -
Érdemes lenne tán elolvasni már portálok cikkeit is erről, mert kiderült, hogy néhány igen nagy piac magasról tesz az ooxml-re.
A magyar viszonyokról meg annyit, hogy tökéletesen mindegy, hány %-os lett a szavazás, attól még a titkárnak nem volt joga a 2/3-ot 1/2-re módosítani. Ezenkívül lehet, hogy az IBM megállapodott az időpont előrehozásáról, de a meghívót akkor ennek megfelelően előbb kellett volna kiküldeni - a Kóka által tett nyilatkozatban szerepel, hogy a meghívás és a szavazás között legalább 2 hétnek kell eltelnie. Mivel ez nem történt meg, bárki panaszt emelhetett volna ellene. A második szavazás esetén ugyanez volt: aug. 30-án meghirdették 31-ére a szavazást...https://www.coreinfinity.tech
-
FTeR
addikt
úgy látszik mindenki hajlamos túlmisztifikálni ezt az ISO-t.
egy szabványnak (legyen az akár ISO), önmagában nincs kötelező érvénye.
egy szervezet (legyen állam vagy egy vállalat), megszabhatja, h adott dolgot csak X szabvány tanúsítványával rendelkező eszközöket fogad el.
erre semmilyen hatással nincs Y szabvány léte. max döntéshozatal előtt lehet mérlegelés kérdése. de ez már mindenkinek saját szoc problémája. a választás lehetősége adott.
ha ms fogná magát és egy köv verzióban arrébb tesz egy vesszőt, új formátumot létrehozva, akkor az új termék már nem kapná meg a minősítést és így a sz-nak adnának egy pofont.
érdekes, h megint a ''szabad világ'' és a gonosz ms áll szemben, csak épp fordított oldalon. általában a linuxos gárda szokott arra gyúrni, h mindenre több cucc legyen, menjen ez akár a kompatibilitás rovására.
#67
teljesen irreleváns, h az elnök mire változtatta, mivel így is megvan a 2/3os többség.
más piacok sem számítanak. az egésznek ott van értelme, ahol az ms office-t használják. otthonok+irodák 90+%-a.
a szavazás előtt bárkinek lehetősége lett volna szót emelni a fenntartásai kapcsán, pl IBM-nek, mivel ott is volt. kilóg a lóláb, h csak akkor köt bele, amikor számára előnytelen eredmény jön ki. -
Téged észérvekkel sem lehet meggyőzni arról, hogy a MS-nak esetleg nincs igaza és esetleg gusztustalan, amit csinál... Azért remélem, egyszer majd felnyílik a szemed, amikor szembesülsz imádott monopóliumod esetleges versenysértő helyzetével.
Egyébként a reagálásod az előző hozzászólásomra tökéletesen ugyanaz, ahogyan a MS veszi semmibe a törvényeket, rendeleteket, szabályokat - akár egy ISO-szavazás kapcsán. Ha meg a szabályokat a szavazáskor változtatják - annak ellenére, hogy annak miniszteri rendelet formájában adtak egy jogi keretet - akkor hogyan lehetne előtte tiltakozni az arány változtatása ellen?! Egyébként meg: ''Kit érdekel, hogy nem volt szabályos a szavazás, ha úgyis megvan a 70%...?!''
A többi piacról meg annyit, hogy ilyen elhanyagolható területekről van szó, mint Kína, Brazília, India... na mindegy, úgysem fogod megérteni soha, mert még a szikrája sincs meg az önálló gondolkodásnak, ha a MS-ról van szó...
Ja, egyébként tudom: cúnya, gonosz, rossz ájbíem és hófehérke májkroszoft...
[Szerkesztve]https://www.coreinfinity.tech
-
-
Gregorius
őstag
A többi piacról meg annyit, hogy ilyen elhanyagolható területekről van szó, mint Kína, Brazília, India
Az olyan elhanyagolható területekre gondolsz, ahol a lopott szoftver aránya 99% fölött van és a kalózkodás gyakorlatilag államilag támogatott? Nem hinném, hogy ezek az elsődleges piacok a Microsoft szemében.
Ja, egyébként tudom: cúnya, gonosz, rossz ájbíem és hófehérke májkroszoft...
Magyarázd meg légy szíves, hogy a gonosz rossz ájbíemből hogyan vontad le azt a következtetést, hogy a májkroszoft hófehér, mert nem értem.
Látom téged is asszimilált a ''BORG''?!?!?!
Ez meg a másik észérvekkel elhalmozott hozzászólás.
nyílván mindent megtesznek, h megakadájozzák...
Lyally, ez fályt!
Érdemes lenne tán elolvasni már portálok cikkeit is erről, mert kiderült, hogy néhány igen nagy piac magasról tesz az ooxml-re.
Minden bizonnyal tudnál néhányat ajánlani, csak úgy kíváncsiságból...
Csak feketeben es feherben tudsz gondolkodni?
Na igen, ezt néhány fórumozó kollégának elég gyakran a szemére lehetne hányni. -
Gregorius
őstag
Lehet örvendezni
[link]
Microsoft Corp. has failed in its attempt to have its Office Open XML document format fast-tracked straight to the status of an international standard by the International Organization for Standardization.
The proposal must now be revised to take into account the negative comments made during the voting process.
Microsoft expects that a second vote early next year will result in approval, it said Tuesday.
ISO has not yet officially announced the results. -
FTeR
addikt
nem rég volt hír arról, h kín meg ms megállapodott vmi licenszelési cuccban..
tudtad,h kínában az IE részesedése 99%? gyakorlatilag kína tartja globálisan 1 helyen az IE-t.
olimpia is win xp-s lesz.
redflag-et már vagy 6 éve fejlesztik, de eddig nem sokat tudni róla.
a 20-25%os részesedést merész dominanciának nevezni. a linux tábor érdekesen értelmezi a sikert (10+ év alatt).
egyébként nem én kértem a linkeket. -
nyaralasptt
csendes tag
mert mi a baj a gotoval?
En mas vezerlesi szerkezetet nem is hasznalok .
Viccet felreteve telleg erdekelne, hogy miert tartottak meg pl. a java-ban/foglalt szo/. A c#-ban elvileg szoba johetne a kompatibilitas, de nem hiszem, hogy ez lenne a valodi oka.
Mondjuk amennyire tudom C#-ban is eleg korlatozott mertekben mukodik csak. Pedig milyen allat lenne atugrani egy masik object masik szalbol eppen futtatott metodusaba.GITS
-
Gregorius
őstag
válasz nyaralasptt #80 üzenetére
''rendes teljesítményű implementációval''
Ez alatt mit ertesz? Marmint a teljesitmeny szo alatt?
A Java féle generikus implementáció dobozol (ld. még autoboxing), a Microsoft-féle pedig az atomi típusoknál agyonoptimalizálja az eredményt. Például ha egy generikus T[] tömböt nézünk, a Java fordító ebből Object[]-et, meg egy rakást cast-ot csinál minden esetben, a Microsoft pedig T[]-t, amiből aztán a JIT igény szerint int[]-et, vagy amire szükség van (a megfelelő típust behelyettesítve generálja a natív image-et), aminek jóval kisebb a memory impact-ja, azon túl pedig a boxing overhead is megspórolható.
nem sima gpl licensz!!!
Ki van egeszitve az un. classpath exception-el.
Az ''azt csinálsz, amit akarsz'' és az ''azt csinálsz vele, ami ebben a papírban le van írva'' az továbbra is élesen különbözik egymástól az előbbi javára. Az egyetlen kivétel, ha a papírra szó szerint az van ráírva, hogy ''azt csinálsz, amit akarsz'', de itt nem az van.
[Szerkesztve] -
nyaralasptt
csendes tag
válasz Gregorius #82 üzenetére
ja!
vagom!
Az autoboxing valami eszmeletlen szar lett a Javaban, syerintem iszonyu nagy hiba volt abban a formaban bevezetni, ahogyan azt tettek /a C#-os megoldast nem ismerem, de ennnel csak jobb lehet/.
Ha rajtam mulna, akkor eleve nem lennenek primitiv tipusok a nyelvben, mert legtobbszor csak szopas van veluk /webalkalmazasoknal tipikusan nem is hasznaljuk oket, inkabb a csomagolo objektumokat, illetve BigDecimalt a Double helyett stb./.
Tombok detto ugyanez.
Mindenesetre meg egy darabig biztos maradnak a mobile verzio /esetleg itt szamithat a teljesitmeny/, meg kompatibilitas miatt.
A generics viszont mast jelent/legalabbis amennyire tudom/: kb. olyasmi mint a C++ template-ek /kicsit talan gyengebb annal/ es pusztan forditasi ideju technologia, ezert akadtam fenn a ''teljesitmeny'' szon.GITS
-
Gregorius
őstag
válasz nyaralasptt #83 üzenetére
Az autoboxing valami eszmeletlen szar lett a Javaban, syerintem iszonyu nagy hiba volt abban a formaban bevezetni
Nem az autoboxinggal van baj - azt a .NET is csinálja - hanem azzal, hogy akkor is azt használja, amikor nem kell.
Ha rajtam mulna, akkor eleve nem lennenek primitiv tipusok a nyelvben, mert legtobbszor csak szopas van veluk
Viszont a primitív típusokkal sokkal könnyebb jobban teljesítő kódot csinálni. Csak ugye valahol belerondítanak a platformfüggetlenségbe.
A generics viszont mast jelent/legalabbis amennyire tudom/: kb. olyasmi mint a C++ template-ek /kicsit talan gyengebb annal/ es pusztan forditasi ideju technologia, ezert akadtam fenn a ''teljesitmeny'' szon
Nem egészen. A template sokkal több mindenre használható, mint a generikus típus (leginkább makróhoz hasonlítható), akár faktoriálist lehet számoltatni a fordítóval. Viszont fordítás után teljesen eltűnik.
A Javában és a C#-ban jóval több megkötés van az ilyen paraméterekre, úgyhogy sokkal kevesebb dolgot lehet vele csinálni. A Java forrás->bájtkód fordító kiszervezi a kódból a vonatkozó cast-olások behelyettesítésével, vagyis nagyjából az a szint érhető el generikus cuccokkal felvértezett Javával, mint anélkül.
A C# fordító ellenben veszteség nélkül letolja az egészet a köztes kódba, ahol a JIT olyasmit csinál, mint a C++ fordító, ami típustól függően nagyságrendekkel gyorsabb futást eredményezhet. -
nyaralasptt
csendes tag
válasz Gregorius #84 üzenetére
A huje autoboxing miatt javaban siman teljesulhet az alabbi
Integer a, b;
...
a <= b //true
b<= a //true: ertek szerinti osszehas
a == b //false: Referencia osszehasonlitas; identitas vizsgalat
Ha ezt valami eloszor latja, akkor csak nez ki a fejebol, hogy mi van
A teljesitmenykulonbseg, ami ebbol jon, szerintem csak intenziv matematikai algok-nal jon elo, de a tipikus java alkalmazas szerintem nem ilyen (mondjuk nekem csak JEE tapasztalatom van; semmi desktop vagy JME). Nalunk pl. mindig az adatbazis fogja vissza a rendszert es nem a java kod.(A JME lehet meg, ahol szamit.)
En mindenesetre egesz jol meglennek primitiv tipusok nelkul/~Ruby/.
A template-ek telleg sokkal erosebbek, ezen nincs vita.
A 7 v. 8-as javaba viszont lehet, hogy bekerul egy tok uj generics/template rendszer, legalabbis valami ilyesmi jott le az egyik idei java conf. eloadasbol, ami talan javitani fogja a mostani hibait. Mindenesetre legalabb lesz generikus tipusinformacio futas kozben is.GITS
-
válasz Gregorius #71 üzenetére
Nem, az olyan elhanyagolható területekre gondolok, ahol a Föld lakosságának több, mint 1/3-a él - ha ez nem potenciális célpont a piacon, akkor semmi nem az.
Az IBM-et érintő részt a szavazásban meg nem én emeltem ki, hanem FTeR fórumtárs, holott a hírnek nem ez a lényege. Ebből - és ismerve FTeR kolléga viszonyát a MS termékeihez - szűrtem le azt, hogy a szemében most fekete az IBM, a MS meg ma született bárány. Más IT portálok cikkeit meg nem szívesen linkelem itt a PH!-n, hardveresszoftveres oldal, keresd meg, ha nagyon érdekel.https://www.coreinfinity.tech
-
FTeR
addikt
ah, te vagy a 2. aki tőlem idézget. meg is hatódtam.
habár biztosra veszem, h nem sikerült felfognod a lényeget. az aero egy skin. avalon kódnéven futott a WPF és abból nincs hasonló linuxra. az xgl is csak egy köztes réteg, ami az alap 2d ablakozást dobja fel 3d effektekkel.
szövegkörnyezetből kiragadás rulz ;)
szerk:
#73-as kommentet ajánlom figyelmedbe. shev7 kollégához hasonlóan neked sem sikerült felfogni, de ezen már nem lepődünk meg.
[Szerkesztve] -
FTeR
addikt
válasz nyaralasptt #85 üzenetére
a tipikus java alkalmazásoknál az jön elő, h minden indításkor soronként végigfut a kódon és lefódítja, majd azután kezdi futtatni. újabb app indítássakor, megint végig megy rajta és mindent betölt a memóriába (szerencsére annyit már sikerült fejlődni, h nem indít új JVM-et).
ezzel szemben .net-nél csak 1x, első alkalommal fordítja le az egészet és akkor is csak addig húzza vele az időt, míg elégséges rész le nem fordul. aztán menet közben szükséglet és rendelkezésre állás szerint fordítja a maradék részt. legközelebb már csak simán futtatja.
ráadásként csak azt tölti be a memóriába, ami még nincs benne. ha egy lib egy másik app miatt már ott van, akkor azt nem tölti újra.
végül javával ellentétben folyamatosan üríti a memóriát.
sok esetben egy C#-os app alig teljesít gyengébben, mint egy natív C++. ettől a Java nagyon messze van. -
Úgy nézem, inkább Te vagy az, aki nem fogta a lényeget... amin már nem is lepődöm meg A különböző linuxos ablakkezelőkbe csak azután kerültek bele mindenféle csillivilli effektek, hogy ezeket előbb megvalósították más rendszerekben, pl. Windows-on... de ez ne zavarjon. Van olyan ablakkezelő is linuxra, ami egyszerű, mint a faék és teljesen testre szabható és mondjuk nincs fix helyhez kötve egy menü megjelenítése, hanem ott jelenik meg, ahol kattansz az egérrel a háttéren... Mellesleg a linux szemére vetni a csillivillit enyhén szólva is furcsa az XP és a Vista default kinézete után.
Ha meg sokan idéznek Tőled, az lehet, azért van, mert bírsz olyan aranyköpásekkel, amik érdemesek megőrzésre az utókornak...
[Szerkesztve]https://www.coreinfinity.tech
-
nyaralasptt
csendes tag
Ok. Lehet nekem van baj a vilagnezetemmel, de szerintem a tipikus java az a JEE. Persze sokan szeretik es hasznaljak az SE-t is /marmint, hogy csak azt/, de ha csak abbol indulok ki, hogy hany olyan allashirdetes van, ahol EE-t es hany olyan ahol SE/Swing; Desktop/ vagy ME ismeretet kernek, akkor lehet nem mondok hulyeseget.
Namost EE kornyezetben nem szokas ujrainditani a szervereket /legalabbis nem tul gyakori; elvben.../.
Egyebkent a Swinges cuccoknal tenyleg ez van, vagyis:
1. Letolti a runtime-ot/ha nincs/ ill. frissiti ~12Mb /mar dolgoznak valami modularis futtatokornyezeten, hogy gyorsitsak a folyamatot./
2. Betolti a byte kodot
3. Elkezdi vegrehajtani /interpretalva/
4. Ha ugy gondolja a runtime, hogy erdemes, akkor elkezdi a JIT kozvetlenul futtathato kodda alakitani
Amugy van olyan fordito /gcc/, ami java-bol exe-t fordit, szoval vannak megoldasok, de a dolog meg messze nem az igazi.
A Java es a c++ teljesitmeny dolgot szerintem gondold at, mert amit osztassz az kb. a tiz evvel ezelotti alapotot tukrozi:
http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
EZ 2004-es, azota volt kb. +10-20% gyorsulas a 6-os javaban
http://en.wikipedia.org/wiki/Comparison_of_Java_and_C++
''Several studies of mostly numerical benchmarks argue that Java should be faster than C++ for a number of reasons:[4][5]
* pointers make optimization difficult since they may point to arbitrary data or code
* newly allocated memory is close together because garbage collection compacts memory and allocations are thus sequential in memory; and hence more likely to be 'in the cache'
* run-time compilation can do a better job because it knows what processor it is running on and what code is running - the hot spots''
...
''One comprehensive study of microbenchmarks shows quite a large variation in results but indicates that, in general, Java outperforms C++ in operations such as memory allocation and file I/O while C++ outperforms Java in arithmetic and trigonometric operations.''GITS
-
FTeR
addikt
válasz nyaralasptt #91 üzenetére
kb. a tiz evvel ezelotti alapotot tukrozi:
van az 5 is, de nem kizárt. kb ennyi éve nem nagyon nézegettem bachmarkokat.
ami java-bol exe-t fordit
akkor elvész az egyik legnagyobb (sokat hangoztatott) előnye... -
-
FTeR
addikt
válasz nyaralasptt #91 üzenetére
feltűnt, h ezek a tesztek csak linuxon mérik jobbnak a java-t c++-nál?
-
FTeR
addikt
ez a rizsa már lassan kezd fájdalmas lenni. komoly gondok vannak a szövegértelmezési képességeiddel.
pontosan azt írtam, h nem a csicsa mértéke határozza meg a cuccost. pont azért írtam, mert sokan az xgl idétlen fx-eit úgy értékelik, h az komolyabb és jobb rendszer, mint a WPF.
aztán írtam, h linuxra hasonló sincs. először azt hittem, h keverted az aero-t az avalonnal. de ennél jóval komolyabb a képzavar. WPF != GUI nagyon nem. winen GUI = explorer (explorer.exe, nem az iexplore.exe).
WPF egy platfrom. a kerneltől kedve a drivereken át, egészen a megjelenő felületig.
gnome, kde meg társa az explorernek feleltethető meg (utóbbi teszi ki pl a startmenüt meg a tálcát). képzeld winre is vannak alternatív GUI-k. persze nem olyan számban, aminek sok oka van (többek között jogi).
az xgl vhol a kernel és a GUI között van. elkapja a 2d kimenetet és átirányítja GPU-nak, ahol kap némi fx-et. btw, ox is ezt csinálja.
ezzel szemben a WPF már a GPU-ban kezdi, ha úgy van állítva.
szerk:
ha nem vágod, h mi az, akkor mit vitatkozol velem?? fogadd le amit mondok vagy nézz utána.
[Szerkesztve] -
nyaralasptt
csendes tag
''akkor elvész az egyik legnagyobb (sokat hangoztatott) előnye...''
Ezert is irtam, hogy messze nem az igazi megoldas a startup ido csokkentesere.
Amugy a kompatibilitas, meg hordozhatosag sajnos sok esetben amugy is csak papiron letezik meg Standard Java eseteben /JSE/ is. A JEE helyzet, meg egyenesen rohejes a sok gyarto spec. extension, meg container stb. miatt. Szerintem praktikusan lehetetlen olyan alkalmazast irni, ami 1-nel tobb nagyobb gyarto alkalmazasszerverere feldeployolhato es meg ugyan azt is fogja csinalni.
Ha ehhez hozzaveszem, hogy van egesz hasznalhato .net futtatokornyezet linux-ra, akkor a Java nem all sokkal jobban a C#/.net-hez kepest.GITS
-
nyaralasptt
csendes tag
Szerinted ha win-re irok egy c++-os alkalmazast, akkor az gyorsabb lesz/erezhetobben: 10-30%/, mintha linuxra irnam meg? Vagy gondolod, hogy a linuxos java runtime lenyegesen gyorsabb, mint a linux-os? Vagy a MS-nak van valami eszmeletlen hatekony c++ compilere?
Vagy most mire gondolsz?GITS
-
FTeR
addikt
válasz nyaralasptt #98 üzenetére
szigorúan csak java vs c++-ra mondtam. a c++ vs c++ nem tudom. biztos van aki rávágná, h linuxon gyorsabb
arra gondoltam, h linuxon java közel olyan jó, mint a c++, sőt elméletileg jobb is lehet.
ellenben winen ez nem így van. ott vmiért lassabb. valszeg a wines java runtime a lassabb.
jól olvastam, h java-hoz ms-től volt először JIT?
''JIT compilers appeared in JVMs from Microsoft, Symantec, and in Sun's java1.2. '' -
Nem fogadom el, amit írsz, mert hülyeség egyrészt, másrészt hadd legyen már saját véleményem, harmadrészt az elfogultságod a MS mellett már csakazértis arra indítja az embert, hogy vizsgálja, amit írsz. Szerintem életedben nem ültél egy linuxos gép előtt, pláne nem próbáltad a saját ízlésedre szabni a kezelőfelületét. Továbbra is állítom, hogy egy marhaság az, amit írtál - és ami momentán az aláírásomban szerepel. Linuxot lehet csicsa nélküli, ámde grafikus felülettel ellátott desktopként használni - mindezt ráadásul sokkal kisebb erőforrás-felhasználással, mint bármelyik Windows-os felületet.
Egyébként meg ha képzavar van nálam (ami egyébként nincs, anno én is buzeráltam mindenféle felületet Windows alá, csak egy idő után feladtam, mert vagy nagyon macerás volt visszaállítani reinstall után, vagy egyszerűen megbolondult tőle az oprencer), akkor Nálad mi van? Egyik mondatoddal agyonütöd a másikat. Idézek:
''...WPF != GUI nagyon nem. winen GUI = explorer...
...WPF egy platfrom. a kerneltől kedve a drivereken át, egészen a megjelenő felületig...''
Ha a WPF != GUI, akkor hogyan lehet felelős a megjelenő felületért? A WPF bizonyos esetekben lehet több ennél (amiről egyébként külön nem vagyok meggyőződve, hogy olyan lesz, amilyennek elképzelték - de ez egy külön vitafórum tárgya lehetne), de igenis van köze a megjeleníteni kívánt csicsához, meg egyáltalán bármihez, amit meg akarsz jeleníteni a monitoron. Mi egyebet tud még a WPF ezen kívül (meg azon kívül, amit fentebb zárójelben említettem)? Itt inkább Nálad akad némi képzavar, ugyanis szvsz GUI != explorer.exe, utóbbi ugyanis az egész shell megjelenési formája, azaz ha vmilyen fagyi miatt kénytelen vagy lelőni e processt, akkor egészen az újraindításáig nem tudsz mit kezdeni a rendszereddel. Linux alatt ha lelövöd a GUI-t, nem történik semmi extra, átváltasz egy konzolra - amiből szintén akad egy pár - és onnan újra elindíthatod (ha éppen nem amiatt döglött be, mert elkonfigoltál vmit).https://www.coreinfinity.tech
-
nyaralasptt
csendes tag
Az angolom nem tul eros de en ugy fordianam, hogy a JIT/javas/ az 1.2-es verzioban debutalt. Futtatokornyezetet meg az ms, a syma meg a Sun csinalt hozza.
Azt erdemes tudni, hogy a sun Runtime ''csak'' a referencia implementacio, vagyis egy csomo gyartonak van sajat JSE futtatokornyezete /IBM-nek van vagy tiz is/. A sun csak a szabvanyt, specifikaciokat csinalja, meg valami mukodokepes implementaciot. A gyartok igy tudnak versenyezni, hogy ki tud hatekonyabb implementaciot irni. Ha pl. a runtime bizonyos reszeit nem javaban implementaljak /asm, c, akarmi, ami adott feladatra hatekonyabb lehet/, akkor jobb teljesitmeny erheto el. Persze a runtimenak kevesebb resze lesz ujrafelhasznalhato, ha mas platformra is ki akarjak adni.
A teljesitmenykerdes kapcsan talaltam valami sun-os merest a kulonfele runtime-okrol es 1.5-os verziok teljesitmenye nem nagyon tert el win es solaris alatt /max 5% a solaris javara/. Bennem az a kerdes vetodott fel, hogy a teljesitmeny hogyan alakul, hogyha tobbmagos geped van, vagy valami komolyabb servered. De nem hiszem, hogy sokan raknanak win-es server-re javas alkalmazast.GITS
-
Batman
őstag
''..ez a rizsa már lassan kezd fájdalmas lenni...''
Már nekem is kezd fájdalmas lenni,nem megy itt más csak FLAME!
Akinek nincs értelmes gondolata a cikkel kapcsolatban az maradjon csöndben, vagy menjetek chat.hu-ra boxolni de ne itt tegyétek meg.
Ez mind a két félnek szól!A Rák ellen az Emberért a Holnapért! - "..ez csak azt bizonyítja, hogy a Firefoxtól maximum a pöcsöd érzed nagyobbnak, de ugyanolyan hüje maradsz a számítógéphez..." by moonman
-
Gregorius
őstag
Nem, az olyan elhanyagolható területekre gondolok, ahol a Föld lakosságának több, mint 1/3-a él - ha ez nem potenciális célpont a piacon, akkor semmi nem az.
Szerintem ha összeszámolod, hogy abból a kétmilliárdból hány van olyan anyagi helyzetben hogy egyáltalán meg tudják venni a szoftvert (nem beszélve arról, hogy saját pécéjük is van), ellentétben például az EU hasonló számaival a félmilliárdos lakosságra vetítve, akkor elég jól látszik, hogy nincs olyan durva különbség a Távol-Kelet javára.
végül javával ellentétben folyamatosan üríti a memóriát.
Ööö itt is vannak kisebb problémák. Ha egy appdomain-be bekerült egy assembly, akkor az az alkalmazás élettartama alatt végig ott marad. Vagyis dynamic unload nincs. Majd valamelyik későbbi CLR-ben.
sok esetben egy C#-os app alig teljesít gyengébben, mint egy natív C++. ettől a Java nagyon messze van.
Bizonyos helyeken messze, bizonyos helyeken meg nincs. Van, ahol a C++ és a Java halad fej-fej mellett és a .NET kullog hátul.
ugyanis szvsz GUI != explorer.exe, utóbbi ugyanis az egész shell megjelenési formája, azaz ha vmilyen fagyi miatt kénytelen vagy lelőni e processt, akkor egészen az újraindításáig nem tudsz mit kezdeni a rendszereddel
Kipróbáltad egyáltalán? Task manager -> lődd ki az explorer.exe-t (end process) -> új feladat (new task) -> explorer.exe. És lám, tálcástól, mindenestől visszajött az egész, mintha misem történt volna. Méghogy nem tudsz mit kezdeni a rendszerrel -
-
drkbl
őstag
Azért a szabványosításra érettnek talált ODF sem piskóta, az ODF alapítvány alapítója szerint nem piaci célokra született, ő maga kilépett, és most a W3C CDF-jét fejleszti, mert az ODF túlságosan az OpenOfficéhez kötődik [link]
We find that ODF is not the open format with the open process we thought it was or originally intended it to be. [link]
Ennyit azoknak, akik bennünket követtek. Valami ellen, gyűlöletből nem lehet messzire jutni.
-
FTeR
addikt
válasz Gregorius #103 üzenetére
legközelebb plz jelezd, h kitől idézel.
pl a köv formában
#24:
idézet4 idézetből csak 2 származik tőlem (a 2 középső).
és ha moderátor még megengedi, akkor annyit offolnék, h az automatikus szemétgyűjtésre gondoltam, ami -amikor a legutóbb néztem- nincs javaban és ezt szépen körbe is indokolták, h miért jobb így.