
26/01/2006, 01:47
|
 | | | Fecha de Ingreso: mayo-2004 Ubicación: Lucentum
Mensajes: 6.192
Antigüedad: 20 años, 9 meses Puntos: 74 | |
Tendria que ver el codigo generado para esos procesadores como para darme una idea (nunca trabaje con ellos por cierto) de si realmente es tan costoso su uso.
En cuanto a x86 y x64 (bajo Windows NT mas precisamente) es bastante parecido si usamos lo mas basico de C++: todo lo que se puede hacer en C mas clases simples y variables declaradas "on the fly". Por mi experiencia con drivers, donde Microsoft no recomienda usar C++ a la ligera, yo diria que mientras no usemos plantillas, sobrecarga dinamica, RTTI, excepciones de C++ y otras caracteristicas avanzadas mas la cosa va muy bien. Permite un codigo mucho mas claro y MUCHISIMO mas facil de reemplazar y reutilizar.
En cuanto a lo que comentas de assembly en estas plataformas se trabaja codo a codo con el S.O. y para logar portabilidad esta absolutamente descartado el uso de assembly, hay macros y funciones del HAL (Hardware Abstraction Layer) que permiten todo tipo de acceso a hardware.
__________________ ¡Peron cumple, Evita dignifica! VIVA PERON CARAJO |