Оптимизация MacOS и LogicProX

[OurMusic]

Всем привет! Хотелось бы обсудить довольно важную тему о максимальной оптимизации мака и OS для работы с Logic. Тоесть настроить компьютер так, словно это гоночный болид, отбросить-выключить всё лишнее, не в ущерб функциональности.
Вот некоторые действия которые я сделал у себя:
1. Отключил Siri
2. При запуске Logic смотрю чтобы не работало и не висело в фоне какое-нибудь приложение
3. Стараюсь чистить системный SSD, чтобы на нём примерно 100гигов было свободно(всего у меня 512)
4. Большие контактовские библы ставлю на HDD (второй диск в компе) чтобы не забивать ими SSD
Недавно обнаружил интересную вещь. Если в настройках сэмплера EXS24 указать что диск медленный, то тогда сэмплы грузятся в оперативную память. По умолчанию стоит FAST и сэмплы подчитываются с SSD Если памяти достаточно, то это действие позволяет ускорить Лоджик. В тэсте к играющим 133 дорожкам, у меня добавилось 3 . Немного, но если комп загружен, то и это помогает.
Кто ещё использует какие-нибудь способы? Интересно любое предложение.

 

[AslashA]

@OurMusic,
macOS это не винда! В какой либо оптимизации не нуждается
Любые "подкрутки" и "настройки" системы обычно идут во вред ее же стабильной работе! Учти это

 

[Dmitry Anderson]

1. Отключил Siri
2. При запуске Logic смотрю чтобы не работало и не висело в фоне какое-нибудь приложение
3. Стараюсь чистить системный SSD, чтобы на нём примерно 100гигов было свободно(всего у меня 512)

Это вообще никак не влияет на работу проекта.

4. Большие контактовские библы ставлю на HDD (второй диск в компе) чтобы не забивать ими SSD

А вот это большой минус в производительности/ожидании загрузки и много чем ещё.

 

[Anton Vorozhtsov]

На работу в DAW в критический момент могут повлиять, пожалуй, только две вещи: бэкап в Time Machine или внезапная реиндексация Spotlight. В остальном для стабильно плавной работы достаточно периодически (раз в неделю хотя бы) перезагружать компьютер.
Но а по существу, то если отключить все на маке, зачем тогда нужен мак?)))

 

[OurMusic]

Понятно, что макос это не винда из за этого мы и работаем на маке Но всёже некоторая оптимизация не помешает. Siri к примеру совершенно не нужна, так зачем её держать включённой? Кстати, Chrome очень сильно грузит память. В тоже время Safari в несколько раз меньше берёт ресурсов. Имеет значение, когда при тяжёлом проекте, заходишь в браузер. Я не имею ввиду что-то отключать в системе, а нейкую мелкую оптимизацию с деактивацией ненужного при работе с аудио.
Полностью согласен с перезагрузкой компа. Свой перезагружаю примерно два раза в неделю.

 

[Никол]

Понятно, что макос это не винда из за этого мы и работаем на маке Но всёже некоторая оптимизация не помешает. Siri к примеру совершенно не нужна, так зачем её держать включённой? Кстати, Chrome очень сильно грузит память. В тоже время Safari в несколько раз меньше берёт ресурсов. Имеет значение, когда при тяжёлом проекте, заходишь в браузер. Я не имею ввиду что-то отключать в системе, а нейкую мелкую оптимизацию с деактивацией ненужного при работе с аудио.
Полностью согласен с перезагрузкой компа. Свой перезагружаю примерно два раза в неделю.

Не надо ничего выключать, смысл. Даже если два проекта лоджика открытые, тот который в фоне не жрет (практически не жрет) ресурсы.

 

[Syncope]

OnyX позволяет сделать некоторую оптимизацию системы. Но надо знать, что делаешь.

 

[ЛеонидО]

фризить не пробовал?

 

[Magnusstudio]

раз в неделю хотя бы) перезагружать компьютер.

Я выключаю свой мини каждый день после работы. А зачем его держать включенным?

 

[Alex_HS]

А зачем его держать включенным?

Я держу из-за звуковухи, которая сразу после запуска или рестарта не подцепляется, пока несколько раз питалово не передёрнешь (Apogee Quartet).

 

[Radiator]

@Alex_HS, а в тех. поддержку не обращались?

 

[AslashA]

А вот это большой минус в производительности/ожидании загрузки и много чем ещё.

А кроме как времени первоначальной загрузки библы на что это еще влияет? Я что то не заметил больше ничего.

 

[i-noy]

Я выключаю свой мини каждый день после работы. А зачем его держать включенным?

Затем что включение и выключение любой электроники это лишний гвоздь в ресурс) особенно для лампочек)

 

[Anton Vorozhtsov]

А зачем его держать включенным?

Для экономии времени.
[DOUBLEPOST=1542784960][/DOUBLEPOST]

включение и выключение любой электроники это лишний гвоздь в ресурс) особенно для лампочек)

Довольно натянуто, конечно, но небезосновательно)) Как минимум для механических дисков это не гуд.

 

[AslashA]

Спойлер: ОФТОП, НО ПО ДЕЛУ)))

