Тег ‘Snow Leopard 10.6’
iPurgeMemoryiPurgeMemory – звільнення неактивної пам’яті в Mac OS X
iPurgeMemory – звільнення неактивної пам'яті в Max OS X
Останнім часом почав відчувати серйозну потребу в додатковому об’ємі оперативної пам’яті для свого старенького MacBook-а. Але проблема в тому, що більше 3Гб він не підтримує
А із своїм переліком запущених програм і сервісів інколи swap дотягує до 2-3Гб
В таких випадках, жорсткий диск просто “розривається”. Але навіть після закриття ресурсоємких програм (Adobe Photoshop, VirtualBox і тд.) об’єм вільної пам’яті не сильно збільшується, адже область пам’яті, яку займала ця програма, переходить в режим “неактивної” з надією на те, що ми незабаром відкриємо цю програму і вона просто відновиться із кеша. Це все обгрунтовано менеджером пам’яті в самій операційній системі Mac OS X. Кешування – це добре, але не в тому випадку, коли об’єм вільної пам’яті наближається до нуля, а swap “росте на очах”. Тому часто виникає потреба примусового звільнення “неактивної” пам’яті, що у свою чергу зменшить об’єм swap.
Mac OSVirtualBox: Зменшуємо розмір дискового файлу VDI
Недавнім часом я став помічати те, що об’єм моєї віртуальної машини постійно зростає. Начебто на це причин не повинно бути жодних: так як я у ній жодних програм не встановлюю і на диск C:/ нічого не копіюю. Використовую VirtualBox & Windows XP лише для тестових цілей у сфері програмування. Проблема в прицнипі очевидна, адже Microsoft і його файлова система NTFS не навчились й досі ефективно використовувати вільний дисковий простір. Тому, процес дефрагментації дисків для FAT/FAT32/NTFS – це уже як “бутерброд на сніданок”
Чим частіше ми це будемо виконувати, тим повільніше будемо відчувати втрату продуктивності самої Windows OS. Але для VirtualBox є своє “підводне каміння”: навіть якщо ми і будемо виконувати дефрагментацію віртуальної машини, і файли, що використвуюуться будуть переміщатися у початкові кластери нашого диску, то об’єм VDI диску вуртуальної машини не буде зменшуватися. Так як вільний простір який ми бачимо утилітою дефрагментації – це не показник того, що це місце не використовується. Щоб для системи було зрозуміло, що є вільні кластери які ніким не використовуються – необхідно їх “обнулити”. Тому, давайте розглянемо той випадок, як мені вдалось оптимізувати VDI файл з 10,5Гб до 4,32Гб.
Mac OSМТС Коннект (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. Правда, я давно шукав, але важливе тут те, що у мене є своє рішення, яке для мене запрацювало “На Ура!”
Mac OSПеребудова бази даних Spotlight
Останніми днями замітив, що Spotlight почав повільно видавати результати пошуку відносно назва програм (з /Applications). В попередніх версіях (Tiger 10.4, Leopard 10.5) це все відбувалось за кілька мілісекунд. Я спершу подумав, що пріоритети між видачею результатів змінились, але заглянувши у “Системні налаштування → Spotlight”, було видно, що “Програми” стоять першими у списку. Звісно, тоді виникла ідея перебудувати базу даних Spotlight.
Для цього на сайті Apple є навіть стаття як це робити. Після виконання зазначених дій у мене нічого не змінилось. Та і не дивно, адже в тій публікації вказано, що цей метод має відношення до таких операційних систем як: Mac OS X 10.4 та Mac OS X 10.5. Після цього я вирішив перебудувати індекс Spotlight вручну…



