Решил проапгрейдить свой MacBook Pro

[levsha]

Ну, тоді все було трохи інакше. І переключатись між 32 і 16-розрядними програмами процесору було важкувато. Сучасному ж процесору нічого не коштує виконувати одночасно і 32, і 64-розрядні програми.
В Sun Solaris до останнього моменту (поки вона була Sun) більшість програм була 32-розрядною навіть на 64-розрядній системі, і тільки програми, яким це справді було потрібно, були 64-розрядними. А потрібно це коли програмі потрібно 4GB або більше пам'яті або критична 64-розрядка арифметика. При цьому 64-бітна версія програми буде займати більше місця, ніж 32-бітна. І справа не в економії місця на диску, яка зараз абсолютно нікого не цікавить, і навіть не в економії оперативної пам'яті, а в розмірі кеша процесора: для 32-бітної програми більше шансів що потрібна частина коду залишиться в кеші процесора і її не доведеться читати з пам'яті.
Хоча насправді всі ці речі візуально помітити не можливо, і навіть не візуально можна виявити тільки на спеціальних синтетичних тестах

[healix]

levsha, ну, теперь осталось рассказать, почему юниксовые терминальные программки, которые были написаны ещё первобытными людьми в каменном веке и до сих пор существуют в том же коде, переходят на новую разрядность первыми

[levsha]

healix
Тому що їх дуже просто перевести - якщо вона правильно написана, то перекомпілював і все. Знову ж таки не всі не всюду переходять

[healix]

Просто нет смысла тащить за собой винегрет из разных разрядностей, если можно перевести всё на разрядность платформы.
Родная адресация памяти, родные регистры, родные технологии... Конечно, для двух человек и дрезины хватит, но зачем? Если поезд всё равно в ту же сторону идёт, даже когда пустой.

[levsha]

32bit для сучасних процесорів такі ж самі рідні, як і 64

[healix]

Пока что...

[levsha]

А закладатись зараз на майбутнє це марна справа... Технології міняються дуже швидко

[healix]

Хотел ещё рассказать историю про память в ноуте...

Спустя где-то полгода после покупки, стал ощущать, что 4 гига таки не хватает... Пошёл на ибэй, посмотрел цены, продавцов... В результате остановился на двух планках по 4 гига с лейбой Black Diamond. Уже не помню, сколько стоили, но из доступных с поставкой в Украину, у них была где-то средняя цена. Купил.

Когда вставил, Мак увидел, всё пучком, всё работает... Но стал периодически вылетать в "синий экран". То день проработает, то три, то полчаса. Непредсказуемо. Вне зависимости от открытых приложений, свободной памяти, текущей загруженности, или времени после последнего "падения". Мог работать-работать, а потом хлоп, и оппа.

Вытащил я одну ибэевскую планку, вместо неё вставил родную, и так на шести гигах почти два года и прожил без одного падения.

Сегодня решил снова поиграться восемью гигами Вставил опять две по четыре.
Может то Снежный Леопард давился таким объёмом?..

[levsha]

Більш ймовірно що одна планка тики бита. В мене в ноуті дві планки по 2GB пропрацювали років два, а потім, коли замінив на 2 по 4, одна в жодному іншому ноуті так і не запрацювала нормально

[healix]

Итак, спустя пять дней, привык к следующему:

- Перемещения объектов (и выделение текста) одним пальцем с прилипанием по щелчку этим пальцем - заменили нажатием тремя и потянули.

Реально стало удобнее И выделять блоки текста, и таскать объекты.

- Ну и сам скроллинг в обратную сторону... Раньше за пальцами бежала полоса прокрутки, а теперь контент. Что получается наоборот... Можно сменить в настройках, но я решил привыкать к таблеточному варианту.

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

Так что, некоторые изменения в плюс.
А вот прыжки вверх и вниз страницы, или списка... И по истории... Таки не хватает Пока использую Command со стрелками. Но хочется трекпадом как-то...

[healix]

а оптимизацию работы SSD на Маках надо делать?

Да, блин, совсем забыл упомянуть! Спасибо, что напомнил!

После голой установки оси, сразу полез на AppStore за обновлениями, проверить как оно сработает... Сработало 10.8.2!

Потом, материалов в инете куча, но мне попался этот: Оптимизация Mac OS X под использование SSD-диска
Из него сделал следующее:
- Сразу накатил ТРИМ, перегрузил - активен.
- Отключил Hibernation. За 2.5 года не более пяти раз уходила туда система.
- Отключил SpotLight. Это я ещё и на старой оси делал.
- Отключил засыпание винта.
- Swap не отключал. Мои Лайтрум с Шопом, когда вместе, запросто могут съесть и 6 гиг памяти. Так что пусть будет.
Остальное пока оставил, если что, потом займусь, когда система примет работоспособный вид

Ещё, отсюда сделал:
- Turn off local Time Machine snapshots (sudo tmutil disablelocal)
- Set noatime flag
- Turn off sudden motion sensor (sudo pmset -a sms 0)
- И готов заняться таки RAM-диском...

[healix]

А с RAM-диском не всё так просто в Макоси...

Сделать сам диск - проблем нет. diskutil erasevolume HFS+ "$dname" `hdiutil attach -nomount ram://$dsize`, где $dsize - размер в блоках по 512кб.
Переключить на него, например, кэш Файрфокса - тоже запросто. Браузер, при этом начинает летать как реактивный самолёт! Но!..

При переходе Макоси в sleep mode (при закрывании крышки ноута) RAM-диск киляется! Может он киляется при выходе из спящего режима, но существенной разницы в этом нет. После просыпания диска нет. И Файрфокс слетает по ошибке при следующем обращении к кэшу. Вот такие дела...

Гугление по просторам инета пока не принесло решения штатными средствами...
Вижу два пути: а) париться с перехватыванием события On Wake, и каждый раз создавать диск; б) не париться вообще с RAM-диском

Зачем нужен RAM-диск?..
Главное его предназначение - снести с SSD-винта наиболее часто пишущиеся файлы... Можно, конечно, вообще выключить кэш в Файрфоксе. Тогда он не будет дёргать винт, а за каждым элементом будет лезть в инет. Правда, при такой настройке не будет ускорения на повторяющихся объектах (разные смайлы, кнопки, графические элементы, скрипты и проч.)
Кроме браузера туда можно посносить кэши других приложений (iTunes, Adobe Camera Raw). Можно там сделать папку временных файлов, например, я с Лайтрума делаю экспорт фотки в такую папку, потом фотку выкладываю в инет, потом файл удаляю.
Ну, и скорость операций чтения/записи на RAM-диске просто сумасшедшая! Один раз попробовав, тяжело отказаться

Буду рыть дальше...

[healix]

С RAM-диском ещё одну непонятку нашёл...
В зависимости от способа его создания, он по-разному киляется системой
Например, диск, созданный в user-space (из командной строки терминала), убивается всегда при засыпании. А диск, созданный при загрузке макоси до логина юзера, при сне длиной 12 секунд не удаляется. А при сне 11 минут - удаляется Пока других данных нет.
Имеем непредсказуемое поведение системы при уходе в быстрый сон... Вполне возможно, что оно предсказуемо и закономерно, но алгоритм пока не нашёл.

Сейчас ситуация следующая...
- При загрузке оси скрипт создаёт диск и эрсинкает на него нужные кэши с SSD.
- При засыпании, которое определяется внешней прогой sleepwatcher, кэши эрсинкаются на SSD.
- При пробуждении чекается присутствие диска в системе, если его нет, то создаётся как при загрузке.
- При шатдауне эрсинкаем на SSD.

Но, не всё коту масленица
Макось при выключении ноута вызывает StopService(), а при ребуте - нет!
Т.е. при перезагрузке будем иметь потерю кэшей от последнего эрсинка... В принципе, невелика потеря По большому счёту, можно пренебречь...

[healix]

Хм... А сейчас за 26 минут диск не убился из system-space... Странно.
Ну, время покажет