Я ху дурею без баяна
Вот люди любят накручивать себя всякой фигней, на подобии свежевышеотписанных))))) Да блин, какие лампочки, какие механические диски, какая экономия времени? Что за ересь?!!! Вы чего?)) На дворе 21 век !!! Лучше на нервах и счете за электроэнергию экономьте, чем мозги себе и другим всякой херней выносите

 

[Alex_HS]

а в тех. поддержку не обращались?

Нет, но читал много жалоб на подобные проблемы именно с этой связкой. Решения не было.

 

[Dmitry Anderson]

А кроме как времени первоначальной загрузки библы на что это еще влияет?

Ну если памяти хватает, то не влияет, а если не хватает, то при определённом кол-ве любой сэмплер начнёт затыкаться.

 

[AslashA]

Ну если памяти хватает, то не влияет, а если не хватает, то при определённом кол-ве любой сэмплер начнёт затыкаться.

В этом случае согласен. Затыки будут жесткие!

 

[OurMusic]

Не будет ничего затыкаться. с харда в 7200 оборотов вполне себе шустро всё подчитывается

 

[Radiator]

@OurMusic, Ну только если вы не оркестровую музыку пишите, где библы очень тяжелые.

 

[AslashA]

Не будет ничего затыкаться. с харда в 7200 оборотов вполне себе шустро всё подчитывается

Будет, если память закончится, причем жестко

 

[Anton Vorozhtsov]

А ждать целую вечность, пока оно грузится - всем нравится? У меня все основные библы на ссдшнике всегда стоят.

 

[AslashA]

А ждать целую вечность, пока оно грузится - всем нравится?

А от этого что то в миксе изменится?))
И не надо нагнетать то. Разница там не такая вечная.

 

[Anton Vorozhtsov]

А от этого что то в миксе изменится?))

Да, психосоматика - она такая))))

И не надо нагнетать то. Разница там не такая вечная.

Да ну, пара гигов семплов ударки с хдд могут грузиться очень долго, я уж не говорю о крупных патчах оркестровых семплов. При условии ежедневного использования эти минуты добавят немало седых волос. Лучше заплатить за лишний экстра объем ссд)))

 

[Radiator]

А от этого что то в миксе изменится?))
И не надо нагнетать то. Разница там не такая вечная

В миксе может и нет, а вот в аранжировке может изменится. Лишние ожидания порой убивают какую-то идею, пока ждешь можно и забыть что хотел.

 

[AslashA]

@Radiator,
Странный у тебя однако подход к набивке идеи аранжировки, грузить для этого многогиговые библиотеки

Да ну, пара гигов семплов ударки с хдд могут грузиться очень долго,

А не надо сравнивать самый медленный хдд с самым быстрым ссд. Это уже элемент осознанной предвзятости! В среднем у хдд скорость чтения 100мб\с, у ссд 300-500мб\с. Так вот если твоя "пара гигов семплов ударки" с ссд загрузится за 5 сек, то с хдд она же загрузится в течении максимум 20 сек. А это не вечность, так что не надо! Дальше в работе разницы никакой не будет.
Ты пойми, я не за то чтобы юзать для библ хдд. Я всего лишь объясняю, что практической разницы в итоге нет между ссд и хдд! Есть только разница во времени первоначальной загрузки библы, но и она не такая критичная. Естественно это не касается оркестровых жручих библ!

я уж не говорю о крупных патчах оркестровых семплов.

Орекстровки другой вопрос. Здравомыслящий оркестровщик не будет юзать хдд для многогиговых жручих библиотек.

 

[Radiator]

@Radiator,
Странный у тебя однако подход к набивке идеи аранжировки, грузить для этого многогиговые библиотеки

Чего странного-то? Просто я привык подбирать звуки сразу на этапе аранжировки, чем потом менять звуки. Какой смысл набивать аранж звуками, которые не нравятся, ведь может все желание пропасть что либо сочиняь, придумывать. Да и библы сейчас все имеют свои особенности (кейсвитчи, модуляции) Ну забил ты допутим партию strings библой из EXS24, а потом поменял звук на какой-нибудь из контакта и понеслась е..ля c рисованием контролееров и кейсвитчев, которые характерны только для этой библы. Да ну его нах, лучше сразу делать на том, а не выполнять работу, которая займет в полтора раза больше времени.

 

[N-shtaiN]

Ребят о чём спор?)))
Если есть деньги на SSD, конечно нужно брать SSD и работать с них, всё летает и не тормозит полёт творческой мысли)
Но если нет возможности, можно отличненько и на HDD работать, раньше же как-то работали ВСЕ, включая мега профи

 

[Radiator]

раньше же как-то работали ВСЕ, включая мега профи

Да, но это был ад! Патчи, допустим в омнисферу грузились по несколко секунд, а то и десятки. С SSD они просто перключаются как в обычном железном синтезаторе.

 

[N-shtaiN]

Да, но это был ад! Патчи, допустим в омнисферу грузились по несколко секунд, а то и десятки. С SSD они просто перключаются как в обычном железном синтезаторе.

Для меня это не было адом, потому что не с чем было сравнивать)) Это была просто данность, хочешь классные звуки, терпеливо жди.
Помню когда только появилась Омнисфера, она была как "чудо", никаких неудобств связанных с ожиданием загрузки не было. Ведь быстрее они ни у кого не грузилась)

А потом, всё уже приелось, мы поработали на быстрых SSD и теперь каждая лишняя секунда загрузки, как нож в спину) Зажрались)))