Odpověď na názor

Odpovídáte na názor k článku Řešení vysokých cen RAM a SSD hned tak nebude, přepněme na skromnost. Názory mohou přidávat pouze registrovaní uživatelé. Nově přidané názory se na webu objeví až po schválení redakcí.

  • 6. 3. 2026 8:15

    ce4aser

    Viac menej suhlasim, ze u vyvojarov moc netlacia na oprimalizaciu. Nasledujucu cast textu nebude mierena ako vyvracanie komentara, ale len akasi doplnujuce info, u ktoreho sa povie aj to B.

    SW mozes napisat dvoma sposobmi ( polmi) :
    A.) Setri sa co na co najviac zaplnenia RAM. Avsak na ukor vacsej zataze IO a CPU. To co si odlozi ba neskorsie pouzitie sa zahodi , a ked potrebuje v buducnu musi si to znova pripravit. Mnohe data si moze vypocitat za pomoci podmienok a vzorcov na zaklade vstupov. Coz viacej CPU.

    B.) Setri sa IO a CPU ale na ukor zaplnenie RAM. Nerobi garbage na vsetky data, nehava si ich v RAM, pre buduce pouzitie, nemusi si to neustale pripravovat - zahadzovat. Namiesto toho aby pocital pomocou logicko matematickych operacii, da nacitaju rederencne data, ktore kezia v RAM a nasledne sa len matematicky spresnuju vyspetup, setri sa CPU.

    Takze setrenie RAM nemusi nutne znamenat WIN situaciu. Ak SW je uz vyrazne optimalizovany na model B, tak uprava kodu blizsie ku modelu A, znamena vyssiu zataz CPU a IO.

    Ak je aplikacia neoptimalizovana, tam to je uz ina vec. Je tam priestor ku zlepseniu. V opacnom pripade mas situaciu nieco za nieco.