2. Fórumok
  3. Infotech
  4. Formátumháború: Microsoft vs. Linux Foundation
Keresés

Új hozzászólás Aktív témák

  • #103 Gregorius őstag FTeR #88
    Új Válasz #103
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Gregorius

    őstag

    válasz FTeR #88 ü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.
    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 :(((

  • #91 nyaralasptt csendes tag FTeR #88
    Új Válasz #91
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    nyaralasptt

    csendes tag

    válasz FTeR #88 üzenetére

    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.''

  • #89 bambano titán FTeR #88
    Új Válasz #89
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    bambano

    titán

    válasz FTeR #88 üzenetére

    ''sok esetben egy C#-os app alig teljesít gyengébben, mint egy natív C++. ettől a Java nagyon messze van.'': [link]

Új hozzászólás Aktív témák