Про Mac и 32 бита

lexa - 11/Дек/2012 18:26

Ваяю потихоньку новый варез для фотографов (пока не скажу какой). Делаю его на Qt5, вот так вот решил.

В связи с этим встает вот такой вот вопрос:

  • Qt5 не билдится как Universal Binary, обещают починить, но там есть препятствие в лице v8 (насколько понял из чтения мейлинг-листов).
  • Qt5 поддерживает Mac OS X начиная с 10.6. Эта самая 10.6 вроде бы требует 64-bit capable CPU (это по комментариям в Qt-шном багтрекере, где обсуждают отсутствие UB). Хотя в Википедии пишут, что 64-bit only - только с 10.7
  • Посмотрел в статистике RawDigger: 32-битных Маков 1%. Не от числа вообще компьютеров а от числа маков. У меня, понятно, статистика смещенная и кривая, но какая уж есть.
Собственно, вопрос: а что будет, если я в мак-версии дропну 32-битность? Целевая аудитория вареза - фотографы, как обычно. Теоретически, это заденет модели 2006-го года и некоторые макмини 2007, но их же должен быть вот тот самый 1%?

По-моему, этот вопрос мы уже обсуждали в этом бложике "вообще", но может у кого есть объемная статистика?

Comments

Anonymous (not verified) - 11/Дек/2012 19:39

> а что будет, если я в мак-версии дропну 32-битность?

А надо произвести эксперимент - следующую версию raw digger для OSX только в 64 бита... и посмотреть на результат...

lexa - 11/Дек/2012 19:52

Не, без производственной необходимости это как-то жестоко.
Я лучше новый варез буду только 64-bit делать, а дальше уже будет видно.

mdounin (not verified) - 11/Дек/2012 19:49

Если я правильно понимаю, 10.6 умел 32 бита, но не умел работать на процессорах, не умеющих 64 бита (== 64-bit capable CPU). Т.е. одно другому не противоречит.

lexa - 11/Дек/2012 19:56

И при этом 32-битные OS X умеют пускать 64-битные приложения, насколько я помню.

Т.е. требование >=10.6 автоматически означает, что 64bit app работать будет. Вот и прекрасно!

shadowfoto (not verified) - 12/Дек/2012 07:32

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

lexa - 12/Дек/2012 08:54

32-bit Mac OS X на 64-бит железе - умеет пускать 64 bit apps.
Вот взял и проверил (просто собрав LibRaw с -arch x86_64):

lexa$ uname -a
Darwin Alex-Tutubalins-Mac.local 10.8.0 Darwin Kernel Version 10.8.0:
Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 i386
lexa$ file bin/dcraw_emu
bin/dcraw_emu: Mach-O 64-bit executable x86_64
lexa$ ./bin/dcraw_emu
dcraw_emu: almost complete dcraw emulator
....

Это в VM, процессор 64-bit capable, а 10.6 поставилась-загрузилась как 32 бита

shadowfoto (not verified) - 12/Дек/2012 09:10

хм...

Botik (not verified) - 16/Дек/2012 03:52

До 10.8 так и было. Даже если ядро Mac OS работало в 32-х битном режиме, то 64-х битные программы можно было запускать как в 64-х битном режиме (по умолчанию), так и в 32-х битном. Для этого в свойствах 64-х битных программ была даже опция-переключатель на работу в 32-х битном режиме. Иногда Фотошоп приходилось переключать в 32-х битный режим из-за того, что не все сторонние плагины были 64-х битными. Так что ядро и программы могли работать каждое в своей битности. И системные кексты тоже были разные, некоторые могли работать в обоих режимах, некоторые только в 32-х битном. Например, драйвера для старых встроенных интеловских видеокарт, например, GMA3100, после 10.6.2 были только 32-х битные, поэтому систему лучше было запускать в 32-х битном режиме, хотя сам процессор (Core2Duo) был 64-х битный. Иначе видеокарта работала в VGA-совместимом режиме (не уверен что в данном случае этот режим называется именно так, но суть думаю понята).

Ну, а в 10.8 систему сделали только 64-х битной, и кексты теперь тоже только 64-х битные. Хотя сами программы работают как 32-х битные, так и 64-х битные. Хотя когда смотришь Activity Monitor, то видишь насколько 32-х битных программ стало меньше по сравнению с временами 10.6 например. В 10.6 надпись Intel (64 bit) в колонке Kind программы была скорее исключением, а в 10.8 наоборот программа без приставки (64 bit) уже смотрится исключением.

vicnaum (not verified) - 11/Дек/2012 20:01

Дропайте смело! Макоё...ы привиклы, когда их имеют :)

Вот например на моём павербуке Г4 уже вообще почти ничего не поддерживается - ни хрома тебе, ничего вообще, хорошо хоть макось 10.5 еще работает. У жены на ифоне 2г тоже уже разве что звонить можно, весь софт требует 4 и 5ую iOS. А на моём 3Gs еще более-менее, но после выхода четвёрки он (сам!) стал просто нещадно тормозить, а теперь еще и половины софта требуют гироскоп и фронтальную камеру.

Короче, режьте смело, нам не привыкать :) Buy a new mac.

lexa - 11/Дек/2012 20:10

Крепчаете, значит?

Интересно - вот у меня айпад (первый) пока еще работает нормально.....

beldmit (not verified) - 11/Дек/2012 22:33

Я вот свой вчера проапгрейдить попытался. Получил ошибку -54, ничего толкового не нагуглил, и ушел спать. По сравнению с первым и единственным апгрейдом - прогресс: тогда я убил iPad до стадии кирпича...

