Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).
bent pas mane codex kazkoks bugas, vakar vakare codino iseikvojo limitus 0 proc valandiniu, bet toliau be sustojimo dirbo iki negaliu. Siandiena toliau tesiasis sis stebuklas.
AI aprašymas Ekrano nuotraukoje matomas programos naudojimo limitų skydelis, kuriame rodomas 5 valandų ir savaitinis naudojimo limitas su atitinkamais likučiais bei atnaujinimo laikais.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
25$ :) APi ir nebesuku galvos. Jei pasitarnaus valio, jei ne, fallback komandą sukūrė jev-stop ir inteksuoja kiekvieną jo integraciją. Kad po to jei reiktų pašalint nebūtų nuotykių.
Man Grok Botas su VPS'u labai pagelbėjo, anksčiau matydavau tik resursų spike'us, ir koks servisas tai sukelia. Bet priežastis neaiški. Tai Grok Botas lįsti pradėjo į logus po kiekvieno spike'o ir per savaitę susidėliojom planą, kaip daryti apribojimus, o šianakt sudėjom dar griežtesnius blokavimus. Ryte pasidariau naktinių nuotykių palyginimus pakutinių kelių dienų su šianakt.
🔥1
AI aprašymas Tai lentelė, palyginanti konkrečios nakties (25/26.09) serverio našumo rodiklius, tokius kaip CPU apkrova, ilgiausias epizodas ir Apache užklausos, su septynių ankstesnių naktų vidurkiais bei nurodant pokyčius procentais.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
AI aprašymas Tai statistinių duomenų infografika, vaizduojanti serverio resursų (CPU, load average, užklausų skaičių) naudojimo pokyčius per savaitę su palyginimu tarp šiąnakt ir ankstesnių naktų.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
O toliau jau stebėjimas kas 5 minutes logų + kai tik spike'ai būna resursų iš karto trigeris Grokui, kad eitų gilintis wtf vyksta. Ir tada pagal sutartas taisykles dsrytų veiksmus.
❤1
Ssh komanda, o kadanginviduje turi sertifikatą, iš karto pajungiamas.
Realiai turiu Sys Adminą - kalbamės, tariamės, ką dar blokuoti, ką monitorinti, kokias ataskaitas paruošti.
Prieš 1 metus tik pasvajoti apie tokį galėjau.
Turi savo narylšykles, kuriose pajungti accountai, turi savo vidinius skilsus ir taisykles.
❤1
Grafikus jisai man sukūrė. Čia net ne dashboardai
Vieną ataskaitą paruošė už visą rugsėjį, tai ten 30 puslapių, bet visokių detalių kas vyko serveryje, tai beliko perskaityti ir padidaryti išvadas, ką dar nuveikti.
Tiesiog pokalbis su Groku, jokių specifinių techninių dalykų, tiesiog klausinėju kas vyksta ir tada reguoju į gautą info, bei klausiu ką daryti, kokia praktika. Pasirenku ką taikyti, tada monitorinu ar duoda realų pokyti. Jei ne - arba atstatom, kaio buvonarba dedam ant viršaus naujas idėjas.
Na ir svarbu nuosekliai eiti ir gilintis. O kadangi minčių buvo iš seniau, bet neužteko žinių ir galimybių, tai dabar po truputį įgyvendinu, ką kelis metus planavęs buvau. Bet tikslas pačiam viską suprasti kokia priežasti, kokį rezultatą duoda, kad galėčiau atkartoti viską, kitame VPS, ir šiaip savo taisyklių rinkinį turėti.
tik sunkiausia su tokiais klasikiniais modeliais gera tiksluma pagaut, naudot jev vietoj savo bert visas pliusas nes nors visas data workflow kažkieno kito laboratorijos sukurtas
suvokt tai statistikos vadovelius skaityti, o kaip pritaikyti lengviau nei suvokt ar verta pritaikyti, dar žinau https://opencode.ai/docs/zen/#jev yra apeit waitlist