Останнім часом почав відчувати серйозну потребу в додатковому об’ємі оперативної пам’яті для свого старенького MacBook-а. Але проблема в тому, що більше 3Гб він не підтримує 🙁 А із своїм переліком запущених програм і сервісів інколи swap дотягує до 2-3Гб 🙂 В таких випадках, жорсткий диск просто “розривається”. Але навіть після закриття ресурсоємких програм (Adobe Photoshop, VirtualBox і тд.) об’єм вільної пам’яті не сильно збільшується, адже область пам’яті, яку займала ця програма, переходить в режим “неактивної” з надією на те, що ми незабаром відкриємо цю програму і вона просто відновиться із кеша. Це все обгрунтовано менеджером пам’яті в самій операційній системі Mac OS X. Кешування – це добре, але не в тому випадку, коли об’єм вільної пам’яті наближається до нуля, а swap “росте на очах”. Тому часто виникає потреба примусового звільнення “неактивної” пам’яті, що у свою чергу зменшить об’єм swap.
Tag Archives: Snow Leopard 10.6
VirtualBox: Зменшуємо розмір дискового файлу VDI
Недавнім часом я став помічати те, що об’єм моєї віртуальної машини постійно зростає. Начебто на це причин не повинно бути жодних: так як я у ній жодних програм не встановлюю і на диск C:/ нічого не копіюю. Використовую VirtualBox & Windows XP лише для тестових цілей у сфері програмування. Проблема в прицнипі очевидна, адже Microsoft і його файлова система NTFS не навчились й досі ефективно використовувати вільний дисковий простір. Тому, процес дефрагментації дисків для FAT/FAT32/NTFS – це уже як “бутерброд на сніданок” 🙂 Чим частіше ми це будемо виконувати, тим повільніше будемо відчувати втрату продуктивності самої Windows OS. Але для VirtualBox є своє “підводне каміння”: навіть якщо ми і будемо виконувати дефрагментацію віртуальної машини, і файли, що використвуюуться будуть переміщатися у початкові кластери нашого диску, то об’єм VDI диску вуртуальної машини не буде зменшуватися. Так як вільний простір який ми бачимо утилітою дефрагментації – це не показник того, що це місце не використовується. Щоб для системи було зрозуміло, що є вільні кластери які ніким не використовуються – необхідно їх “обнулити”. Тому, давайте розглянемо той випадок, як мені вдалось оптимізувати VDI файл з 10,5Гб до 4,32Гб.
МТС Коннект (AnyData ADU-500A, AnyData ADU-510A) та Mac OS X Snow Leopard 10.6
МТС Коннект – це мобільний швидкісний 3G-Інтернет від оператора МТС. “МТС Коннектом” я уже користуюсь давненько, тому поки жодних нарікань не було. Але є одна проблема у служби підтримки МТС: вони не слідкують за обновленням програмного забезпечення. Пригадую той час, як тільки появився МТС Коннект, так мови про підтримку Mac OS і не було. Але уже тоді більшість людей користувалися цією послугою на “маках”, не очікуючи офіційних драйверів від МТС.
Цього разу знову ж така ситуація: Mac OS X Snow Leopard уже вийшов кілька місяців тому, а про його підтримку МТС мовчить 🙁 Для Mac OS X 10.4 & 10.5 є наявні драйвери та програмне забезпечення, а для 10.6 – немає. На просторах Інтернет я так і не знайшов доречних рішень, як “завести” AnyData ADU-500A під Mac OS X Snow Leopard. Правда, я давно шукав, але важливе тут те, що у мене є своє рішення, яке для мене запрацювало “На Ура!” 🙂
Перебудова бази даних Spotlight
Останніми днями замітив, що Spotlight почав повільно видавати результати пошуку відносно назва програм (з /Applications). В попередніх версіях (Tiger 10.4, Leopard 10.5) це все відбувалось за кілька мілісекунд. Я спершу подумав, що пріоритети між видачею результатів змінились, але заглянувши у “Системні налаштування → Spotlight”, було видно, що “Програми” стоять першими у списку. Звісно, тоді виникла ідея перебудувати базу даних Spotlight.
Для цього на сайті Apple є навіть стаття як це робити. Після виконання зазначених дій у мене нічого не змінилось. Та і не дивно, адже в тій публікації вказано, що цей метод має відношення до таких операційних систем як: Mac OS X 10.4 та Mac OS X 10.5. Після цього я вирішив перебудувати індекс Spotlight вручну…
PHP: Проблема компіляції “iconv” – “Undefined symbols: _libiconv”
Не дивлячись на те, що Mac OS X 10.6 (Snow Leopard) був випущений уже більше місяця тому, а мені “пощупати” його так і не вдавалось досі (із-за відсутності вільного часу). Тому, я недавно оновив свого Leopard-а 🙂 В цьому процесі жодних проблем не було виявлено, за винятком USB Overdrive, який просто “убивав” систему своїм старим “kext”-ом, після першого перезавантаження. Але у новій версії 3.x це все було поправлено.
Найбільше веб-девелоперів, мабуть, порадував новий PHP 5.3 , який тепер комплектується у парі із останнім Apache в режимі 64bit. Але для тих людей, кому стандартної комплектації модулів не вистачає – вдаються до ручного збору PHP під свої потреби. Але у мене була інша особливість – мені потрібно зробити “downgrade” до останньої версії 5.2.x, так як PHP 5.3 поки знаходиться в такому стані, в якому його нормально використовувати не можна. Та і є багато нюансів із “deprecated” особливостями, після яких необхідно буде переглянути старі проекти чи їх окремі бібліотеки на сумісність з новим PHP…