knutov (not verified) - 12/Дек/2012 00:55

Учитывая вероятное возможное количество памяти на 32х битном маке (да и сам процессор) - крутить там равки, конечно, можно, но смысл?

ostapru (not verified) - 12/Дек/2012 00:59

Хм! Во всех 32битных не лаптопах Core Duo спокойно меняется на Core 2 Duo.
T7200 сейчас стоит аж целых $30: http://www.ebay.com/sch/CPUs-Processors-/164/i.html?_from=R40&_nkw=T7200...

Проблема с лаптопами - там проц. впаян - только замена материнской платы: http://www.ifixit.com/Answers/View/4932/MacBook+Core+Duo+to+Core+2+Duo+L...

sanmai (not verified) - 12/Дек/2012 05:54

Не тратить на старье время. На 32-битных маках чего только не работает.

andreysimakov (not verified) - 12/Дек/2012 11:36

Yeah!

183mm (not verified) - 12/Дек/2012 12:29

Да-да-да)

Алекс Скилл - 12/Дек/2012 18:24

>> Ваяю потихоньку новый варез для фотографов (пока не скажу какой).

Теперь буду плохо спать. :)
Моя капля информации в общую статистику.
Уже лет 5 сижу на 64-х битах, за 32-х битные приложения страдать не буду.

Anonymous (not verified) - 12/Дек/2012 20:05

> Теперь буду плохо спать. :)

давайте гадать на кофейной гуще

1) явно не для таблеток и смартфотоно (ибо зачем тогда OSX)

2) софт может быть следующих видов :

2.1 = конвертер

2.2 = браузер (типа xnview/irfanview) - в них всегда что-то не хватает для жизни

2.3 = программа типа того что написал william claff для тестирования камер

2.4 = программа которая занимается модификацией raw данных, ну например берет синтетическую мишень в виде данных подготовленных где-то и вписывает ее в raw файл нужного формата... интересно для тестирования конвертеров

2.5 = еще одна нашлепка над argyll для профилирования камер, ну мало ли

2.6 = человеческий (GUI) просмотровщих/модификатор exif - для тех кому командная строка не мила... ибо был/"есть" PhotoMe - но автор его прекратил развивать, а ведь хороший был продукт, очень

2.7 = я что-то упустил ?

lexa - 12/Дек/2012 20:29

Граждане, когда будет что показать - я обязательно покажу!

Anonymous (not verified) - 12/Дек/2012 20:44

> Граждане, когда будет что показать - я обязательно покажу!

слово не воробей... был бы libraw паблик компани, писал бы вам сейчас SEC письмо

lexa - 12/Дек/2012 20:48

Потому мы и приватные!

Алекс Скилл - 12/Дек/2012 20:32

>> ибо зачем тогда OSX
А кто сказал, что всё упрётся только в одну OS X?
Qt5 есть и под Windows, и под Linux тоже.
Соответственно полагаю, что софт будет и под винду и под макось.
Вопрос Алексея был в том, нужна ли поддержка 32-х битов в Mac OS X.

>> софт может быть следующих видов
Как-то раньше Алексей писал, что ни raw-конвертер ни raw-просмотрщик он не хочет писать.
Однако надежда всё-таки теплится, а вдруг передумал?

>> программа ... для тестирования камер
Уже есть RawDigger. Вряд ли бы ради тестирования камер стоит заводить новый программный продукт.

>> для профилирования камер
Как-то мало вероятно на мой взгляд.

>> человеческий (GUI) просмотровщих/модификатор exif
Тоже не думаю, что ради этого стоило бы заводить новый продукт, когда есть отличные, хоть и приостановленные ныне проекты (что, кстати, косвенно говорит о том, что эта тема не сильно актуальна для пользователей).

В общем все надежды на пункт 2.1! ;)

Anonymous (not verified) - 12/Дек/2012 20:42

> А кто сказал, что всё упрётся только в одну OS X?

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

> Уже есть RawDigger. Вряд ли бы ради тестирования камер стоит заводить новый программный продукт.

конечно, отдельный продукт не надо - можно дописать в rawdigger...

> Как-то мало вероятно на мой взгляд.

конечно, но для полноты списка

> Тоже не думаю, что ради этого стоило бы заводить новый продукт, когда есть отличные, хоть и приостановленные ныне проекты (что, кстати, косвенно говорит о том, что эта тема не сильно актуальна для пользователей).

ан нет - photome весьма актуален, а приостановлен потому что автор был вынужден заняться работой на пропитание... а сравнимых с photome продуктов (GUI) нет в плане usability... но буду рад услышать что вы считаете с ним сравнимым

> Как-то раньше Алексей писал, что ни raw-конвертер ни raw-просмотрщик он не хочет писать.

никогда не говори никогда - а вдруг... тем более что все эти браузеры raw слишком утяжелены лишними вещами... а простого элегантного браузера который позволяет смотреть файлы в каталоге и запускать raw digger/rpp нет... особенно для OSX... photomechanic, adobe bridge, xnview, finder, pathfinder - все это конечно может работать, но ужасно не эстетично.

Зеня (not verified) - 04/Авг/2013 19:20

Снежный Леопард уже был x64 Правда не все кексы его поддерживали и приложения некоторые со старой архитектурой Power PC. Включается он при флаге загрузки ядра на включении системы и прописывается дополнительно в bash profile.

Разница есть, а поддержки старья нет с Lion.