PureBasic

C'est clair! C'est même un peu le contraire du principe de la base de données, mais dans certains cas particuliers... Si on veut, on peut!

Oui après on peut encore désactiver des sécurités (qu'on utilise jamais... :roll: ) pour gagner encore un peu plus, ou si le code permet pas de faire une transaction groupée.

Apparemment on peut même faire tourner un base de donnée en mémoire! 8O :twisted: Faut vraiment que je potasse la doc, y'a ...

Alors ça c'est génial!

Il faudrait que je me penche un peu plus sur SQLite parce que là j'ai une boucle affreuse qui marche tellement mal que je voulais la mettre dans un thread!

For i = 0 To unNombre
If OpenDatabase(0, "DB.sqlite", "", "", #PB_Database_SQLite)
DatabaseQuery(0, "SELECT * FROM ...

Salut,

Si je lance une grosse opération d'écriture dans une base de données SQLite dans un thread, est-ce que je peux toujours accéder à cette base de donnée dans le programme principal (en dehors du thread donc)?

Et est-ce que l'option "Créer un exécutable multi threadé" est justifiée sachant que ...

Ah oui, c'est possible aussi... Très possible même, vu le résultat.

Je sais pas comment fonctionne précisément SendNetworkData() mais il pourrait pas vérifier comme ça:

Progress = SendNetworkData(*Request\ClientID,*Packet + Position + SentData,#__MULTIRECORDSIZE + #__HEADER_SIZE - SentData)

If ...

En fait si :wink: Le protocol TCP/IP découpe les 65536 octets, que tu as découpé :roll:, en segments de 1492 octets (de façon totalement automatique et invisible)

(sur wiki , voir MTU et l'exemple)

C'est pour ça que j'étais étonné de cette découpe manuelle à 65Ko, mal gérée on perd les avantages ...

C'est bien ce qu'il me semblait, il y deux découpages: un automatique et un manuel

Je suppose que ça permet de faire (entre autre) du load balancing pour les gros serveurs...

Le PDF c'est juste une description du protocole TCP/IP, on la trouve un peu partout (ex: wiki ) :wink:

On voit que le checksum est codé sur 16 bits.

Dans mon cas, le protocole WebSocket , si la taille de la 'frame' dépasse 65536 octets, le checksum (Extended payload length) est codé sur 64 bits ...

Je viens de vérifier pour en avoir le coeur net: les 65536 octets maximum par paquet c'est dû au protocole TCP qui code la longueur de ses paquets sur 16 bits.
Le plus grand chiffre qu'il est possible d’écrire dans 16 bit est 65536. CQFD
( source , page 21, TCP header, window size)

C'est donc une ...

djes a écrit :TCP va s'occuper de tout recoller (...) C'est à toi d'interpréter les paquets rentrants pour savoir ce que tu vas recevoir et gérer tout ça

J'ai du rater un truc...


- Il s’appelle Juste Leblanc
- Mais... Il a pas de prénom?
- Je viens de vous le dire: Juste Leblanc!
- ...

G-Rom a écrit :Le procotole TCP est limité dans la taille de ces paquets

Salut G-Rom,

Le protocol TCP ne découpe pas lui-même les paquets? (découpe coté serveur et assemblage coté client)

Les paquets que tu reçois c'est normal : ça dépend du temps qu'il fait, du trafic et de l'affluence sur le serveur.

Des fois, les paquets sont petits, des fois, carrément pas.

D'accord! Donc en fait, c'est le serveur qui découpe la frame et rajoute des caractères de fin de paquet et non ...

Bah en fait si...

ReceiveNetworkData() me fait un truc bizarre: quand je dois recevoir des frames assez grandes (variable, mais 20/30Ko minimum en général), je les reçois en plusieurs fois.

par exemple pour 1 frame de 80Ko:

Case #PB_NetworkEvent_Data

Repeat
Size = ReceiveNetworkData(connection ...

Ça donne le même résultat, à la fin de chaque bloc j'ai un retour à la ligne et ce caractère: � ("replacement character" en unicode, parait-il...)

EDIT: oubliez ça... Une erreur à la c... Ma faute

Hello :)

Bon ça fonctionne en prenant la string après le caractère NULL (avec un peu de bricolage pour trouver le bon endroit) comme tu as dis, boby, merci! :wink:
netBuffer.s = PeekS(*netBuffer+skip, -1, #PB_UTF8)

par contre il m'arrive un truc bizarre: le message est envoyé en plusieurs ...