Hirdetés
- Az igazi Nokia örökébe lép egy legendás európai okostelefon
- Amazfit Active 2 NFC - jó kör
- Megbüntették, ezért feloszlatná az EU-t Elon Musk
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Beköltözik a platformköltözés az iOS-be és az Androidba
- Honor 200 Pro - mobilportré
- Samsung Galaxy Watch6 Classic - tekerd!
- Xiaomi 14 - párátlanul jó lehetne
- Samsung Galaxy Watch7 - kötelező kör
- Milyen okostelefont vegyek?
Új hozzászólás Aktív témák
-
Vico87
tag
válasz
proci985
#1724
üzenetére
Én így gondolom: ha elfogadható egy felügyelt környezet (Java VM, .NET CLR) overheadje (és az üzleti/web alkalmazások esetében az, webes esetben a PHP-t nem is említve), akkor a C++ függvényhívások overheadje is elfogadható. Ezeknél az alkalmazásoknál a tiszta, karbantartható kód az elsődleges szempont.
Teljesítménykritikus esetben adott helyzettől függ, hogy mennyit vagyunk hajlandók áldozni az olvashatóságból/érthetőségből a teljesítményért. Néhány esetben megéri a mikrooptimalizálás, ahol már tényleg arra mész, hogy minimalizáld a cache-miss-t, az elágazásokat, stb... de ez általában nem triviális kódot eredményez és kevés esetben hoz látványos pluszt. Persze ha ezt a kódot megfelelően dokumentálod, akkor nincs gond.
A Visual C++ tud olyat, hogy __forceinline, ami egyrészt kierőszakolja egy függvény inline-osítását, másrészt így az optimalizáló jobb eredményt ad, mert a "hívást" a kontextusával együtt képes feldolgozni.
-
válasz
proci985
#1724
üzenetére
Altalanos kodban - foleg desktopra szantban (de igazabol egyre inkabb mobilfronton is igaz) - nincs ertelme igazan a sebessegen meg a memorian gorcsolni, ha az ember nem csinal direkt okorsegeket, akkor nem lesz baj. Ha meg megis valahol feltunoen lassunak bizonyul, akkor meg az ember elokapja a profilert es optimalizalja azt az egy helyet, ami lelassitja.
En hajlamos vagyok maskepp latni a dolgokat, mert munkaidoban mondjuk a viruskereso engine CPU emulatorat pofozom es ha elvaras, hogy minden megtalalt .exe-t futtassa az elso par millio utasitasig, akkor ott tenyleg figyelni kell a sebessegre - ugyanakkor ha nem ilyen kod van, akkor sima C stilusu tomb helyett en is inkabb std::vectort hasznalok es magasrol teszek arra, hogy valamivel tobb processzorido meg memoria kell hozza, a gyakorlatban ezt siman behozza ott, hogy kenyelmesebb a hasznalata meg nincs buffer overflow.
Ú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!
- Kerékpárosok, bringások ide!
- Gitáros topic
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Az igazi Nokia örökébe lép egy legendás európai okostelefon
- Nagyon gyorsan búcsút mondhatunk az olcsó notebookoknak
- Milyen okostelefont vegyek? OFF topik
- Öszvér módszerrel veszi fel a harcot a memóriapánikkal szemben az ASRock
- GoodSpeed: Munkaügyi helyzet Hajdú-Biharban: észak és dél!
- Villanyszerelés
- Tőzsde és gazdaság
- További aktív témák...
- LG UltraGear 32GQ850-B GAMER Monitor! 2560x1440 / 240Hz / 1ms / G-Sync / FreeSync!
- Bomba ár! Lenovo ThinkPad X260 - i5-6G I 8GB I 128GB SSD I 12,5" HD I HDMI I CAM I W10 I Gari!
- Bomba ár! HP ProBook 430 G3 - i3-6GEN I 4GB I 500GB I HDMI I 13,3" HD I Cam I W10 I Garancia!
- Bontatlan - ASUS TUF Gaming K3 Gen II billentyűzet
- Bomba ár! Lenovo ThinkPad T61 - Intel T8100 I 4GB I 160GB I 15,4" WSXGA+ I Garancia!
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest


