- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
ph A cég megoldása centralizált vezérelhetőséggel, masszív radiátorral és robusztus ventilátorokkal igyekszik vásárlásra csábítani.
-
Agyi chipes gyártóba fektetett a kriptocég
it A Tether 200 millió dollárt fektet a Blackrock Neurotech agyi chipes vállalatba.
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
Új hozzászólás Aktív témák
-
martonx
veterán
válasz TheCompany #19 üzenetére
"Nekem annyit mondtak, hogy Shrinkeljek mindennap, mert akkor gyorsabb lesz az adatbázis, csinálom is én, de jobb lenne erre is egy JOB, hogy 2 óránként shrinkeljen, mert elég lassúcska a program erre is találtam egy JOB-ot, nem tudom, hogy helyes-e:
DBCC SHRINKDATABASE (N' adatbázis név ', 0)"A shrink semmi mást nem teszt, mint a nagyra növő táblákat, temp táblákat visszavágja az eredeti méretükre. Ettől gyorsabb nem igazán lesz a rendszer, viszont valóban hasznos dolog shrinkelni, mondjuk éjszakánként naponta egyszer. Nehogymár 2 óránként shrinkelj!
"Jelenleg 24 giga ram van a szerverben, ebből az sql-nek beállítottunk 16 gigát, de ahogy nézem a taskmanagerbe a memória felhasználást sose megy 5 giga fölé, nem gond-e ez véletlenül."
Ez nem gond, csak annyit jelent, hogy rendesen felülméreteztétek a hardvert, és vélhetően egy kalap pénzt kidobtatok feleslegesen az ablakon (bár szerencsére a ram nem annyira drága). Persze ki tudja milyen tempóban nő az adatbázis, lehet pár év múlva kelleni fog az a 24 giga.
Én kérek elnézést!