Вообще, самое большое «разочарование» — это Safari, вот у него с памятью все кошмарно стало, такое ощущение, что он ее никогда не чистит :)) Вот сейчас, при относительно небольшой нагрузке (12 табов в 3-х окнах, флеш отключен подчистую) — 287 real mem и 395 virt mem.
Система стала прожорливей. Возможно из-за того, что переход на 64 осуществлен не полностью (ядро у мну только в 32 работает + где-то 1/3 используемого софта).
Ощущение определенно очень хорошее. И с точки зрения пользователя. И с точки зрения околомаковского разработчика — обновленный со множеством вкусностей XCode доступен пока только для снежного
Правда надо памяти докупить :)
теоретически так, а на практике приток разработчиков происходит после появления рабочего аппарата. Он уже (приток) провоцирует обнаружение проблем и их исправление.
Да, можно создавать прямые имена, но sin, cos и т.д. используются в разных функциях, поэтому при выполнении в PP пришлось бы создавать такие имена в каждой. Поэтому закинуть единожды в __builtins__ показалось проще и быстрее.
Навскидку могу сказать, что PP:
1. создает каждый worker как отдельный python-процесс, т.е. GIL обходится
2. поддерживает запуск на разных серверах, т.е. задача распараллеливается по сети, что уже на порядок интересней
cd /Library/Python/2.6/site-packages/PIL/install_name_tool -change /sw/lib/libjpeg.62.dylib /usr/local/lib/libjpeg.62.dylib _imaging.so
Правда надо памяти докупить :)
* т.е. можно, конечно, но довольно нетривиальным способом
Дисклеймер же не зря писался:
;)
Навскидку могу сказать, что PP:
1. создает каждый worker как отдельный python-процесс, т.е. GIL обходится
2. поддерживает запуск на разных серверах, т.е. задача распараллеливается по сети, что уже на порядок интересней