Torna indietro   Hardware Upgrade Forum > Software > Programmazione

NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
Nelle ultime settimane abbiamo provato tre delle proposte top di gamma di NZXT nelle categorie case, dissipatori e ventole. Rispettivamente, parliamo dell'H9 Flow RGB+, Kraken Elite 420 e F140X. Si tratta, chiaramente, di prodotti di fascia alta che si rivolgono agli utenti DIY che desiderano il massimo per la propria build. Tuttavia, mentre i primi due dispositivi mantengono questa direzione, le ventole purtroppo hanno mostrato qualche tallone d'Achille di troppo
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN è il primo monitor gaming con pannello QD-OLED Gen 5 a layout RGB Stripe Pixel e 360 Hz su 34 pollici: lo abbiamo misurato con sonde colorimetriche e NVIDIA LDAT. Ecco tutti i dati
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico
Nothing Phone (4a) Pro cambia pelle: l'alluminio unibody sostituisce la trasparenza integrale, portando una solidità inedita. Sotto il cofano troviamo uno Snapdragon 7 Gen 4 che spinge forte, mentre il display è quasi da top dig amma. Con un teleobiettivo 3.5x e la Glyph Matrix evoluta, è la prova di maturità di Carl Pei. C'è qualche compromesso, ma a 499EUR la sostanza hardware e la sua unicità lo rendono un buon "flagship killer" in salsa 2026
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 22-04-2005, 15:56   #1
Zelig
Senior Member
 
L'Avatar di Zelig
 
Iscritto dal: Sep 2003
Città: Angri - Milano
Messaggi: 358
[C++] Socket queue

Ciao Ragazzi,
è possibile sapere la dimensione della coda di socket.
Praticamente io ho un server che invia ad un client una certa mole di dati, e con connessioni lente (tipo modem 56 K) capita che il server non riesca ad inviare i dati al client e li tenga in coda, questa coda aumenta facendo aumentare la memoria occupata dall'applicativo server(praticamente quello che si vede nel Task Manager).
La soluzione ideale sarebbe conoscere la dimensione della coda da poter cosi fissare un massimo e fermare temporaneamente l'invio finchè la coda non rientra nei livelli prestabiliti.

Ciao Zelig
__________________
Siamo eredi del nostro passato, il futuro è l'unica possibilità di rinascita.

XBOXGamerTAG:nightwish78

Dell Studio XPS 16 (1645)-FullHD RGBLed-Intel Core i7 820QM-4GB DDR3-ATI HD 4670 1GB DDR3-HD 320GB 7200 rpm

flickr
Zelig è offline   Rispondi citando il messaggio o parte di esso
Old 22-04-2005, 16:21   #2
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Dovrebbe essere gestito automaticamente da s/o. Non so come funzionino le cose sui winsock, ma è ragionevole che ci sia un limite oltre il quale il socket non permette scritture "atomiche". Questo vuol dire che il tuo programma non dovrebbe continuare a richiedere memoria indefinitamente. L'unica spiegazione che ho è che stai usando un layer di astrazione con i winsock che contiene un proprio buffer interno, che viene lasciato crescere senza limiti ragionevoli.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 22-04-2005, 16:32   #3
Zelig
Senior Member
 
L'Avatar di Zelig
 
Iscritto dal: Sep 2003
Città: Angri - Milano
Messaggi: 358
Quote:
Originariamente inviato da ilsensine
Dovrebbe essere gestito automaticamente da s/o. Non so come funzionino le cose sui winsock, ma è ragionevole che ci sia un limite oltre il quale il socket non permette scritture "atomiche". Questo vuol dire che il tuo programma non dovrebbe continuare a richiedere memoria indefinitamente. L'unica spiegazione che ho è che stai usando un layer di astrazione con i winsock che contiene un proprio buffer interno, che viene lasciato crescere senza limiti ragionevoli.
Sono daccordo sul fatto che ci sia un limite, quello che vorrei sapere è se sia possibile sapere qual'è questo limite, in modo da poterlo gestire.


