- Hivatalos a Poco X8 Pro Max gigantikus akkukapacitása
- Macrodroid
- Poco X3 Pro - hardverfrissítés
- Samsung Galaxy Watch7 - kötelező kör
- Akciófigyelő: Ajándékokkal érkeztek meg az új Dreame porszívók
- Vivo X300 Pro – messzebbre lát, mint ameddig bírja
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- MIUI / HyperOS topik
- Google Pixel 10a – évismétlés
- Külföldi prepaid SIM-ek itthon
-
Mobilarena

Új hozzászólás Aktív témák
-
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
● olvasd el a téma összefoglalót!
- Asus TUF B760-Plus Wifi (apró hibával)
- Lenovo ThinkPad // T - Széria // X1 carbon // X1 Yoga 2-in-1 // és a többiek... 3-12. gen.
- BESZÁMÍTÁS! 2TB Samsung 990 PRO NVMe SSD meghajtó garanciával hibátlan működéssel
- 170 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090
- Asus VivoBook S14 - 14,1 "FULL HD IPS - i5 1135G7 - 16GB - 512GB SSD - Win11 PRO - MAGYAR
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


