Size: a a a

2020 November 11

C

CasperNEw in Peer Lab SPB
кайф, тогда пнятненько всё, ждём M1x )
источник

DP

Denis Podlesnykh in Peer Lab SPB
да я думаю через пару-тройку лет все кочки соберут и релизнут что-то более-менее стабильное, что можно будет воткнуть в большие маки с нормальными спеками
источник

DP

Denis Podlesnykh in Peer Lab SPB
Sergey Petrov
Айдия одинаково сожрет 8 гигов вне зависимости от архитектуры
все так, у меня докер по-умолчанию 12 использует, плюс idea считай уже в минусе
источник

C

CasperNEw in Peer Lab SPB
из миников можно ведь грядку собрать ... )
источник

M

Mikhail in Peer Lab SPB
Sergey Petrov
Айдия одинаково сожрет 8 гигов вне зависимости от архитектуры
Думаю что ближайшие пару-тройку лет будет переходный период и Apple будет стимулировать разрабов оптимизировать ПО под свои процы.(как раньше было с переходом от 32 бит на 64 бита).  В презе они упоминали что новый проц позволяет избежать лишнего копирования/ использования памяти и соотвественно ее нужно меньше для ПО которое заточено под эти процы. Но поживем, увидим =)
источник

KZ

Konstantin Zolotov in Peer Lab SPB
CasperNEw
совсем другая архитектура, думаю нет смысла сравнивать 1к1 с текущими решениями
Надо попробовать 100 миллилнов полигонов засунуть в процессор вместо памяти... Или сказать грейдлу, чтобы не жрал столько при сборке.
источник

SP

Sergey Petrov in Peer Lab SPB
Mikhail
Думаю что ближайшие пару-тройку лет будет переходный период и Apple будет стимулировать разрабов оптимизировать ПО под свои процы.(как раньше было с переходом от 32 бит на 64 бита).  В презе они упоминали что новый проц позволяет избежать лишнего копирования/ использования памяти и соотвественно ее нужно меньше для ПО которое заточено под эти процы. Но поживем, увидим =)
это так не работает %)
источник

SP

Sergey Petrov in Peer Lab SPB
ну типа текстуры для игр да, не надо переливать между памяти, или там в мл что-нибудь
источник

SP

Sergey Petrov in Peer Lab SPB
но айдии просто надо держать индекс всего загруженного проекта в памяти
источник

SP

Sergey Petrov in Peer Lab SPB
это всегда жило исключительно в оперативки и единственное что тут оптимизировать это сгружать его на диск
источник

SP

Sergey Petrov in Peer Lab SPB
но диски, даже если это нвме слишком медленная штука
источник

SP

Sergey Petrov in Peer Lab SPB
мл кстати выиграет от такой архитектуры, ибо там иногда довольно больно в момент когда тебе надо активно таскать данные между нвидевской картой и центральным процом с основной памятью
источник

DP

Denis Podlesnykh in Peer Lab SPB
Интересная дискуссия.
> Думаю что ближайшие пару-тройку лет будет переходный период и Apple будет стимулировать разрабов оптимизировать ПО под свои процы.(как раньше было с переходом от 32 бит на 64 бита)
Похоже на правду, только как заметил Сергей, прилы как кушали оперативку, так и продолжат кушать ее, только теперь они это будут делать быстрее и на новой архитектуре 😵 Как вы могли заметить, размер приложений и ресурсопотребление с переходом на 64 только многократно возросло, хоть и оптимизаций добавилось на низком уровне
источник

DP

Denis Podlesnykh in Peer Lab SPB
Все равно больше абстракций клепается, нежели оптимизаций. Поэтому скорее всего, перепишут/что-то адаптируют, но памяти все равно нужно будет воткнуть побольше 🙂
источник

DP

Denis Podlesnykh in Peer Lab SPB
Похоже на то, что с новыми возможностями также растут и требования к разрабатываемым решениям и вполне возможно, что и этого железа будет не хватать, как не оптимизируй
источник

M

Mikhail in Peer Lab SPB
ну а тот же Final Cut не кушает оперативку? Еще как, но судя по презе прирост производительности в разы.  Возможно эти м-процессоры и остануться компромиссом (производительность/автономность/компактность), но думаю в загашнике у Apple там технологии и планы поамбициознее.
источник

SP

Sergey Petrov in Peer Lab SPB
потому что файнал кат раньше был вынужден таскать эти 4к видосы между оперативкой и видюхой (чтобы показать или сделать финальный мастеринг), а щас ему это делать не надо
источник

SP

Sergey Petrov in Peer Lab SPB
собственно какой-нибудь фотошоп от такого тоже порадуется и все прочие аппки которые считали много на видюхе и/или много рисовали с ее помощью
источник

SP

Sergey Petrov in Peer Lab SPB
но кстати, в плюс новых маков можно занести что часть всратых электрон приложений можно будет заменить на их нативный айосный вариант
источник

DP

Denis Podlesnykh in Peer Lab SPB
Mikhail
ну а тот же Final Cut не кушает оперативку? Еще как, но судя по презе прирост производительности в разы.  Возможно эти м-процессоры и остануться компромиссом (производительность/автономность/компактность), но думаю в загашнике у Apple там технологии и планы поамбициознее.
Дак эпл - жуки, нужно всегда скептически смотреть и оценивать их 100500 times faster заявления. Например, с Final Cut, про Fly through tasks with Final Cut Pro, like rendering a complex timeline up to 6x faster

там есть сносочка (серым на черном, как обычно)

Testing conducted by Apple in October 2020 using preproduction Mac mini systems with Apple M1 chip, and production 3.6GHz quad-core Intel Core i3-based Mac mini systems with Intel Iris UHD Graphics 630, all configured with 16GB of RAM and 2TB SSD. Tested with prerelease Final Cut Pro 10.5 using a complex 2-minute project with a variety of media up to 4K resolution. Performance tests are conducted using specific computer systems and reflect the approximate performance of Mac mini.
источник