Grazie
__________________
Siamo eredi del nostro passato, il futuro è l'unica possibilità di rinascita.

XBOXGamerTAG:nightwish78

Dell Studio XPS 16 (1645)-FullHD RGBLed-Intel Core i7 820QM-4GB DDR3-ATI HD 4670 1GB DDR3-HD 320GB 7200 rpm

flickr
Zelig è offline   Rispondi citando il messaggio o parte di esso
Old 22-04-2005, 16:38   #4
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Non essendo un esperto di winsock non so risponderti a questa domanda (dovresti vederlo facilmente in winsock2.hlp, distribuito con molti compilatori); ti segnalavo solo la possibilità che il problema potesse essere altrove, se non usi winsock direttamente.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 22-04-2005, 16:48   #5
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Cmq una rapida ricerca con Google rivela che hai a disposizione la classica funzione BSD getsockopt che ti consente di vedere la dimensione dei buffer in tx e rx (SO_RCVBUF e SO_SNDBUF). Il problema tuo è sapere quanto del buffer è attualmente utilizzato; sotto i sistemi unix si usa una ioctl.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 22-04-2005, 17:09   #6
Zelig
Senior Member
 
L'Avatar di Zelig
 
Iscritto dal: Sep 2003
Città: Angri - Milano
Messaggi: 358
Quote:
Originariamente inviato da ilsensine
Cmq una rapida ricerca con Google rivela che hai a disposizione la classica funzione BSD getsockopt che ti consente di vedere la dimensione dei buffer in tx e rx (SO_RCVBUF e SO_SNDBUF). Il problema tuo è sapere quanto del buffer è attualmente utilizzato; sotto i sistemi unix si usa una ioctl.
Infatti avevo trovato anche io quella funzione ma effettivamente non fa quello che chiedo,
cioè quanto del buffer è attualmente utilizzato.

Grazie cmq

ciao zelig
__________________
Siamo eredi del nostro passato, il futuro è l'unica possibilità di rinascita.

XBOXGamerTAG:nightwish78

Dell Studio XPS 16 (1645)-FullHD RGBLed-Intel Core i7 820QM-4GB DDR3-ATI HD 4670 1GB DDR3-HD 320GB 7200 rpm

flickr
Zelig è offline   Rispondi citando il messaggio o parte di esso
Old 22-04-2005, 17:11   #7
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Comunque se leggi la documentazione delle winsock vedrai che WSASend (e send) è bloccante se il buffer è pieno e il socket è bloccante, oppure "rifiuta" i dati se il buffer è pieno e il socket non bloccante. Quindi le winsock non possono essere l'origine del consumo di memoria "illimitato".
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz ASUS ROG Swift OLED PG34WCDN recensione: il prim...
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico Recensione Nothing Phone (4a) Pro: finalmente in...
WoW: Midnight, Blizzard mette il primo, storico mattone per l'housing e molto altro WoW: Midnight, Blizzard mette il primo, storico ...
Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato Ecovacs Goat O1200 LiDAR Pro: la prova del robot...
CAS Space ha lanciato per la prima volta...
Qualcomm boccia Samsung: i futuri chip S...
Il razzo spaziale cinese Tianlong-3 di S...
Samsung cambia i piani: aumenta la produ...
TSMC non si ferma più: fatturato ...
Xiaomi porta in Italia il nuovo Redmi A7...
Mercato smartphone: Q1 2026 positivo (+1...
YouTube punta sull'AI: gli utenti potran...
Il prossimo chip a 2 nm di Samsung punte...
Due smartphone REDMAGIC sono stati rimos...
La beta della One UI 8.5 è ora di...
Addio al Pannello di Controllo di Window...
Il chip N1 di NVIDIA per i laptop del fu...
YouTube Premium costerà di pi&ugr...
I nuovi Samsung Galaxy A57 5G e A37 5G a...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 01:51.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v