Опис тега system-profiler

Вони запропонували мені видалити їх для того, щоб вирішити подібну проблему я деякий час тому (і це спрацювало). Я пробував це, але я віддаю перевагу велику неглибоку сковороду. Таким чином, вміст каструлі розкидані більше, і можна готувати швидше. Банк зазвичай повинен вміщатися в межах 1 фут гриль діаметр, в той час як велику неглибоку сковороду можна швидко нагрівають в печі. Ви можете додавати фотографії з різних ракурсів, як профіль Пан? Тоді я вам: неприпустима інструкція (дамп пам'яті). Чи є спосіб, щоб перевірити, що це викликано ? Всі електричні прилади можуть зіпсуватися ... короткого, наприклад, може вплинути на те, як багато тепла він виробляє. У залежності від способу управління електронікою, вона може викликати його або довше нагрівається, що призводить до зменшення загальної енергії, або він може нагріватися більше, в результаті всі переварені. Це досить старий і я сумніваюся, що вона має більш складні сенсори, щоб спробувати підтримати заданий темп. (що б вирішити проблему кількості БТЕ піду, але якщо датчики не вийде, це буде призводити до подібних проблем)

Я читав безліч потоків кешування пам'яті і стандартний відповідь "великий кеш-це добре, це не повинно вплинути на продуктивність", "ядро краще знає".

Я нещодавно оновлено з 12.04 до 12.10 і з допомогою VirtualBox в VMware Workstation і різниця в продуктивності дуже серйозні (я підозрюю, що це з-за останнього).

Коли я біжу моя віртуальна машина система навантаження монітор графік показує менше 50% пам'яті в цілому. enter image description here Індикатор навантаження система показує мені, що інша частина моєї оперативної пам'яті використовується в кеші весь час.

Простий і простий, це порівняння:

Перед

Кеш був дуже рідко використовується, майже ніхто з моєї пам'яті був кеш
Поведінка було 0 (в результаті моєї пам'яті перший, то поміняти тільки у разі необхідності)
Виступ було добре і логічно
1. Оперативна пам'ять використовувалася повністю по-перше, кешування було мінімальним. Я міг бігти досить програмного забезпечення, щоб використовувати мій повний 4 ГБ оперативної пам'яті без будь-якого погіршення продуктивності взагалі
2. Тоді файл підкачки використовується в міру необхідності, який був явно повільніше (я на HDD), але все ще можна використовувати, коли поточна програма була завантажена в пам'ять

Після

Кеш використовується, щоб заповнити повний 4ГБ як тільки віртуальна машина буде працювати
Підкачки дорівнює 0 (таку ж поведінку, як і раніше, але кеша використовує пам'ять заповнена відразу)
Продуктивність жахлива і непридатна під час роботи програмного забезпечення в Ubuntu
1. Елементарні речі, як заміна вікон займає 2 хвилини +
2. Зміна екранів відбувається покадрово іноді до 5 хвилин
3. Не можу запустити IDE і ВМ, як я міг з легкістю до

Так що в принципі, будь-які пропозиції про те, як зайняти моє уявлення назад, як це було раніше , зберігаючи мої поточні налаштування?

Моя підозра VMware є проблемою, але як я бачу, що прив'язаний до використання кеш? Напевно є спосіб контролювати це поведінка програмного забезпечення, як полірована, як VMware?

Дякую

Редагувати: Також може бути важливо відзначити, що поведінка відрізняється в залежності від того, VMware є відкритим чи закритим. Якщо VMware є відкритим, то ОЗП буде блокуватися, як 50% та 50% кеша і перейти в повний замкнути згадувалося вище. Контрастно, якщо VMware є закритим (після відкриття), то оперативної пам'яті буде продовжувати зростати, так як він повинен / кеш залишиться, як завершити залишилася пам'ять і немає помітного зниження продуктивності.

EDIT2: Я вже поміняв моя поведінка на 5, як вважають, без будь-яких змін (теж були такі ж проблеми з підкачки 10 і 60 до розноски це питання). При найближчому розгляді, є щось наплутав. Системний монітор (і підтвердив з терміналу команди запропонував - безкоштовно -му зокрема) показують наступне:

Бен@Бен-HPdv6:~$ безкоштовно -м
 загальна безкоштовно загальна буферів кешування
Мем: 3945 3827 117 0 42 2770
-/+ буфери/кеш: 1014 2931
Своп: 0 1905 1905

Де сказано, що тільки ~ 1 ГБ моєї оперативної пам'яті використовується і ~3 ГБ дискового кешу, але моя віртуальна машина запущена і буде виділено 1,5 ГБ оперативної пам'яті. Було ніяке збільшення в моїй пам'яті, коли я завантажив ВМ, але кеш стрибнув. Системний монітор (був підтверджений з ПС -ОЗ) не свідчать про те, що VMware має правильне звучання 1,8 ГБ оперативної пам'яті, але, очевидно, вільної -му показує зворотне. Ці результати також свідчать про зворотне, оскільки мій організм з усіх сил, щоб навіть відкрити цю сторінку Chrome, щоб розмістити відповідь (у мене є тільки в VMware Workstation і відкритим контактом). Його як пам'ять, не будучи оголошеним правильно, як використання оперативної пам'яті (на відміну від кеш), а потім ядра, очевидно, не реагує належним чином на основі цього? Як його намагаються звільнити кеш-пам'ять як необхідні, як його передбачається, але не можу, тому що його насправді використовується пам'ять / не кеш.

Я пожартував зараз, дійсно шукаю деяку допомогу про те, як дістатися до нижньої частини цього. Будь ідея з'ясувати, що відбувається? Чи є спосіб, щоб підтвердити це проблема VMware і не Ubuntu один?