Hirdetés
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- MasterDeeJay: Egy nem átlagos Asus videókártya (GTX950M 2GB GDDR3)
- Mr Dini: Mindent a StreamSharkról!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- Gurulunk, WAZE?!
- Szellem.: ATK Blazing Sky X1 V2 Extreme 2.0. Tényleg 2.0-a!
-
LOGOUT

Új hozzászólás Aktív témák
-
bambano
titán
válasz
#25954560
#7065
üzenetére
a gyors jáva kód dolog akkor szokott átmenni mítoszba, mikor az első mások által faragott cuccot betöltöd a saját programodba. nem feltétlenül a jáva lassú, azok a framework-ök lassúak, amiket használni akarsz.
Nekem meg az a tapasztalatom, hogy azért lassúak a jáva programok, mert túldizájnoltak. Kiindulva a "ha kalapácsod van, mindent szögnek nézel" mondásból, én már láttam olyan jáva architektet, aki a budizást se tudta volna megoldani 50 gettersetter meg 3 xml parser nélkül. Mindent beleraknak a programba, amit valaha feltaláltak jáva területen. Olyan is lesz... de ettől még mindig nem a jáva lassú.
meg néha nem ártana elfelejteni, hogy a jáva oop...
-
skoda12
aktív tag
válasz
#25954560
#7065
üzenetére
Lehet, hogy nem olyan fejlett a gc vagy tobb memoriat foglal egy azonos hosszu string, mint egy masik nyelvben. Nyilvan byte kod miatt sosem lesz olyan gyors, mint egy nativ alkalmazas. Ettol fuggetlenul azt allitani, hogy ugyanaz a program tobb tucat peldanyban fut .NET-ben ugyanazon a vason, mint egy javas peldany azert az tobb, mint meredek. Eleve nem hiszem, hogy barki itt levo latott volna egy .NET-es meg egy javas alkalmazast, amiknek ugyanaz lenne az architekturaja es ugyanazt csinaljak, igy kar is belemenni abba, hogy ez a program ennyit eszik a masik meg annyit.
Most egy olyan rendszert raktunk ki productionbe, ami majdnem 2x16 giga memoriat fogyaszt. Ettol most a java szar? Nem (illetve nem ettol szar), egyszeruen csak arrol van szo, hogy a beerkezett tradeket par millisec alatt kell feldolgozni es ebbe nyilvan nem fer bele az, hogy elkuldunk tobb sql queryt egy DB szerver fele, amik egyenkent osszejoinolnak 2-3 tobb tizmillios tablat, ezert egyszeruen a memoriaban vannak tartva az aktiv adatok.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- CADA, Polymobil, és más építőkockák
- Elemlámpa, zseblámpa
- Ha Darwinra hallgat az AI, nehéz lesz megállítani
- Autóápolás, karbantartás, fényezés
- A fociról könnyedén, egy baráti társaságban
- Milyen Android TV boxot vegyek?
- Renault, Dacia topik
- Allegro vélemények - tapasztalatok
- BestBuy topik
- Xiaomi 17 Ultra - jó az optikája
- További aktív témák...
- ASUS ROG Zephyrus G16 (2024) RTX 4090 (!!) / Ultra 9 / GAR 2027 brutál erős, csúcs modell
- Cooler Master CK550 RGB mechanikus billentyűzet (Gateron Brown, HU)
- Elgato Stream Deck 15 gombos (MK.1) + állvány
- Gamer PC Ryzen 7 5800X + RTX 3060 12GB / 32GB RAM / vízhűtés / RGB
- ThinkPad X1 Extreme Gen 3 (i7, 32GB, GTX1650Ti, 4K) Magyar, szép állapot
- HIBÁTLAN iPhone 13 Pro 256GB Sierra Blue-1 ÉV GARANCIA - Kártyafüggetlen, MS4530, 100% Akkumulátor
- Keresünk dokkolókat
- iking.hu Apple iPhone XR 64GB használt White megkímélt 100% akku 6 hónap garancia
- GYÖNYÖRŰ iPhone 15 Pro Max 256GB White Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS4694
- Utolsó! MacBook Pro 13" M1 16GB RAM/ 1TB SSD 27%-os ÁFÁS - Garancia - 0428AB
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


