Hirdetés
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- MasterDeeJay: ASRock B250M Pro4 coffeetime mod! (DDR4)
- Hieronymus: Pihole + Unbound
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- Gurulunk, WAZE?!
- hcl: Olympus E-PL1 nyomozás
-
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!
- Házimozi belépő szinten
- Kerékpárosok, bringások ide!
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Elektromos autók - motorok
- Hardverfogócska a kertben
- Ingatlanos topic!
- Diablo IV
- Milyen notebookot vegyek?
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- További aktív témák...
- XFX RX 9070 XT 16GB GDDR6 SWIFT Triple Fan Gaming Edition - Új, 2 év gari - Eladó!
- MacBook Pro 14" M3 Pro /11C/14C/18GB/1024GB/ 100% Akku / 2027.12-ig garancia
- Honor Magic 8 Pro 512GB Black Karcmentes! Ajándék 100 Wattos SuperCharge töltő!
- iPad 9th gen 64GB space grey
- Be Quiet Straight Power 1000W Platinum Moduláris Tápegység
- SMAILIO HD 5" GPS autós navigáció
- Apple iPhone 15 Pro Max / 512GB / Kártyafüggetlen / 12HÓ Garancia / Akku: 84%
- GYÖNYÖRŰ iPhone 13 256GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4659, 100% Akksi
- BESZÁMÍTÁS! MSI B550M R7 5700X 32GB DDR4 1TB SSD RTX 4070 12GB Lian Li Vector V100R FSP 650W
- iKing.hu Apple iPhone 12 mini 64GB Black használt megkímélt 100% akku 6 hónap garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


