Обмін апаратними ресурсами через мережу: конкретно ОЗУ

У мене дві системи. Один - це ноутбук і має 2 Гб оперативної пам’яті, а інший - настільний, що має 8 ГБ оперативної пам’яті. Чи можливо поділитися цими ресурсами, щоб обидві системи мали 10 ГБ оперативної пам’яті?

Програмне забезпечення, яке я хочу запустити в обох системах, - це Android Studio ..., який на даний момент ноутбук не дуже добре працює.

Додаткова інформація: Обидві системи мають операційну систему Windows 8 та мають процесори Intel Core i3 .

дякую ppl, але у мене виникло ще одне питання .. як щодо обміну ним через Ethernet-кабель ?? як через комутатор або v-lan, тербі взагалі не користується Інтернетом, але отримує швидкість передачі пониження ???

Лише деякі програми дозволяють розділити процеси по мережі (деякі програми 3D-рендерінгу, ефективно обмінюючись оперативною пам’яттю) (Див. Відповідь Джуліана Найта)

Проблема з Інтернетом у тому, що це занадто повільно (Дивіться відповідь Spiff)

Я думаю, що оперативна пам’ять робочого столу не буде сумісною з обладнанням, тому просто розміщення смужок ОЗУ у вашому ноутбуці не вийде.

Що ви можете зробити:

Встановіть віддалений настільний клієнт на свій ноутбук і підключіться до робочого столу. Таким чином ви можете "працювати на робочому столі" через тунель.

Так важка програма (android studio) буде працювати на вашому робочому столі! А ноутбук турбував би лише клієнт віддаленого робочого столу.

Це ефективно використовує апаратне забезпечення ПК і, таким чином, буде працювати краще (якщо ваш ноутбук і клієнт віддаленого робочого столу достатньо і досить легко працювати.

Я хотів би додати, що це не "поділяє" ОЗУ, а просто використовує оперативну пам'ять ПК, що достатньо.

Можливо, ні, оскільки це було б досить повільно порівняно з тим, щоб робити віртуальну пам’ять на локальному диску. SATA-3 - це 6 гігабіт в секунду, і у мене дворічний HDD SATA-3 із 4 ТБ 7200 об / хв із стійкою швидкістю читання / запису 157 Мебібайта / сек (~ 1,3 гігабіт / сек). Стійка швидкість передачі через гігабітний Ethernet в кращому випадку становить близько 0,942 гігабіт / сек.

Ні, це неможливо.

Єдиним невеликим винятком є ​​те, коли ви використовуєте інструмент, який здатний розділити обробку на декілька машин, таких як 3d-графічна візуалізація. Однак про це ви насправді не запитуєте.

Близько семи років тому контролер пам'яті був переміщений з окремої мікросхеми ( північного мосту або концентратора пам'яті) до центрального процесора. Ти знаєш чому? Знизити затримку, оскільки процесору потрібен дуже швидкий доступ до оперативної пам'яті. Поточні процесори отримують доступ до оперативної пам’яті з 68 Гб / с : http://ark.intel.com/products/82930/Intel-Core-i7-5960X-Processor-Extreme-Edition-20M-Cache-up-to-3_50-GHz . Сучасний 1 Гбіт / с Ethernet дає близько 120 Мб в секунду, отже, у 560 разів повільніше. Отже, це не те, що можна робити на звичайних ПК.

Існують кластерні обчислювальні рішення з багатьма комп'ютерами, підключеними до мережі, і кожен зберігає частину даних у своїй оперативній пам'яті. Це набагато повільніше, ніж звичайна оперативна пам'ять, але у вас немає вибору, якщо вам потрібно мати 10 ТБ даних, щоб бути доступними. Але такі рішення повинні підтримуватися програмним забезпеченням. І Android Studio це не підтримує.

Отже, відповідь - ні, на жаль.

Наразі це неможливо, але це насправді було вказано на картках у певній формі та вписано у " After Vista " як частина системи "ReadyBoost", яка дозволяє використовувати USB-накопичувач як носій для читання файлу сторінки (і інші файли) швидше, ніж використання диска. Це не зайва оперативна пам’ять як така, але якщо ви використовуєте багато оперативної пам’яті, це може скоротити кількість часу, коли ваш комп'ютер витрачає підкачки на диск і з диска.

