- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- total90: SSD és HDD árak 2026-ban – most kell vásárolni, vagy várni 2028-ig?
- MasterDeeJay: RAM gondolatok: Mennyi a minimum? DDR3 is jó?
- Geri Bátyó: Agglegénykonyha 13 – Néhány egyszerű, de finom étel
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- A magyar Duke Nukem 3D
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
Új hozzászólás Aktív témák
-
Gregorius
őstag
Nah beleolvastam.
Aszongya a 7. pontban
this paper examines only stop-the-world, non-incremental,
non-concurrent garbage collectors.
Kár, hogy a .NET GC és az újabb Java cuccok nem ilyenek.
If their applications will be deployed on
systems with at least three times as much RAM as needed
Megmondom őszintén, olyan rendszert még nem nagyon láttam (az otthoni játékpc-ket kivéve), ahol átlagosan a RAM több, mint 50%-a ki lett volna használva. Ökölszabályként is ezt használják rendszerméretezéskor.
De ha már mégis fogytán a RAM, nem csoda, hogy a garbage collection szarul teljesít, lévén egy csomó szemét kikerül a pagefile-ba ahelyett, hogy a rendszer engedné előtte a GC-nek begyűjteni. (A bookmarking collector-juk, ami figyelembe veszi ezt a paging-et, állításuk szerint alig veszít a teljesítményéből nagy memóriaterhelés esetén)
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Proxmox VE
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Milyen autót vegyek?
- Intel Core i7-5xxx "Haswell-E/EP" és i7-6xxx "Broadwell-E/EP" (LGA2011-v3)
- CADA, Polymobil, és más építőkockák
- A fociról könnyedén, egy baráti társaságban
- Dalra fakad, zenét szerez a Gemini
- Apple MacBook
- Apple iPhone 17 Pro Max – fennsík
- Több ezer műholddal bővülhet az Amazon flottája
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest

