|
|
|
|
Strumenti |
03-05-2016, 19:05 | #1 |
Senior Member
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 387
|
Programmazione in C: Unix vs Windows
Salve a tutti.
Devo effettuare un progetto universitario in C, spesso si tratta della gestione di un database, e il sistema automatico di assegnazione chiede su quale piattaforma verrà svolto il programma. So che la maggioranza degli studenti ha fatto il progetto su piattaforma Unix, ma quali sono gli effettivi svantaggi/vantaggi e le eventuali differenze ? Ovviamente, so che cambierebbero tutte le System Call. Voi cosa consigliereste ? |
04-05-2016, 02:14 | #2 | |
Senior Member
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13826
|
Quote:
Le system calls del sistema operativo sono l'interfaccia di piu' basso livello che hai a disposizione per programmare e bisognerebbe usarle solo se strettamente necessario e non si necessita portabilita' Dipende dal progetto che ti daranno, ma in gran parte dei casi puoi usare delle librerie multi-piattaforma per fare la maggior parte delle cose, anche per GUI. Il multithreading e' una di quelle cose che storicamente e' meno multi-piattaforma, ma se usi PThread (per cui c'e' una implementazione su Win32) dovresti comunque cavartela. L'unica cosa che potrebbe darti grattacapi che mi viene in mente e' se devi usare i Socket per accedere la rete a basso livello. L'interfaccia di socket di Windows e Unix sono abbastanza diverse e, a meno di usare una qualche libreria di astrazione, potrebbe essere una delle differenze piu' evidenti. Non sono aggiornato pero' sull'esistenza o meno di tale libreria.
__________________
GPU Compiler Engineer |
|
04-05-2016, 10:20 | #3 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
Le syscall non sono affar tuo, in quanto tu dialoghi con la libc e non col kernel. La differenza sta semmai nell'uso di specifiche funzioni che esistono su Unix ma non su Windows ( fork ad esempio ). Ma le funzioni di base sono standardizzate e supportate dalla libc, per cui saranno ugualmente utilizzabili in entrambi gli ambienti. Se parliamo poi di database, dovrai per forza usare una libreria esterna che sara' al 99% presente su entrambi gli ambienti. Al massimo la grafica ( se c'e' nel tuo caso ) puo' crearti problemi. Ma anche in questo basta usare librerie grafiche multipiattaforma. |
|
04-05-2016, 11:25 | #4 | ||
Senior Member
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 387
|
Quote:
Quote:
Fortunatamente non devo implementare l'interfaccia grafica mentre quasi sicuramente farò uso di socket. Ho provato un paio di IDE su Ubuntu (codeblocks ed eclipse) ed entrambe funzionano malissimo causando continui freeze. Credo che ripiegherò su Geany. Ho già programmato in C su Windows e mi trovavo benissimo su CLion |
||
04-05-2016, 11:36 | #5 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
Mi azzardo a proporre Vim. Tuttavia e' un editor/IDE da prendere in considerazione per il futuro, dato che la curva di apprendimento e' molto ripida. Ma una volta che s'impara a padroneggiarlo e' semplicemente imbattibile, nonche' cross-platform ed estremamente leggero. |
|
04-05-2016, 11:42 | #6 | |
Senior Member
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 387
|
Quote:
Grazie, li proverò tutti. Per inciso, mi è arrivata ora la specifica via mail: si tratta di un'applicazione client server gestibile in concorrenza o in sequenza Spero che Unix sia stata la scelta migliore Ultima modifica di Vexem : 21-06-2016 alle 13:10. |
|
04-05-2016, 11:47 | #7 |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
E' una semplice applicazione client-server. Peraltro non richiede nemmeno che il server usi il multithreading.
Alla fin fine si tratta di usare stdio e i socket. L'unica parte incompatibile con Windows ( in minima parte oltretutto ) sono i socket. |
04-05-2016, 11:57 | #8 | |
Senior Member
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 387
|
Quote:
Strano, nel corso ne abbiamo parlato parecchio.
__________________
CPU AMD Ryzen 5 3600X | Motherboard MSI B450 Gaming Plus | GPU ASUS Dual Radeon RX 5700 EVO OC Edition 8GB | RAM Crucial Ballistix Elite 2*8GB 3600MHz CL16 DDR4 | PSU LC-Power LC6850M 850W | SSD Crucial P2 CT1000P2SSD8 | Monitor Samsung U28E590D + Samsung U28R552UQR | Case be quiet! Pure Base 500DX Black | Speakers Logitech Z623 |
|
04-05-2016, 13:50 | #9 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
Se poi per syscall il tuo professore ha inteso anche parte delle funzioni della libc, allora e' un altro paio di maniche. Nel secondo caso ci sono alcuni elementi di differenza tra gli Unix e Windows: 1. fork non esiste in Windows 2. i socket presentano delle differenze 3. posix non e' supportato da windows 8 in su A cio' aggiungiamo che tutto cio' che non e' previsto dalla libc ( la grafica ad esempio ) e' implementato in maniera completamente diversa dai vari OS. |
|
04-05-2016, 14:06 | #10 | |
Senior Member
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 387
|
Quote:
fork, wait, exec, nice...
__________________
CPU AMD Ryzen 5 3600X | Motherboard MSI B450 Gaming Plus | GPU ASUS Dual Radeon RX 5700 EVO OC Edition 8GB | RAM Crucial Ballistix Elite 2*8GB 3600MHz CL16 DDR4 | PSU LC-Power LC6850M 850W | SSD Crucial P2 CT1000P2SSD8 | Monitor Samsung U28E590D + Samsung U28R552UQR | Case be quiet! Pure Base 500DX Black | Speakers Logitech Z623 |
|
04-05-2016, 14:27 | #11 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
In Linux hai: - fork -> clone - wait -> wait - exec -> execve - nice -> nice - exit -> _exit E cosi' via. Cio' non toglie che quelle funzioni le trovi nelle libc di tutti i sistemi posix compatibili. Il problema e' che in Windows molto di quelle non ci sono. |
|
04-05-2016, 14:47 | #12 | |
Senior Member
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 387
|
Quote:
Suppongo che in questo modo non metto mano direttamente sul kernel In ogni caso ho optato per piattaforma Unix, visto che mi sembra la più usata.
__________________
CPU AMD Ryzen 5 3600X | Motherboard MSI B450 Gaming Plus | GPU ASUS Dual Radeon RX 5700 EVO OC Edition 8GB | RAM Crucial Ballistix Elite 2*8GB 3600MHz CL16 DDR4 | PSU LC-Power LC6850M 850W | SSD Crucial P2 CT1000P2SSD8 | Monitor Samsung U28E590D + Samsung U28R552UQR | Case be quiet! Pure Base 500DX Black | Speakers Logitech Z623 |
|
04-05-2016, 15:27 | #13 |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Lo scopo per cui e' nata la libc e' proprio quello. E' l'unica ad avere titolo a chiamare le syscall del kernel. La ragione e' ovviamente che il kernel puo' cosi' cambiare le syscall come gli piace, senza che cio' renda inutilizzabili le applicazioni utente.
|
04-05-2016, 15:54 | #14 | |
Senior Member
Iscritto dal: Jul 2008
Città: Roma
Messaggi: 387
|
Quote:
__________________
CPU AMD Ryzen 5 3600X | Motherboard MSI B450 Gaming Plus | GPU ASUS Dual Radeon RX 5700 EVO OC Edition 8GB | RAM Crucial Ballistix Elite 2*8GB 3600MHz CL16 DDR4 | PSU LC-Power LC6850M 850W | SSD Crucial P2 CT1000P2SSD8 | Monitor Samsung U28E590D + Samsung U28R552UQR | Case be quiet! Pure Base 500DX Black | Speakers Logitech Z623 |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 19:58.