Jump to content

Apple Event de 10 de noviembre


Recommended Posts

El 23/11/2020 a las 1:45, jp dijo:

Pues es bastante probable que sea como comentas. Yo tampoco me he metido a trabajar con el hyperthreading, porque como te digo, directamente lo desconectamos por BIOS. Es una historia si luego quieres medir prestaciones con mezcla de núcleos. El tema de Swift que comentas, lo desconozco la verdad. En OpenMP si los considera, pero la verdad es que Apple no le hace mucho caso al OpenMP, y no se pueden distinguir los núcleos (o yo no se como hacerlo). Fíjate que incluso el compilador de C de GNU, tiene el OpenMP incluido. Bueno pues la versión de Apple para MacOSX lo quita. No se por qué. No se si es que quieren que se usen sus librerias de threads o que es lo que ocurre. De hecho para trabajar con OpenMP en Mac, lo que se hace es montar una version del GNU C que si tiene OpenMP (por ejemplo la de MacPorts). Yo a mis alumnos les suelo suministrar (a los que tienen Mac) instrucciones para montar los entornos OpenMP y MPI, sobre MacOSX, que (para variar) cambian según la versión del operativo. La última que tengo es para Catalina. Y además Apple tarda un monton de tiempo en sacar todo el MacOSX con las Command Line Tools arregladas para que todo funcione.

Anda! Hace poco me hizo falta instalar otra versión de gcc con Homebrew para poder compilar un proyecto de GitHub que usaba OpenMP. Supongo que tendría algo que ver con esto. Sobre por qué Apple no incluye OpenMP, ni idea. Supongo que intentan forzar en lo posible que la gente use GCD.

Suerte que tienen tus alumnos de que les des instrucciones para macOS también. Durante la carrera a mí me ha tocado hasta tener que configurar Wine sobre la marcha en unas prácticas porque hacía falta un programa para Windows y no habían avisado previamente 🙂 Menos  mal que ahora cada vez hay más Macs.

 

El 23/11/2020 a las 20:49, kerouack dijo:

Comparación de 8 GB VS 16GB. 

Bueno, si la única diferencia significativa de rendimiento que ha encontrado es al exportar vídeo en RAW 8K parece que los 8GB de RAM son un mínimo más que aceptable. Con los SSD cada vez más rápidos tener que usar memoria virtual o leer desde disco cada vez tiene menos impacto en el rendimiento (aunque los SSD siguen siendo mucho más lentos que la RAM).

 

Hace 53 minutos, iban2003 dijo:

Es una delicia volver a leer vuestros ilustrados comentarios.
Sobre que la memoria RAM solo sea ampliable a 16 GB no se si se debe a una estrategia de segmentar productos o a que el proceso de fabricación del SOC se encarecería demasiado. Apple ha presentado estos 3 primeros modelos como gama de entrada.
Hay que tener en cuenta que la RAM es compartida con la GPU así que para muchas tareas seguramente 16 GB sean lo apropiado.
Mi única duda sobre le evolución de estos procesadores es cuál será la estrategia respecto a las GPU. ¿Será capaz o le interesará a Apple desarrollar e implementar GPUs de alto rendimiento que compitan directamente con las Gráficas de la competencia a alto nivel? ¿Va a permitir Apple implementar gráficas eGPUs de terceros ? Desde luego descarto a Nvidia y no tengo claro que AMD quiera dar soporte si va a dejar de suministrar GPUS a Apple.
Según pruebas ésta GPU del M1 está algo por debajo de la Radeon 580 , desde luego para ser la gama "baja" no está nada mal.

La verdad es que la relación rendimiento/consumo de estos procesadores M1 es increíble. No me extraña que ésta tecnología se esté implementando en servidores pues el ahorro energético en un data center puede ser muy muy grande.

Ojo que la RAM no está en el SoC. Sí que está en el mismo paquete, pero no en el SoC.

El límite de 16GB podría ser porque necesitarían aumentar los cachés del procesador para que al utilizar más de 16GB no empeorase el rendimiento o porque físicamente no hay chips de más densidad en el espacio que les ha designado Apple en el paquete. Si te fijas en el teardown de iFixit los chips de memoria tienen un espacio determinado y añadir más RAM probablemente requiera añadir más chips (y no chips de más densidad como probablemente hagan en el paso de 8 -> 16GB) y ocupar más superficie en el paquete (o stackearlos en altura). Sea como fuere no creo que se trate de una decisión de negocio para segmentar el mercado.

