Commit graph

203 commits

Author SHA1 Message Date
582b21e1b3 Fix bot considering empty lines 2024-01-21 14:04:20 +01:00
62269e7d67
Merge pull request #25 from LucaSforza/nuove-domande
aggiunta nuove domande prese da esami precedenti trovati su telegram
2024-01-21 13:31:55 +01:00
LucaSforza
36007e5e84 aggiunta un ultima domanda che mi era sfuggita 2024-01-21 12:47:36 +01:00
LucaSforza
35c45ea4b5 aggiunta nuove domande prese da esami precedenti trovati su telegram 2024-01-21 12:33:13 +01:00
gpelisset
8d946ced84
Merge pull request #1 from gpelisset/new-brach
Merge con cambiamenti
2024-01-20 18:57:03 +01:00
gp
3fd89253b2 fixups after questions review 2024-01-20 18:52:40 +01:00
gp
32e08eb505 Marcato come UNSAFE la domanda 2 e cambiato risposta. La disabilitazione delle interruzioni non impedisce la creazione di nuove interruzioni, ma semplicamente impedisce che esse vengano gestite. Quindi e' falso dire che la disabilitazione delle interruzioni impedisce la creazione di nuove interruzioni. Quindi dovrebbe essere la risposta 1. Al tempo stesso non e' chiaro cosa voglia dire che La disabilitazione delle interruzioni non funziona su sistemi con più processori o più core. Volendo, su ogni processore, si possono disabilitare le interruzioni, e quindi dire che 'La disabilitazione delle interruzioni non funziona su sistemi con più processori o più core' e' falso. Forse intendeva dire che La disabilitazione delle interruzioni non funziona su sistemi con più processori o più core per garantire la mutua esclusione.... In questo caso sarebbe vera. Quello che pero' e' certo e' che la 1 e' falsa.
Cambiato risposta domanda 5. Dire che 'Il translation lookaside buffer permette di accedere direttamente al contenuto degli indirizzi di memoria virtuali usati più di recente'  e' falso dato che gli unici dati presenti nel TLB sono delle associazioni (page_number: frame_number) e non c'e' assolutamente nulla relativo al contenuto dei frame. Viceversa dire che 'Il translation lookaside buffer è una particolare cache, ma non è completamente trasparente al sistema operativo' e' vero visto che ad ogni process switch ne va fatto il flush
                                Aggiunto parte mancante della domanda 16
                                Aggiunto commento alla domanda 20 (lo posso anche rimuovere). Ma qualora avessimo due processi A e B che si scambiano messaggi e due altri processi C e D che si scambiano messaggi e e' assurdo pensare che se A esegue un receive bloccante anche le receive di C si blocchino.
                                Commento sulla domanda 22. E' vero che 'il data rate confronta le velocità di 2 diversi dispositivi di I/O'. Si veda vd. gruppo 5 di slide, slide 11.
                                Aggiunto commento alla domanda 24. Nel caso di un mode switch non c'e' alcun motivo per cui lo hardware context debba essere salvato
                                Cambiato risposta 25. In slide 67 del 5 blocco di slide, e' scritto esplicitamente che 'si passa dalla parte nuova alla vecchia per scorrimento' ma 'quando un blocco viene referenziato, lo si sposta all’inizio dello stack'. Quindi, a "scendere" effettivamente si procede per scorrimento, ma a salire no. Al contrario, la quattro ('L'algoritmo di sostituzione basato su frequenza a 2 segmenti della page cache può non avere buone performance quando un settore viene acceduto spesso, ma tra il primo accesso e quelli successivi ci sono N accessi ad altri settori, diversi tra loro, con N pari alla dimensione del segmento nuovo') e' vera.
                                Aggiunto UNSAFE alla 64. Qualora lo scheduler esegua per primo il processo numero 0, e qualora esso superi il while piu' esterno prima che p1 venga eseguito, ecco che p0 e' entrato nella sezione critica. Quindi e' falso dire che 'Nell'algoritmo di Dekker, se la variabile turn è inizializzata ad 1, allora il processo 1 sarà sicuramente il primo ad entrare nella sezione critica nella prima iterazione'. Purtroppo anche tutte le altre risposte sono sbagliate
                                Aggiunto UNSAFE alla 106. In generale, su una architettura CISC (ad esempio x86) non e' vero che gli opeandi devono essere cariacati nei registri. Ad esempio addq (%rax), %rbx aggiunge un valore (il quale si trova in memoria) puntato dal registro %rax al contenuto del registro %rbx. Qualora invece ci restringessimo ad una architettura RISC, quanto affermato nella domanda sarebbe vero. Va quindi cambiata la domanda essendo piu' espliciti su CISC e RISC?
