Останнім часом почав відчувати серйозну потребу в додатковому об’ємі оперативної пам’яті для свого старенького MacBook-а. Але проблема в тому, що більше 3Гб він не підтримує 🙁 А із своїм переліком запущених програм і сервісів інколи swap дотягує до 2-3Гб 🙂 В таких випадках, жорсткий диск просто “розривається”. Але навіть після закриття ресурсоємких програм (Adobe Photoshop, VirtualBox і тд.) об’єм вільної пам’яті не сильно збільшується, адже область пам’яті, яку займала ця програма, переходить в режим “неактивної” з надією на те, що ми незабаром відкриємо цю програму і вона просто відновиться із кеша. Це все обгрунтовано менеджером пам’яті в самій операційній системі Mac OS X. Кешування – це добре, але не в тому випадку, коли об’єм вільної пам’яті наближається до нуля, а swap “росте на очах”. Тому часто виникає потреба примусового звільнення “неактивної” пам’яті, що у свою чергу зменшить об’єм swap.
Tag Archives: Leopard 10.5
VirtualBox: Зменшуємо розмір дискового файлу VDI
Недавнім часом я став помічати те, що об’єм моєї віртуальної машини постійно зростає. Начебто на це причин не повинно бути жодних: так як я у ній жодних програм не встановлюю і на диск C:/ нічого не копіюю. Використовую VirtualBox & Windows XP лише для тестових цілей у сфері програмування. Проблема в прицнипі очевидна, адже Microsoft і його файлова система NTFS не навчились й досі ефективно використовувати вільний дисковий простір. Тому, процес дефрагментації дисків для FAT/FAT32/NTFS – це уже як “бутерброд на сніданок” 🙂 Чим частіше ми це будемо виконувати, тим повільніше будемо відчувати втрату продуктивності самої Windows OS. Але для VirtualBox є своє “підводне каміння”: навіть якщо ми і будемо виконувати дефрагментацію віртуальної машини, і файли, що використвуюуться будуть переміщатися у початкові кластери нашого диску, то об’єм VDI диску вуртуальної машини не буде зменшуватися. Так як вільний простір який ми бачимо утилітою дефрагментації – це не показник того, що це місце не використовується. Щоб для системи було зрозуміло, що є вільні кластери які ніким не використовуються – необхідно їх “обнулити”. Тому, давайте розглянемо той випадок, як мені вдалось оптимізувати VDI файл з 10,5Гб до 4,32Гб.
Перебудова бази даних Spotlight
Останніми днями замітив, що Spotlight почав повільно видавати результати пошуку відносно назва програм (з /Applications). В попередніх версіях (Tiger 10.4, Leopard 10.5) це все відбувалось за кілька мілісекунд. Я спершу подумав, що пріоритети між видачею результатів змінились, але заглянувши у “Системні налаштування → Spotlight”, було видно, що “Програми” стоять першими у списку. Звісно, тоді виникла ідея перебудувати базу даних Spotlight.
Для цього на сайті Apple є навіть стаття як це робити. Після виконання зазначених дій у мене нічого не змінилось. Та і не дивно, адже в тій публікації вказано, що цей метод має відношення до таких операційних систем як: Mac OS X 10.4 та Mac OS X 10.5. Після цього я вирішив перебудувати індекс Spotlight вручну…
Скажемо “Ні!” – PHP з роздільними модулями, або як боротися із “PHP’s Buildconf: Can’t figure out your VCS, not cleaning.”
Досить часто на різних форумах чи блогах зустрічаю скарги людей, які жаліються на те, що “buildconf”(скрипт, який перебудовує конфігураційний файл на основі наявних розширень у папці “ext” та інших параметрів), не працює належним чином. В принципі, з такою проблемою рідко хто зустрічається, адже використовувати “buildconf” немає потреби, так як вихідний код PHP уже містить конфігураційний файл “configure”, що містить інформацію про всі наявні розширення із /php-x.x.x/ext.
Але я не є прихильником того, коли PHP компілюють із роздільними модулями (shared). Іншими словами, коли уже зазначені модулі у *.INI файлі, PHP буде підключати із системи. Тому, альтернативним варіантом є компіляція PHP одразу з необхідними мені розширеннями. Робити акцент на тому, наскільки PHP із роздільними модулями буде повільніше працювати (старт ВЕБ-сервера і тд.) чи про витрати пам’яті я не буду, так як про це досить багато статтей є в Інтернеті. Мова піде якраз про те, як зібрати PHP на Mac OS з модулями, які будуть зібрані разом із ядром самого ж PHP…
Розумний “убивця” для Dashboard
Dashboard – чи не одна із кращих інновацій Mac OS X, що дозволяє інтерактивно взаємодіяти із “віджетами” системи. Але найбільшим функціоналом який мені сподобався, стала взаємодія Dashboard із WEB-браузером Safari. Бувають часто такі моменти, коли нас не цікавить WEB-ресурс в цілому, а скажімо, якась його частинка. Для цього ми можемо у Safari вибрати цікаву нам область із сторінки і відкрити її у Dashboard. В подальшому, щоб дізнатися, що змінилось на цікавих нам “частинках” із ресурсів, достатньо перейти у Dashboard, де він уже автоматично буде оновляти необхідну нам інформацію.
Прикладів може бути безліч: специфічні погодні “інформери”, курс валют на “міжбанку” та й навіть “Дівчина дня” із “релакса” (Рис. 1) 🙂 . Але збільшення таких “віджетів” потребує значних ресурсів операційної системи. А для прикладу, коли Ви у Dashboard “заглядаєте” 1-2 рази на день, то всі його подальші обновлення для Вас будуть марними. Вихід є! Треба відключати Dashboard на той момент, коли він нам не потрібний. В інтернеті є багато програм, які дозволяють нам це робити кнопочками “On”/”Off”. Але через нашу зайнятість ми не завжди будемо пам’ятати, що треба відключити Dashboard…