Malloc vs nuevo-relleno diferente

Su colega puede haber tenido la galleta mágica de new[]/delete[] en mente (esta es la información que la implementación usa al eliminar un array). Sin embargo, esto no habría sido un problema si se hubiera utilizado la asignación que comienza en la dirección devuelta por new[] (a diferencia de la del asignador).

Empaquetar parece más probable. Las variaciones en ABI podrían (por ejemplo) dar lugar a un número diferente de bytes finales añadidos al final de una estructura (esto está influenciado por la alineación, también considere matriz). Con malloc, la posición de una estructura podría ser especificada y por lo tanto más fácilmente portátil a un ABI extranjero. Estas variaciones se evitan normalmente especificando la alineación y el embalaje de las estructuras de transferencia.

La disposición de un objeto no puede depender de si fue asignado usando malloc o new. Ambos devuelven el mismo tipo de puntero, y cuando pasa este puntero a otras funciones no sabrán cómo se asignó el objeto. sizeof *ptr solo depende de la declaración de ptr, no de cómo se asignó.

Creo que tienes razón. El relleno es hecho por el compilador no new o malloc. Las consideraciones de relleno se aplicarían incluso si declarara una matriz o estructura sin usar new o malloc en absoluto. En cualquier caso, aunque puedo ver cómo diferentes implementaciones de new y malloc podrían causar problemas al portar código entre plataformas, no veo por completo cómo podrían causar problemas al transferir datos entre plataformas.

Cuando quiero controlar el diseño de mi antigua estructura de datos, con compiladores MS Visual uso #pragma pack(1). Supongo que esta directiva precompiladora es compatible con la mayoría de los compiladores, como por ejemplo gcc.

Esto tiene la consecuencia de alinear todos los campos de las estructuras uno detrás del otro, sin espacios vacíos.

Si la plataforma en el otro extremo hace lo mismo (es decir, compiló su estructura de intercambio de datos con un relleno de 1), entonces los datos recuperados en ambos lados justs encaja bien. Por lo tanto, nunca he tenido que jugar con malloc en C++.

En el peor de los casos, habría considerado sobrecargar el nuevo operador para que realice algunas cosas complicadas, en lugar de usar malloc directamente en C++.

Esta es mi conjetura salvaje de dónde viene esta cosa. Como usted mencionó, el problema es con la transmisión de datos a través de MPI.

Personalmente, para mis complicadas estructuras de datos que quiero enviar/recibir a través de MPI, siempre implemento métodos de serialización/deserialización que empaquetan/desempaquetan todo en/desde una matriz de caracteres. Ahora, debido al relleno sabemos que ese tamaño de la estructura podría ser mayor que el tamaño de sus miembros y por lo tanto también se necesita calcular el sin relleno tamaño de la estructura de datos para que sepamos cuántos bytes se envían / reciben.

Por ejemplo, si desea enviar/recibir std::vector<Foo> A sobre MPI con dicha técnica, es incorrecto asumir que el tamaño de la matriz de caracteres resultante es A.size()*sizeof(Foo) en general. En otras palabras, cada clase que implementa métodos serialize / deserialize, también debe implementar un método que informe el tamaño de la matriz (o mejor aún, almacenar la matriz en un contenedor). Esto podría convertirse en la razón detrás de un error. De una manera u otra, sin embargo, eso no tiene nada que ver con new vs malloc como se señala en este hilo.

En c++: newla palabra clave se usa para asignar algunos bytes particulares de memoria con respecto a alguna estructura de datos. Por ejemplo, ha definido alguna clase o estructura y desea asignar memoria para su objeto.

myclass *my = new myclass();

O

int *i = new int(2);

Pero en todos los casos necesita el tipo de datos definido (class, struct, union, int, char, etc...) y solo se asignarán los bytes de memoria necesarios para su objeto/variable. (ie; múltiplos de ese tipo de datos).

Pero en caso del método malloc (), puede asignar cualquier byte de memoria y no necesita especificar el tipo de datos en todo momento. Aquí se puede observar en pocas posibilidades de malloc ():

void *v = malloc(23);

O

void *x = malloc(sizeof(int) * 23);

O

char *c = (char*)malloc(sizeof(char)*35);

Malloc es un tipo de función y nuevo es un tipo de tipo de datos en c++ en c++, si usamos malloc de lo que debemos y debemos usar typecast de lo contrario el compilador le dará error y si utilizamos nuevo tipo de datos para la asignación de memoria que no hay necesidad de encasillar