ZRQGFteQwoIVFbNn.huge

(Lo de la derecha son los chips de la RAM)

Y lo de que la RAM esté compartida con la GPU no es nada nuevo, también pasaba con los Macs con gráficas integradas. Además en los programas que utilizan explícitamente la GPU muchas veces se mantiene una copia de las texturas o buffers que está utilizando la GPU en la RAM así que no tiene por qué ser tanto problema como parece. De hecho tiene sus ventajas, no tienes que estar copiando cosas de la RAM a la VRAM constantemente (aunque lógicamente el ancho de banda empeora).

Sobre la potencia que tendrán las futuras GPUs de Apple aún no hay nada seguro. Los núcleos de la GPU que utiliza el M1 parecen tener un rendimiento/vatio bastante bueno, y en una GPU pudes aumentar la potencia "solo" con aumentar los núcleos sin demasiado problema, y la potencia aumenta casi linealmente con el número de núcleos que vas añadiendo. Así que nada impide a Apple hacer GPUs de potencia comparable a la de los MBP de 16" (por ejemplo). Lo que habrá que ver si les parece aceptable el consumo que eso implicaría. En las GPUs no llevan tantísima ventaja en eficiencia como en las CPUs.

Está claro que dentro de los Macs no van a montar gráficas de terceros, y la duda que queda es si volverá a haber soporte para eGPUs en los Macs con Apple Silicon. Yo creo que sí, aunque no es precisamente la opinión mayoritaria. El soporte para eGPUs es una cosa que han implementado hace relativamente poco y la transición a Apple Silicon ya tenía que estar en marcha desde hacía tiempo. No le veo mucho sentido a que implementen soporte para eGPUs y al año o dos años lo eliminen de los nuevos Macs. Pero ya veremos.

