The UNIX and Linux Forums  
Ciao e benvenuto da parte degli Stati Uniti al UNIX e Linux Forum! Grazie per la visita ed unirsi alla nostra Comunità Globale.

Go Back   UNIX e Linux Forum > Special Forum > Reti IP
.
google unix.com



Reti IP Per saperne di TCP / IP, Internet Protocol, Routing, Router, Protocolli di rete in questo forum di UNIX e Linux.

Più di UNIX e Linux Forum Argomenti potreste trovare utili
Filo Thread Starter Forum Risposte Ultimo Post
Script per il numero dei file in arrivo hootdocta5 Shell scripting e di programmazione 5 03-19-2009 10:19 PM
Info req: / var / adm / messages - Kern.warning - diversi messaggi di ID Petrucci SUN Solaris 1 12-04-2008 01:30 PM
eseguire uno script da posta in arrivo jojo77 UNIX for Dummies Domande & Risposte 7 02-22-2008 01:48 PM
Controlla la posta in arrivo di sendmail kingdbag UNIX for Dummies Domande & Risposte 1 01-25-2007 11:32 PM
rlogin / rsh entrata porto andryk Di programmazione ad alto livello 1 08-17-2004 10:21 AM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Cerca in questo Thread Rate Thread Modalità di visualizzazione
  #1 (permalink)  
Old 04-01-2009
charlitos charlitos is offline
Utente Registrato
  
 

Iscriviti Data: febbraio 2009
Interventi: 1
Unhappy gestione dei messaggi in arrivo

Ho pochi clienti la connessione al server (che utilizza selezionare ()) e theyre cercando di inviare messaggi a vicenda. Come faccio ad aspettare per l'ingresso sul stdin e allo stesso tempo per aspettare i dati di essere inviati dal server? Devo usare select () nel mio client di troppo? Come se esattamente?
  #2 (permalink)  
Old 04-14-2009
sneakyimp sneakyimp is offline
Utente Registrato
  
 

Iscriviti Data: aprile 2009
Interventi: 14
Io non sono esattamente che cosa sta chiedendo la tua domanda, ma suona come stai lottando con il fatto che avete bisogno di un ciclo di ascoltare per le connessioni client di selezionare sul tuo server, ma è necessario fare un lavoro utile. Allo stesso modo, nel vostro cliente, potreste avere bisogno di ascoltare per l'input, ma allo stesso tempo per aspettare le risposte dal server.

Non so quale lingua si sta utilizzando, ma ho fatto presente in PHP che mette un sottile involucro di circa il socket connessi in modo che le chiamate di sistema sono piuttosto simili. È generalmente necessario per decidere se fare una select () chiamata di blocco o no. se non il blocco, potrebbe essere la filatura nel suo ciclo principale, più volte chiamata select () senza alcun risultato e ancora masticare un sacco di tempo di CPU.

Si potrebbe decidere di selezionare un timeout dove () blocchi per 100 millisecondi o sobefore di decidere che non c'è nessun dato e continua a eseguire un altro codice. Questo tende a intaccare il rendimento della tua domanda perché ci potrebbero essere le cose si dovrebbe essere in corso, mentre il sonno è app.

Se questo è quello che la tua domanda è, si potrebbe voler verificare in che la vostra applicazione multi-threaded (o multiprocessing). Questo concetto si applica ad entrambi i server e client. Potete mantenere il vostro thread principale di lavoro, su richiesta via e delegato di I / O ad un thread separato e lasciare che il sistema operativo di prendersi cura di tutta la programmazione. L'I / O thread coda tutte le richieste di I / O e il thread principale si lealtà loro servizio, li consegna al I / O thread quando sono completi. Purtroppo, sono ancora alla ricerca di filettatura in me quindi non posso essere molto di ulteriore assistenza. Si può ottenere un po 'peloso, quando si tratta con multithreading o multiprocessing perché devi guardare le cose per come condizioni di gara, stallo, E una miriade di altri problemi di concorrenza connessi.
Closed Thread

Segnalibri

Thread Tools Cerca in questo Thread
Cerca in questo Thread:

Ricerca Avanzata
Modalità di visualizzazione Vota questo thread
Vota questo thread:

Distacco regolamento
Tu non può post nuovo thread
Tu non può inviare una risposta
Tu non può postare allegati
Tu non può modificare i tuoi post

BB codice è Su
Smilies sono Su
[IMG] codice Su
Codice HTML è Chiuso
Trackbacks sono Su
Pingbacks sono Su
Refbacks sono Su




Tutti gli orari sono GMT -4. La data di oggi è 02:34 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traduzioni Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX e Linux Forum Content Copyright © 1993-2009. Tutti i diritti Reserved.Ad di gestione da RedTyger

Contenuti pertinenti URL da vBSEO 3.2.0