Torna indietro   Hardware Upgrade Forum > Software > Programmazione

BOOX Picco: l'ebook reader minuscolo è una genialata, e si può attaccare allo smartphone
BOOX Picco: l'ebook reader minuscolo è una genialata, e si può attaccare allo smartphone
BOOX ha portato sul mercato Picco, un e-reader da 3,97 pollici che pesa 58 grammi e si aggancia al retro dello smartphone con un anello magnetico. Lo abbiamo usato con Pixel 11 Pro XL e iPhone 18 Pro per capire se un formato così ridotto regga la prova della lettura quotidiana
AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria
AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria
A Las Vegas AMD ha svelato i dettagli architetturali delle CPU EPYC di sesta generazione, note con il nome in codice Venice. Nuovi core Zen 6 e Zen 6c costruiti a 2 nanometri, fino a 256 core per socket, 16 canali di memoria, interfaccia PCI Express 6.0 e un'intera famiglia di proposte che va da Venice SP7 a Verano. Senza dimenticare la memoria, oggi la voce di costo più pesante in un server: AMD risponde con CXL 3.1 e con la tecnologia software MEXT, che porta la memoria flash dentro la gerarchia della DRAM.
HONOR Pad X9 Max recensione, schermo ultra large a meno di 400 euro
HONOR Pad X9 Max recensione, schermo ultra large a meno di 400 euro
HONOR Pad X9 Max mette un pannello IPS da 13 pollici con risoluzione 2,5K e refresh a 120 Hz davanti a una batteria da 10.100 mAh e a quattro altoparlanti. Il listino parte da 399,90 euro, per un progetto molto chiaro e ambizioso: schermo ampio, buon audio e giornate lontano dalla presa, a un prezzo che non pesa sul portafoglio
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 28-06-2011, 01:55   #1
kevinpirola
Member
 
Iscritto dal: Sep 2010
Messaggi: 102
[Java] Connessione tra client e server (o più server)

Ciao a tutti, ho una domanda alla quale non sono riuscito a trovare risposta.

Escludendo l'utilizzo classico delle classi ServerSocket e Socket secondo cui attivo un ServerSocket che tramite un .accept() accetta una connessione in ingresso di un socket lato client ecc ecc ecc

Io volevo arrivare ad un secondo problema, ho un server che ha 'n' nodi ai quali ci sono collegati un numero >0 di client. Finchè tutto va bene non ho problemi, quando però un nodo viene a mancare mi trovo in difficoltà.

Ovviamente un client può essere collegato esclusivamente ad un nodo (con un dato IP), tale per cui il client poverello quando il nodo cade non può far altro che provare a riconnettersi.

Gli altri nodi d'altronde non hanno un riferimento al socket (che non è serializable e non si può inviare come messaggio per sincronizzare i nodi) e l'unica cosa che possono avere sono l'indirizzo ip, il canonicalhost e la porta.

Ora, esiste un modo con queste informazioni di riaprire la connessione al socket tagliato fuori?

Io ho pensato un paio di cose:

A. uno dei nodi si mette in ascolto sull'ip del nodo morto (camuffandosi praticamente dietro quell'IP), prende tutte le connessioni e le smista sul suo serversocket per poi passarle ai vari altri nodi.

B. uno dei nodi vivi riesce a contattare il client, stavo leggeno un qualcosa su una fantomatica "reverse connection" ma non sono riuscito a ricavarne molto.

C. mi sono sbagliato ed esiste un modo per collegare un client a più nodi, o meglio esiste un modo per far si che all'occorrenza un nodo si connetta ad un client alternativamente ad un altro nodo caduto.

D. In qualche modo creo una rete "camuffata" dietro un unico IP, in tal modo le richieste arrivano sempre alla rete, alternativamente ci sarà uno o un altro nodo (a discrezione di un algoritmo arbitrario) che si metterà in ascolto per le nuove connessioni. Se un nodo cade il client prova in automatico a riconnettersi, trovando così sicuramente un altro nodo in ascolto su quell'IPorta in tal modo senza perdere la connessione.