2024-01-20 17:23:29 +01:00
9870ec28f1 Merge remote-tracking branch 'refs/remotes/origin/main' 2024-01-19 20:34:57 +01:00
0cddce0e08 Fix wrong S01 command && update welcome message 2024-01-19 20:34:20 +01:00
2f2d4fb095
Merge pull request #22 from LucaSforza/nuove-domande
aggiunta domande per SO1
2024-01-19 19:21:33 +01:00
92d544f18e set build policy to docker compose 2024-01-19 19:18:30 +01:00
ffa004f20c Add Bot/obj to gitignore 2024-01-19 19:17:34 +01:00
be5439df7d Add compiled binaries to gitignore 2024-01-19 19:10:33 +01:00
95e02d9a64 Fix bot haning when sending alerts 2024-01-19 19:06:53 +01:00
LucaSforza
0bb085e548 aggiunta domande per SO1 2024-01-19 16:25:17 +01:00
0f90b3525e
Delete .idea/.idea.so-un-bot.dir/.idea directory 2024-01-19 03:32:19 +01:00
3879937726 Update gitignore 2024-01-19 03:32:01 +01:00
8fc89fbc03 Refactor repo structure 2024-01-19 03:29:39 +01:00
36ac339086
Merge pull request #21 from NotFiliberto/patch-1
fix: empty row for diritto venezia
2024-01-17 22:16:07 +01:00
Filiberto
9b4a6c9da4
fix: empty row for diritto venezia 2024-01-17 21:49:04 +01:00
74e8795327
Merge pull request #20 from NotFiliberto/main
Add: domande diritto venezia
2024-01-12 03:28:23 +01:00
Filiberto
7082aea3d0
Add: domande diritto venezia 2024-01-06 21:57:41 +01:00
d01cf118e4
Merge pull request #19 from Samseys/patch-1
Fix Sicurezza question 1120 (pg 709)
2023-07-11 14:58:21 +02:00
Stefano Russo
abf33adcd2
Fixed question n.1120 (pg 709) - Sicurezza 2023-07-11 12:13:55 +02:00
d366f4cdc6 Remove github Actions workflow (we switched to polling) 2023-07-09 03:28:04 +02:00
efd1e575e6 Remove debug info in the Actions workflow 2023-07-09 03:18:34 +02:00
02462a56b9 Add debug info in the Actions workflow 2023-07-09 03:17:42 +02:00
449dc6a0b9 Clarify docker-compose.yml comment 2023-07-09 03:09:10 +02:00
04bb3618e8 Update CI/CD pipeline 2023-07-09 03:05:22 +02:00
40947e4f64 Add database volume binding 2023-07-09 02:46:19 +02:00
b61212480c Add docker-compose example 2023-07-09 02:43:34 +02:00
2ae02f92b0 Move ingsw image checker script in utils/ 2023-07-09 02:34:24 +02:00
6d86f40ee5 Move moodle-screaper instructions in moodle-scraper directory 2023-07-09 02:32:59 +02:00
68ff64b8c9 Move utilities scripts in utils directory 2023-07-09 02:30:06 +02:00
28190ca614 Add credits to moodle-scraper 2023-07-09 02:27:38 +02:00
f38eab78a0 Rename Scraper to moodle-scraper 2023-07-09 02:26:24 +02:00
5ff54ac297 Rename Scraper to moodle-scraper 2023-07-09 02:25:49 +02:00
17a3c5e44b Remove temporary directory 2023-07-09 02:25:17 +02:00
103e4fbaab Fix #18: [SO2] add clarification note in 20 and 43 2023-07-09 02:22:24 +02:00
0873165c52 Add new ingsw questions 2023-06-24 13:42:48 +02:00
258ee4e2cf Update CS to version 13 2023-06-20 12:20:19 +02:00
7e443d4393
Merge pull request #17 from NotFiliberto/main
updated questions for SO1 unive
2023-06-19 14:37:26 +02:00
b9b578d7a4 Update CS to version 7 2023-06-19 14:36:57 +02:00
Filiberto
a847596f4b
updated questions for SO1 unive 2023-06-18 16:33:06 +02:00
8dff0b5ba3 Fix ' v' error in comp-sec 2023-06-17 19:38:13 +02:00
1e435b457a Swap CS questions with new dataset 2023-06-17 17:20:16 +02:00
eefc2ab7a7
Merge pull request #16 from NotFiliberto/main
add SO1 venezia
2023-06-16 00:04:09 +02:00
Filiberto
e12a396cd3
add SO1 venezia 2023-06-14 20:06:20 +02:00
baaf2f4291 Merge remote-tracking branch 'origin/main' 2023-06-14 12:14:21 +02:00
4e53177cf1 Add S2 2023-06-14 12:14:00 +02:00