Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
¿Se han actualizado las fuentes en la publicación?
para empaquetar densamente los datos y pasarlos como una acción rápida.
¿quizás hacer una clase para la operación TypeToBit ?
para empaquetar densamente los datos y transferirlos por tipo rápido de stock.
en él los datos se transmiten sin bytes adicionales iguales a 0.
por ejemplo 4 bytes int = 32 bits.
supongamos que una variable tiene un valor =1. Significa que el protocolo enviará un solo bit (=1). en lugar de 32 (00000000000000000000000000000001).
Si por ejemplo =16, enviará 5 bits (=10000).
En general, la representación en bits de los datos reduce enormemente el tráfico.
----
Bible debería ser capaz de empaquetar la estructura transmitida en tal forma de bits y leerla de vuelta (o devolver los datos necesarios de la estructura empaquetada).
Fast tiene otras características, por supuesto, pero sólo esta característica de su empaquetado es interesante.
¿Así? Es un array uchar donde cada elemento corresponde a un bit rápido.
Creo que lo tengo. Hay un array de algún tipo, se convierte en array uchar a partir de fast-bits.
Por ejemplo, array {1, 2, 4} -> array {7}. Y la conversión inversa, por supuesto.
¿Así? Es un array uchar donde cada elemento corresponde a un bit rápido.
Creo que lo tengo. Hay un array de algún tipo, se convierte en array uchar a partir de fast-bits.
Por ejemplo, array {1, 2, 4} -> array {7}. Y la conversión inversa, por supuesto.
{
int type;
long time;
}
allow type=10, time=1486758079
la representación en bytes será
00000000 00001010 | 00000000 00000000 00000000 01011000 10011110 00100000 10111111
y tan rápido (exagerado)
00001010 | 01011000 10011110 00100000 10111111
para un total de 5 bytes.Ahorra el doble.
(debería haber un bit de parada separando los datos, pero se puede ver la idea general).
existe struct
{
int type;
long time;
}
allow type=10, time=1486758079
byte representation will be
00000000 00000000 00001010 | 00000000 00000000 00000000 00000000 01011000 10011110 00100000 10111111
y en forma de rápido (exagerado)
00001010 | 01011000 10011110 00100000 10111111 (debería haber un bit de parada separando los datos, pero en general se muestra la esencia).
00001010 | 01011000 10011110 00100000 10111111
para un total de 5 bytes. Un ahorro doble.
(todavía debería haber un bit de parada separando los datos, pero se puede ver la idea general).
No está claro qué puede servir de separador.
http://www.jettekfix.com/node/36
Si he entendido bien, se propone que el 8º bit de cada byte sea el separador.