Здається, що у вашому сценарії ви отримаєте перевагу від USB-накопичувача на 32 ГБ, призначеного для ReadyBoost .

Це неможливо, принаймні, не без величезних зусиль з боку Google.

По суті, Android Studio повинен був би підтримувати багатовузлову розподілену обробку, подібно до видобутку BitCoin та Folding @ Home.

Після натискання компіляції на вашому ноутбуці він відправить шматок коду на робочий стіл для обробки. Як тільки робочий стіл закінчиться обробкою, він поверне його на ваш ноутбук, щоб він міг склеїти речі разом.

У мене є офіс; кімната з особистим помічником і кабінет, де зберігаються 5000 книг, і робочий стіл з 20 місцями. Позначте цю конфігурацію як

• Офіс = комп’ютер
• Я = процесор (процесор)
• Помічник = операційна система (ОС)
• Desk = ОЗП
• Шафа = Жорсткий диск

У будь-який час 20 книг, максимум, може вийняти з кабінету мій помічник і помістити на робочий стіл для роботи. Завдяки власній роботі мого секретаря, він може розмістити на моєму столі книгу чи дві власні книги (скажімо, ми бідні і не можемо дозволити собі інший стіл).

Якщо я хочу попрацювати над іншими книгами, більше місця не буде, і мій помічник повинен визначити, яку поточну книгу на столі я, мабуть, використовую в даний момент, і перенесу цю книгу в кабінет, щоб зробити дорогу іншим книгам, які я хочу. Асистент повинен ходити до столу та кабінету кожного разу, коли мені хочеться працювати над книжкою, яка не знаходиться в межах мого досяжності.

Для системи з недостатньою оперативною пам’яттю саме це робить ОС для процесів, які, здається, не дуже активні - візьміть вміст пам’яті та запишіть їх на диск у сховище віртуальної пам’яті, звільнивши оперативну пам’ять для інших процесів, які цього потребують. Як і відстань між робочим столом і шафою, існує "відстань" між процесором, оперативною пам’яттю та диском. Диск неймовірно далекий і повільний, як ви відчуваєте свій ноутбук.

У наступному кабінеті у мого колеги є стіл, достатньо місткий для 80 книг. Не було б непогано, якби він міг «поділитися» деякою частиною свого столу, щоб зберігати мої книги? Так що я міг практично мати 100 книг?

Ну, по-перше, помічники в кожному кабінеті неминуче повинні розміщувати якісь власні книги, щоб вони могли виконувати власну роботу (не підлягає обороту). Всі ОС в системі повинні використовувати деяку оперативну пам’ять, щоб виконати свою роботу, інакше у вас не буде ОС для початку. Тому я не отримую повних 20 книг, а також мій колега, який отримав 80 книг. І мій колега має власну роботу, яка ще більше виснажує наявний простір.

Крім того, помічники не навчаються переміщати книги між офісами (вважайте, що рівень їх компетентності має обмеження). Існуюча архітектура Windows не забезпечує прямого використання оперативної пам'яті іншого віддаленого комп'ютера.

А тепер уявіть, якби помічники справді були навчені правильно пересувати книги між офісами та чітко пам’ятати право власності на книги, ходити між офісами, швидше за все, буде ще повільнішою процедурою, оскільки виїзд з одного офісу в інший - на більшу відстань. Мало того, що коли помічник забирає книги з іншого кабінету, йому все одно доведеться очистити місце на вашому власному столі, переміщаючи непотрібні книги назад у кабінет. Навіщо змушувати його так сильно ходити?

Вихід з одного комп’ютера для зберігання / отримання речей на іншому комп’ютері через мережу, принаймні для вашого випадку використання, недосяжний, оскільки додаток і ОС не знають, як його виконати. І це було б не дуже ефективно.

Якщо ви хочете продовжувати роботу з ноутбуком, встановіть більше оперативної пам’яті (більший стіл) або встановіть твердотільний диск (шафа з організаційними функціями, що дозволяє швидше знаходити книги).

Зауважте, що в деяких конфігураціях насправді може бути швидше зберігати та витягувати дані з віддалених комп'ютерів - існують кластерні програмні технології, які роблять саме це - потім отримувати доступ до повільних обертових дисків, але вони все ще не відповідають вашому сценарію.

Розглянемо часові шкали доступу до даних між апаратними ресурсами .