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

• #30 sb veterán PROTRON #22

  Új Válasz 2020-12-21 14:50:50 #30

  Ú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

  

  sb

  veterán

  válasz PROTRON #22 üzenetére

  Tisztában vagyok az előnyeivel, lehetőségeivel de kicsit ellentmondásos amit írsz. A lényeg, hogy akár kevesebb sáv kivezetés (pl. notikban) akár nagyobb sávszélesség elérése valósul meg, mindenképp az eszköz oldali igény kielégítése a fontos.

  Az SSD ugyanúgy számít(hatna), mint a 10GB LAN, vagy a 10-20GB USB3. Vagy ugyanúgy nem ha semmi szükség rá... ilyen szempontból nincs különbség.

  De mindez csak zárójeles. A lényeg nem ez volt hanem pont épp az, hogy ami rendelkezésre áll azt jó lenne kihasználni. És ez jelenleg SSD-knél nem látható. Jobb lenne emiatt az igazi szűk keresztmetszetekre fókuszálni, sw oldalon. (Aztán ha továbbmegyünk az általad írt vonalon akkor a 10GB-nél is végig lehetne venni hol és hogyan akad el a kihasználása..., USB-nél szintén pl. Type-C dokkolás, standard és konfigurálási eltérések, stb...)

  Ami van az is működhetne sokkal jobban. Utána jöhet a többi, akár eszköz, akár vele szoros összefüggésben a cpu/chipset összeköttetések fejlesztése.

  @Gibo
  DB-nél világos, hogy kijöhet az előny. Ott eleve nem nagyon van/lehet cpu limit normál esetben. Ehhez képest még ott sem jön ki sokszor - nyilván az SSD nélkül is optimalizált disk elérések, cache-ek, stb... miatt. Itt is sw oldali a megoldás nagyrészt. Ide vehetjük az indexelést, clustered indexeket, page-ek 4k-ra igazítását, stb... ezek épp olyanok amik más felhasználásban hiányoznak ma disk használati oldalról. Pont ez kéne máshol is.
  Lásd dedikált tömörítők, directstorage, annak is a direkt címzési része, stb...

  Átlagfelhasználásban jöhetnének ezek, mert a DB szerver otthoni használata sem az.

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