Optimización de Xcode Quad Core

7

¿Está Xcode (usando Xcode 4.2) optimizado para un procesador de cuatro núcleos? Mi pregunta real es si el rendimiento de Xcode será notablemente diferente con un i7 de doble núcleo en lugar de un i7 de cuatro núcleos.

Puede que esté comprando una computadora nueva pronto, y quiero saber si valdría la pena ir con el quad core de 15 "en lugar del dual core de 13". No estoy realmente preocupado por el tamaño de la pantalla.

¡Gracias!

    
pregunta eric.mitchell 24.11.2011 - 00:45

2 respuestas

9

Xcode hará un buen uso de muchos núcleos, especialmente cuando se ejecuta el simulador, las pruebas de la unidad en el momento de la compilación y solo la codificación / compilación / búsqueda de documentación.

También verifique si el procesador con más núcleos tiene un aumento de velocidad mayor cuando solo se está ejecutando un núcleo. Las velocidades nominales se controlan más por las condiciones térmicas en cargas completas o de referencia y pueden ejecutarse más rápido cuando la carga de trabajo actual está dominada por un solo hilo.

En general, la IO es lo primero que ralentiza a un desarrollador que realiza varias tareas normales de desarrollo. El siguiente es RAM insuficiente y una tercera CPU distante con poca potencia. Lleve su instalador de Xcode y algunos proyectos de muestra a una tienda de Apple y pregunte si podría realizar algunas pruebas tanto en el aire como en máquinas más grandes. Algunas bases de código y configuraciones específicas pueden estar más polarizadas que el caso general y más predispuestas a la CPU con caché o velocidades más grandes, pero el aire más pequeño es mucho más rápido que mis 15 MBP de tres años, no es muy divertido en absoluto.

    
respondido por el bmike 24.11.2011 - 01:21
1

Podría haber sido el caso del objetivo C en los últimos días, pero Xcode 8.0 NO hace uso de todos los núcleos (al menos al compilar Swift).

Una nota para explicar:

  1. obtener xcode 8.0
  2. ejecutar el monitor de actividad abierto en la pestaña CPU Observe los tiempos de inactividad durante la fase de compilación rápida. ENTONCES, asegúrese de votar a la baja (una vez que no vea un inactivo significativo). Un mac basado en i7 es una ventaja.

UPD: Está roto de una manera peculiar. Al principio dispara 4-5 compiladores rápidos para coincidir con la cantidad de núcleos físicos, pero luego ejecuta 1 (¡UNO!) Compilador swift en un momento que lleva a la subutilización masiva de la CPU.

Tal vez la interfaz rápida no puede averiguar las dependencias para una construcción paralela.

Nota, no estoy diciendo: ¡no compre una máquina de 4 núcleos! ¡No migres a swift! Pero la configuración del monitor de actividad para actualizar cada segundo en un i5 y en i7, los macs solo muestran un único compilador swift en vuelo. Se está convirtiendo lentamente en un punto discutible, ya que el swift se compila potencialmente más rápido que objc y hay menos código para compilar.

UPD20161104: observe cómo el archivo (presumiblemente escrito por los ingenieros del próximo paso de la vieja escuela) contrasta con esta novedosa basura de código abierto: utiliza solo un poco más de 3 núcleos, lo que deja 1 para tener un sistema (muy) sensible. Perfecto.

El contraste de que el rendimiento con la carga del archivo en itunes connect es de 5-7 KBps (y eso es un enlace de fibra óptica de más de 50Mbps) Me pregunto dónde está el cuello de botella en el otro extremo.

    
respondido por el Anton Tropashko 27.10.2016 - 11:34

Lea otras preguntas en las etiquetas