Ovviamente ognuno di questi punti ha un suo scoglio e dubbio atroce.

A. Ogni IP è di una e una sola macchina, non posso da un computer2 mettermi in ascolto come se fossi il computer1 (morto).

B. Firewall del client, ma soprattutto legalità dell'azione.

C. Non esiste il modo

D. La cosa potrebbe essere fatta con un nodo che fa da smistatore, ma non è l'idea di server distribuito non centralizzato (sulla falsa riga di una DHT), se cade il nodo smistatore va a farsi benedire tutto.



Resto in ascolto delle vostre opinioni a riguardo, anche se fossero un eventuale lettera E sono sempre ben accette, non mi spaventa il programmare migliaia di righe di codice purchè la cosa funzioni.
Il problema sta nel recuperare la connessione al client, perso nella morte di un nodo della rete (del client posso sapere tutto ciò che è serializzabile).

(come da titolo il linguaggio è java)
kevinpirola è offline   Rispondi citando il messaggio o parte di esso
Old 29-06-2011, 20:17   #2
kevinpirola
Member
 
Iscritto dal: Sep 2010
Messaggi: 102
Nessuno nessuno?

purtroppo in rete si trova veramente poco e non riesco a trovare una idea buona..
kevinpirola è offline   Rispondi citando il messaggio o parte di esso
Old 30-06-2011, 08:55   #3
ally
Bannato
 
L'Avatar di ally
 
Iscritto dal: Jan 2003
Città:
Messaggi: 4423
...non ho capito il problema...ne perchè hai cestinato l'idea di socket all'inizio...come avviene la connessione e come è fatta la struttura esattamente?...cosa devi implementare e cosa vuoi ottenere?...
ally è offline   Rispondi citando il messaggio o parte di esso
Old 30-06-2011, 19:01   #4
kevinpirola
Member
 
Iscritto dal: Sep 2010
Messaggi: 102
allora, io devo creare una rete distribuita.

L'utente dovrebbe poter collegarsi ad un unico IP:PORTA indifferentemente dai nodi che effettivamente possono essere collegati alla rete distribuita. Il client perciò vede sempre e solo un server, anche se i nodi sono molti.

Se ciò non è possibile ci si può accontentare del fatto che ogni client sceglie il nodo a cui collegarsi, sarà poi il nodo a smistare la connessione verso un'altro (tramite i vari metodi che esistono di socket se non sbaglio). Il problema è se cade un nodo.

Devo salvare la connessione dei client collegati al nodo caduto. Dei client so solo i dati stringa (ip,host ecc)...


Mi sono spiegato meglio?
kevinpirola è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


BOOX Picco: l'ebook reader minuscolo è una genialata, e si può attaccare allo smartphone BOOX Picco: l'ebook reader minuscolo è un...
AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria AMD EPYC Venice: dentro Zen 6, i SoC a 256 core ...
HONOR Pad X9 Max recensione, schermo ultra large a meno di 400 euro HONOR Pad X9 Max recensione, schermo ultra large...
Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno Lenovo ThinkPad X1 Carbon Gen 14: il business ul...
Jabra Evolve3 85: le cuffie sia per l'intrattenimento che per il lavoro Jabra Evolve3 85: le cuffie sia per l'intratteni...
Programma NOM4D: Caltech e DARPA hanno r...
La missione ESA Hera inizia l'analisi de...
SpaceX e Singulus: stretto un accordo pe...
Binance avvisa: un bug di iOS mette a ri...
Apple corregge 9 vulnerabilità su iPhone...
Microsoft inaugura il Pavilion a Roma, c...
Black Friday, l'errore che può co...
Lotus avrà un V8 ibrido da 670 CV...
IBM: solo il 26% delle imprese dimostra ...
Hacker contro hacker e danni per 740.000...
Xiaomi SkyNomad, boom da 27.147 auto in ...
Logitech concede un giorno di ferie ai s...
Amazon, questi mini PC hanno un display ...
BYD prepara una rivale di smart #2? Il b...
Amazon, 3 robot tagliaerba ECOVACS GOAT ...
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: 23:48.


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