Est-il optimal taille en octets pour l'envoi de données sur un réseau?

Si vous le pouvez, laissez simplement la pile IP de la poignée; la plupart des Systèmes d'exploitation ont beaucoup d'optimisation déjà intégré. Vista, par exemple, de modifier dynamiquement les différents paramètres pour optimiser le débit; deuxième deviner l'algorithme est peu susceptible d'être bénéfique.

Cela est particulièrement vrai dans l'ordre supérieur des langues, loin de la fil réels, tels que C#; il y a assez de couches entre vous et réelle des paquets TCP/IP que je m'attends votre code pour relativement peu d'impact sur le débit.

Au pire, de tester différentes tailles de message dans diverses situations pour vous-même; peu de solutions sont one-size-fits-all.

OriginalL'auteur technophile

Si vous utilisez le protocole TCP/IP sur Ethernet, la taille de paquet maximale est d'environ 1500 octets. Si vous essayez d'envoyer plus que cela à la fois, les données seront divisés en plusieurs paquets avant d'être envoyée sur le réseau. Si les données dans votre application est déjà mise en paquet, alors vous pouvez choisir une taille de paquet d'un peu moins de 1500 de sorte que lorsque vous envoyez un paquet complet, le sous-jacentes de la pile n'a pas à le briser. Par exemple, si tous vous envoyer faire est de 1600 octets, la pile TCP devra envoyer deux paquets pour chaque envoi, avec le deuxième paquet étant la plupart du temps vide. C'est plutôt inefficace.

Cela dit, je ne connais pas beaucoup d'impact visible sur les performances de cette aura.

OriginalL'auteur Graeme Perrow

La seule chose que je peux ajouter, c'est que pour une connexion ethernet, il faut autant de temps pour envoyer un petit paquet comme un grand. Comme d'autres l'ont dit: si vous êtes juste de l'envoi d'un flux de données de laisser le système gérer. Mais si vous êtes inquiet au sujet de différents messages courts en arrière et en avant, un typique d'un paquet ethernet est d'environ 1500 octets - aussi longtemps que vous le garder sous que vous devriez être bon.

OriginalL'auteur Joel Coehoorn

Faire une fonction nommée CalcChunkSize
Ajouter quelques variables privées à votre classe:

Private PreferredTransferDuration As Integer = 1800 ' milliseconds, the timespan the class will attempt to achieve for each chunk, to give responsive feedback on the progress bar.
Private ChunkSizeSampleInterval As Integer = 15    ' interval to update the chunk size, used in conjunction with AutoSetChunkSize. 
Private ChunkSize As Integer = 16 * 1024           ' 16k by default  
Private StartTime As DateTime
Private MaxRequestLength As Long = 4096            ' default, this is updated so that the transfer class knows how much the server will accept      

Avant chaque téléchargement d'un morceau, de vérifier si son temps de calculer de nouvelles chunksize à l'aide de la ChunkSizeSampleInterval

            Dim currentIntervalMod As Integer = numIterations Mod Me.ChunkSizeSampleInterval
            If currentIntervalMod = 0 Then
                Me.StartTime = DateTime.Now
            ElseIf currentIntervalMod = 1 Then
                Me.CalcChunkSize()
            End If

numIterations est mis à 0 à l'extérieur de la télécharger en boucle et après chaque téléchargé chunk à numIterations += 1

Ont la CalcChunkSize faire:

Protected Sub CalcAndSetChunkSize()
    ' chunk size calculation is defined as follows 
    ' * in the examples below, the preferred transfer time is 1500ms, taking one sample. 
    ' * 
    ' * Example 1 Example 2 
    ' * Initial size = 16384 bytes (16k) 16384 
    ' * Transfer time for 1 chunk = 800ms 2000 ms 
    ' * Average throughput / ms = 16384b / 800ms = 20.48 b/ms 16384 / 2000 = 8.192 b/ms 
    ' * How many bytes in 1500ms? = 20.48 * 1500 = 30720 bytes 8.192 * 1500 = 12228 bytes 
    ' * New chunksize = 30720 bytes (speed up) 12228 bytes (slow down from original chunk size) 
    ' 

    Dim transferTime As Double = DateTime.Now.Subtract(Me.StartTime).TotalMilliseconds
    Dim averageBytesPerMilliSec As Double = Me.ChunkSize / transferTime
    Dim preferredChunkSize As Double = averageBytesPerMilliSec * Me.PreferredTransferDuration
    Me.ChunkSize = CInt(Math.Min(Me.MaxRequestLength, Math.Max(4 * 1024, preferredChunkSize)))
    ' set the chunk size so that it takes 1500ms per chunk (estimate), not less than 4Kb and not greater than 4mb //(note 4096Kb sometimes causes problems, probably due to the IIS max request size limit, choosing a slightly smaller max size of 4 million bytes seems to work nicely) 
End Sub

Alors utilisez simplement la ChunkSize lors de la demande du segment suivant.

J'ai trouvé dans la rubrique "Envoi de fichiers en morceaux avec MTOM services web et .Net 2.0" par Tim_mackey et avons trouvé qu'il m'être très utile pour calculer dynamiquement les plus efficaces chunksize.

Le code source en entier est ici: http://www.codeproject.com/KB/XML/MTOMWebServices.aspx

Et de l'auteur ici: http://www.codeproject.com/script/Membership/Profiles.aspx?mid=321767

OriginalL'auteur Stefan

Ici est la formule dont vous avez besoin:

int optimalChunkSize = totalDataSize / progressBar1.Width;

À l'aide de cette, chaque morceau que vous envoyez s'incrémenter la barre de progression de 1 pixel. Un petit morceau de la taille que cela est inutile, en termes de feedback de l'utilisateur.

OriginalL'auteur MusiGenesis