Edited by Andropov
Link to post
Share on other sites
  • Replies 55
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Bueno. Ni tanto ni tan poco. El M1 este lo han presentado en los modelos de entrada de gama a los precios más bajos de la gama Apple,... así que los están posicionando como el modelo básico. (800

En principio no tendrían problemas y parece que es lo que harán. Previsiblemente 2 o 4 núcleos Firestorm más. Leía estos días comentar a un ex-ingeniero de AMD que el patrón de diseño que parece estar

Según veo la ampliación de RAM a 16GB y disco duro a 512GB cuestan una barbaridad, ambas juntas cuestan 500 euros, un 50% de lo que cuesta el macbook air. No sé si es mas eficiente comprar el Air

Posted Images

El 26/11/2020 a las 12:47, Andropov dijo:

🙂Anda! Hace poco me hizo falta instalar otra versión de gcc con Homebrew para poder compilar un proyecto de GitHub que usaba OpenMP. Supongo que tendría algo que ver con esto. Sobre por qué Apple no incluye OpenMP, ni idea. Supongo que intentan forzar en lo posible que la gente use GCD. Menos  mal que ahora cada vez hay más Macs.

Suerte que tienen tus alumnos de que les des instrucciones para macOS también. Durante la carrera a mí me ha tocado hasta tener que configurar Wine sobre la marcha en unas prácticas porque hacía falta un programa para Windows y no habían avisado previamente 🙂 Menos  mal que ahora cada vez hay más Macs.

 

 

 

Bueno. En realidad lo que hago es adaptar la instalación de Linux para MacOSX. Al fin y al cabo con el paquete MacPorts (o Homebrew) no es muy complicado de hacer. Creo que es lo mismo (o similar) a lo que tu has hecho.

Lo que comentas de la razón de no usar OpenMP, ni idea la verdad. Es una manía de Apple porque para Windows y Linux no se usan estas versiones tan extrañas del gcc, que usa Apple. Por cierto a que te refieres con GCD?

Lo que hago basicamente es usar otra versión del gcc mas standard que si que tiene OpenMP. Luego también instalo el MPI para memoria distribuida.

Normalmente el problema mas gordo suele ser que Apple todos los años suele meter la pata en el tema de las "Command Line Tools". Van a la suya totalmente, y siempre meten la pata en alguna librería, o en alguno del los ficheros de cabecera. Llevan años metiéndola. Este año con Catalina ya han batido casi todos los records, y hasta hace escasamente un mes, ha sido imposible instalar OpenMP y MPI sobre MacOSX. Pero vamos ahora funciona. Aún no me ha dado tiempo de instalar BigSur. El tema de dar clases online, nos supone muchísima carga docente. Y eso es algo que la gente no se da cuenta. El cambiar entre los modos presenciales y online, no se puede improvisar de un día para otro...Así que...

Respecto del futuro de Apple y ARM, os emplazo a todos a que veais lo que ha hecho Fujitsu con su arquitectura FX64 y su máquina Fugaku (no. 1 del top500). Los tiros podrían ir por ahí. Estamos hablando de un diseño con 48 cores. Parece ser que tambien lo quieren aplicar a nuevas máquinas e incluso estaciones de trabajo. Andan detrás actores importantes en el mundo de la supercomputación como Cray y alguna marca mas. No se aún como se puede comparar esto, con las gráficas de NVIDIA y sus Tesla en particular. Veremos. Lo que está claro es que en este momento ARM pertenece a la propia NVIDIA.

 

EDITO para comentar que respecto a Windows, ahora lo que tenemos en la Uni, es un software (UDS client), que te permite conectarte a Windows (o LINUX), y usuarlo mediante una página web. Es una pasada porque a través de dicha página utilizas una máquina con un Windows 10 o LINUX. Funciona tan bien, que yo incluso lo uso para impartir mis clases de programación con DevC++ (un IDE gráfico my sencillo que por debajo lleva gcc), desde mi Mac en casa, usando Teams y este soft.

 

Saludos

JP

Edited by jp
Link to post
Share on other sites

Parece según veo en otros lados que la Comparación de 16GB con 8GB no era del todo completa o correcta en el caso de XCODE.
Sigo buscando porque el asunto se hace muy importante al no ser la RAM ampliable. Si al cabo de 6 meses necesitas 16GB te toca venderlo y comprar otro. 
Entiendo que 8 gigas son suficientes para uso liviano, web, office, Pages y eso uso, uso ofimatico. Por cierto , ese uso que también se puede realizar con un iPad si a uno le gusta iPadOS. 
El tema sería saber cuándo empiezan a ser muy interesantes los 16GB.

Habéis leído algo por ahí ?

Link to post
Share on other sites

[que alegría volveros a leer]

 

Por lo  que veo hay cambios (no sé si decir de paradigma es pasarme) que implica que muchos de las premisas válida hasta ahora, dejarán de serlo. Los que se derivarán ¿van a ser tan grandes como nos parece a los que tenemos conocimientos limitados sobre el tema?

Link to post
Share on other sites
  • 1 month later...

Pues respecto a los 8 GB, el rendimiento es equivalente o superior a tener 16 GB. Depende también de tareas muy específicas pero en general con 8 GB va de sobra para llevar a cabo tareas semiprofesionales.

Análisis de un mac mini con 8 GB de RAM y 256 GB de almacenamiento (el mac mini básico) para edición de vídeo con Final Cut en proyectos pesados:

https://www.fcp.co/final-cut-pro/articles/2364-apple-m1-mac-mini-review-by-oliver-peters

Edited by krollian
Link to post
Share on other sites
El 15/1/2021 a las 12:50, krollian dijo:

Pues respecto a los 8 GB, el rendimiento es equivalente o superior a tener 16 GB. Depende también de tareas muy específicas pero en general con 8 GB va de sobra para llevar a cabo tareas semiprofesionales.

Análisis de un mac mini con 8 GB de RAM y 256 GB de almacenamiento (el mac mini básico) para edición de vídeo con Final Cut en proyectos pesados:

https://www.fcp.co/final-cut-pro/articles/2364-apple-m1-mac-mini-review-by-oliver-peters

Mande? Como va a ser superior el rendimiento con 8 Gb que con 16? Vale que los 16GB no afecten (y sea equivalente), pero que encima con 8 vaya mejor que con 16, va a ser que no...¿O me he perdido algo?

Saludos

JP

Edited by jp
Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.