Új hozzászólás Aktív témák

• #49026 brd nagyúr zsolt_64 #49025

  Új Válasz 2023-09-21 22:06:47 #49026

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  brd

  nagyúr

  válasz zsolt_64 #49025 üzenetére

  De arra pedig modern OS-en (bár a Windows nem annak tűnik, de ebben spec. egészen jó közelítéssel az (*)) az van, hogy process-enként lehet I/O prioritást állítani (ez nem a process CPU prioritása, ez más!). Igaz, kicsit szegényes a választék, mert MS módra szarul működik a leghátrébb sorolt (Very Low), mert akkor is lassabb, ha csak ő végez I/O-t, ill. a High is, mert azt meg el tudja nyomni egy Normal-os process is, alig észrevenni, hogy High-ra van állítva (Critical-t pedig egyszerű process nehezen kaphat), ezért gyakorlatilag csak a Low és Normal az, ami érdemben használható. Mindig is Low-n futott a torrent kliens nálam (egyéb, hasonló, nagy és viszonylag sokáig tartó I/O-val együtt, ha másnak is használnia kellett az adott háttértárolót, pl. filemásolás). De amúgy is nehéz megérteni, hogy egy egyébként ennyire részletesen konfigurálható programban egy már megvalósított funkciónak miért nem tudtak odab'szni egy pipát, default false-szal (sőt, akár rejtve, hogy aki nem érti, mire való, ne piszkálja). Ez kb. max. 10 perc fejlesztési idő UI simogatással együtt (de legyen 20 perc összesen, ha aprólékos PR/CR van).

  *: Igaz, csökkenti a megítélését az, hogy ez a funkció írásra totál haszontalan, amennyiben az OS végzi a cache-elést, mert akkor a 'System' process végzi el a valós írást, Normal I/O prioritással (ami szokásos körülmények között nem állítható, de egyéb okok miatt amúgy sem egészséges), de normális kliensben ez ugye állítható (mármint, hogy az OS cache-elje-e az írást).

  [ Szerkesztve ]

  The only real valuable thing is intuition.

Új hozzászólás Aktív témák