Da, acolo nu te omoara cutremurul si te omoara tsunamiul care se formeaza in urma cutremurului. Ca si in bancul ala cu Bula in care a scapat de cancer murind de altceva.
Stii teoria aia conform careia daca astazi se prabuseste un avion, maine cel mai sigur e sa zbori cu un avion al aceleiasi companii aeriene?
Chiar imi spunea un prieten din Timisoara acum cateva zile ca desi voia sa mearga in Turcia la vara, acum prefera sa mearga altundeva din cauza ca ii e frica sa nu il prinda ceva cutremur pe acolo. Well, acum ii era mai bine pe la turci in perioada asta.
Fapt divers: obisnuiam sa ma duc pe thispersondoesnotexist.com ca sa iau profile de utilizatori random generate.
Acum redirectioneaza la stabilitty.ai
Ma intreb ce s-a intamplat.
Eu folosesc stable diffusion web ui. A venit cu un installer, are interfata web curata. Ruleaza in localhost. Am generat pana acum imagini decente, nu la nivel de midjourney dar bunicele.
Am urmat tutorialul asta:
[EDIT] - de fapt era alt tutorial dar nu mai gasesc linkul
Nu știu dacă am mai zis pe forum sau dacă este „common knowledge”, dar docker pe windows rulează mai bine dacă rulează în WSL iar fișierele nu sunt luate din /mnt/*.
În cazul în care este o aplicație mică și/sau fără I/O excesiv, e OK.
Dar în cazul în care ai I/O (e.g. un mysql măricel), lucrurile sunt lente. LENTE.
În unele cazuri - cum e discourse - nici nu pornește jucăria, dă tot felul de erori foarte vagi.
Aveam la un momenta dat un DB măricel (~10Gb) și un query mai consumator de resurse. Nu-mi aduc exact aminte timpii, dar:
dacă rulam în docker dar era pornit din windows cu volum shared pe windows dura câteva zeci de secunde. Eram extrem de confuz pe subiectul „de ce naiba recomandă lumea docker pentru dev??”
dacă rulam mysql nativ pe windows era decent-ish. Câteva secunde. Rezonabil.
la un moment dat mi-am adus aminte de discourse și am zis să încerc să rulez docker direct în wsl, cu data shared direct în wsl (deci nu în /mnt/). Sub o secundă.
Practic diferențele față de docker nativ erau: 3-5x în mysqld.exe respectiv 10x+ în docker cu volum shared din windows.
Deci fix în ultimele 2 săptămâni am trecut aplicația la care lucrez de la vagrant la docker pentru development (Windows) urmând ca pe viitor și pe production să trecem pe docker.
Deci cu WSL îmi lua 10 secunde să încarc un request. Am încercat absolut tot ce îți poți imagina, toate topicurile pe stackoverflow, nimic și nimic. Am înțeles că e vorba de un bug IO pe care îl are, ceea ce face ca citire fișierelor din /vendor să fie foarte lentă.
Asta pentru 2 oameni cu Windows, amândoi exact aceleași probleme + cineva pe Mac M1 unde merge perfect.
Aveam oricum hyper-v instalat, am zis hai să vedem, am trecut docker în windows mode, și-a făcut mașina virtuală, am dat restart la containere, 0 reconfigurări și…100ms pe request. Freakin’ 100 ms. De la 6 secunde MINIM, aveam 3-4 requesturi care durau în total cam 20 secunde să încarce pagina.
Cu zero schimbări de cod/configurație, nici în docker nici în aplicație, am trecut dockerul pe hyperv doar, atât.
Nu știu ce bug poate avea. Și am observat că și e flămând la RAM, n-am reușit să-l frânez, ignora cu succes orice .config, la un moment dat ajungea la 32GB RAM consumați, trebuia să-i dau un kill. 32GB și tot dura 5 secunde requestul
Baza de date fresh, gol goluță. Deocamdată mai rămân pe hyperv câteva update-uri
