У интеловской архитектуры еще со времен PentiumPro есть возможность прямой адресации до 64 гиг физической памяти. Даже 15 лет назад для серверов это было актуально. Физически такое реализовано за счет расширения шины памяти на 4 бита (до 36 бит). Система может это использовать, если в ней есть поддержка PAE (Physical Address Extension), а в MacOS она имеется. Так что нормально 32-битное ядро будет управляться с более чем 4 гигами памяти.
Проверь разрядность EFI, в трминале введи вот эту команду: ioreg -l -p IODeviceTree | grep firmware-abi
Эта статья актуальна? То есть если у меня загружена макос в 32 битном режиме, то программы расчитанные на 64 битный режим так и будут работать в 64 битном? По команде показал EFI64
В com.apple.Boot.plist нужно убрать флаг загрузки в 32-битном режиме и поставить загрузку в 64-битном
ну что-то быстрее стало работать или что-то стало круче, не знаю.... смысл в 64 и 32 битной системе, когда 64 битные программы и там и там работают в 64 битном режиме?
Теперь меня понимаете? И вот такие продавцы-консультанты. Все iMac 27" имеют 4 слота под память. Лучший гид по характеристикам всех выпущенных моделей Маков. Рекомендую. Взято отсюда. 64-разрядный режим для приложений доступен с Mac OS X 10.3 и выпуском Маков на процессоре G5 в 2003 г. Чтобы позволить им работать в этом режиме само ядро не обязательно должно работать в 64-разрядном режиме. С Mac OS X 10.6 Apple пытается продать пользователям поддержку 64-разрядов еще раз, но и это не полный переход. А полный и не нужен (особенно учитывая долю гаджетов и Макбуков относительно настольных Маков). Например, компютеры SGI имели 2 32-битных режима и один 64-битный, то есть полный переход на 64-бит не нужен, если архитектура позволяет. Реально это нужно тем приложениям, которым не хватает памяти или количества одновременно запущенных процессов. Большинству других по сравнению с 32-разрядным ничего не даст кроме дополнительного расхода памяти и, возможно, некоторого замедления работы. Возможно что-то откажется работать. На графических станциях SGI 64-битностью объясняли плавность вращения моделей в программах 3D, но не знаю, как это относится к современному железу. А вот принудительное включение 64-разрядных приложений в 32-разрядном режиме, говорят, ускоряет работу Aaperture. Это связно с тем, что 64-разряда иногда не работают корректно в отдельных плагинах. Обещают исправить с очередными апдейтами. Вообще сторонние плагины и драйверы — основная проблема. (Здесь показано, как поменять разрядность отдельно для приложения.)
Может показалось, но после запуска в 64 битном режиме звук пошел на линейный вход с полными частоитами, а не обрезанный по верхним и нижним... Еще добавлю, что подружил апертуру с фш цс5, теперь все изменения, которые проводятся в фш после сохранения тутже отображаются в апертуре. Что она клево работает с фликром я уже писал...
