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

• #27 Jim Tonic nagyúr dabadab #6

  Új Válasz 2014-12-25 15:04:17 #27

  Ú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

  

  Jim Tonic

  nagyúr

  válasz dabadab #6 üzenetére

  Ha olyan lekérdezés történik, amire nincsen (nem tehető) indexelés (pl. szövegrészlet), akkor komolyan leültethető bármilyen CPU.

• #23 emelhu aktív tag dabadab #6

  Új Válasz 2014-12-25 00:16:16 #23

  Ú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

  

  emelhu

  aktív tag

  válasz dabadab #6 üzenetére

  Valóban az IO a siker titka, de ha továbbra is erősen haladunk az XML/JSon/JSonB irányba, akkor a szimpla table scan is sokkal több procit fog igényelni.

• #10 lezso6 HÁZIGAZDA dabadab #6

  Új Válasz 2014-12-24 00:22:01 #10

  Ú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

  

  lezso6

  HÁZIGAZDA

  válasz dabadab #6 üzenetére

  Bizonyos helyzetekben CPU limit van, pl komplex keresési feltételnél, amikor hiába lassú az IO, a CPU még lassabban ellenőrzi le a sorokat. Ez utóbbira van a PgStrom. Vagy ha pl memóriában egy bazi nagy invertált indexet kell átnyálazni, akkor is CPU limit lehet. Ez meg tipikusan a keresésnél szokott lenni.

• #8 MrSealRD veterán dabadab #6

  Új Válasz 2014-12-23 22:35:07 #8

  Ú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

  

  MrSealRD

  veterán

  válasz dabadab #6 üzenetére

  Pl. Oracle in-memorynál már nem... De ha hagyományos IO-ba gondolkodunk akkor is az SSD-k olyan sebességekre képesek, hogy ez már nem /nem lesz igaz.

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