Odm: Elimina los indicadores -msse2 -msse3 -msse4 -mpopcnt de las compilaciones de Docker
Esto actualmente obliga a incluir instrucciones SSE4 en mvs-texturing (y aplicaciones mve relacionadas): https://github.com/OpenDroneMap/WebODM/issues/330#issuecomment -411550656
Una solución simple sería filtrarlos en https://github.com/OpenDroneMap/OpenDroneMap/blob/master/docker/g%2B%2B y https://github.com/OpenDroneMap/OpenDroneMap/blob/master/ docker / gcc
Sin embargo, las personas que reconstruyen imágenes de la ventana acoplable con el estándar Dockerfile y usan CPU más antiguas seguirían teniendo el problema.
Veré si tal vez podamos arreglarlo directamente en MVE.
pierotofy
Todos 4 comentarios
MVE ahora se envía con la bandera -march = native, por lo que se puede cerrar. https://github.com/simonfuhrmann/mve/pull/441#event -1779240350
pierotofy
en 9 ago. 2018
¡Hola a todos!
Solo quería agregar un comentario para las personas que aún podrían experimentar el problema al ejecutar WebODM con Docker en el futuro. El documento dice que no puede ejecutar las imágenes de la ventana acoplable si tiene un procesador que no admite instrucciones SSE *. Eso en realidad no es cierto.
Con el cambio realizado a MVE, el indicador "march = native" agrega todos los indicadores de optimización aplicables al hardware donde se compila el código. Entonces, el problema es que cuando se crea la imagen de la ventana acoplable, los indicadores SSE * que su hardware podría no admitir se agregan, porque se construyó en un lugar donde se admitían. Entonces, en lugar de construir los diferentes repositorios de forma nativa, podría simplemente reconstruir la imagen en su propio hardware y eso solucionará el problema.
Me pareció más fácil que instalar todo de forma nativa.
Eso es todo: sonríe:
nchamo
en 23 may. 2019
Hola @nchamo , tengo este problema con mi CPU AMD Phenom II X6 1090T. Creo que su recomendación de reconstruir la imagen me funcionaría, pero no estoy seguro de cómo hacerlo. En este momento, simplemente clono el proyecto y ejecuto el archivo startup.sh. ¿Cómo hago para reconstruir? Gracias
franchyze923
en 31 mar. 2020
¿Podríamos trasladar esta conversación al foro en https://community.opendronemap.org? : orar: el foro es el lugar adecuado para hacer preguntas (intentamos mantener el rastreador de problemas de GitHub solo para solicitudes de funciones y errores). ¡Gracias! : +1:
pierotofy
en 31 mar. 2020
Temas relacionados
pierotofy
·
3Comentarios
brookjason
·
4Comentarios
chanakaDe
·
4Comentarios
ichfred
·
4Comentarios
GeoCONeXion
·
5Comentarios
Comentario más útil
¡Hola a todos!
Solo quería agregar un comentario para las personas que aún podrían experimentar el problema al ejecutar WebODM con Docker en el futuro. El documento dice que no puede ejecutar las imágenes de la ventana acoplable si tiene un procesador que no admite instrucciones SSE *. Eso en realidad no es cierto.
Con el cambio realizado a MVE, el indicador "march = native" agrega todos los indicadores de optimización aplicables al hardware donde se compila el código. Entonces, el problema es que cuando se crea la imagen de la ventana acoplable, los indicadores SSE * que su hardware podría no admitir se agregan, porque se construyó en un lugar donde se admitían. Entonces, en lugar de construir los diferentes repositorios de forma nativa, podría simplemente reconstruir la imagen en su propio hardware y eso solucionará el problema.
Me pareció más fácil que instalar todo de forma nativa.
Eso es todo: sonríe: