The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Для ядра Linux развивается система распределённого выполнени..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от opennews (??), 04-Май-20, 23:10 
Политехнический университет Виргинии предложил для обсуждения разработчиками ядра Linux набор патчей с реализацией системы распределённого выполнения потоков Popcorn (Distributed Thread Execution), позволяющей организовать выполнение приложений на нескольких компьютерах с распределением и прозрачной миграцией потоков.  При помощи Popcorn приложения могут быть запущены на одном хосте, после чего без остановки работы перемещены на другой хост. В многопоточных программах допускается миграция на другие хосты отдельных потоков...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52877

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Для ядра Linux развивается система распределённого выполнени..."  –9 +/
Сообщение от Аноним (1), 04-Май-20, 23:10 
Больше ядер богу ядер
Ответить | Правка | Наверх | Cообщить модератору

19. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Аноним (19), 05-Май-20, 01:16 
А что же плохого иметь много ядер? Вы бы отказались от 32 - 128-ядерной машинки?
Ответить | Правка | Наверх | Cообщить модератору

38. "Для ядра Linux развивается система распределённого выполнени..."  –9 +/
Сообщение от Xenia Joness (ok), 05-Май-20, 05:04 
У меня есть какая-то штука, называется вроде Xeon Phi 7210, только я не могу понять, зачем она мне. Что с ней можно сделать? Какая польза от неё, если поставить в обычный компьютер?
Ответить | Правка | Наверх | Cообщить модератору

71. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Аноним (19), 05-Май-20, 11:17 
Ну если котиков с фконтактика смотреть, то, да, пользы будет немного. Попробуй на ней LFS что-ли пособирать.
Ответить | Правка | Наверх | Cообщить модератору

125. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (125), 11-Май-20, 20:46 
Это что подарок такой от кого-то? Или покупаю не знаю зачем потому, что хочу вот это?
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

2. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от InuYasha (?), 04-Май-20, 23:14 
Пожалуй, это покруче ГРИДа будет. Знаю даже тех, кто захочет этим воспользоваться. Особенно когда расчёты неделями идут. Но писанина файлов с результатами - это тот ещё вопрос.
Ответить | Правка | Наверх | Cообщить модератору

5. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от JL2001 (ok), 05-Май-20, 00:02 
> Пожалуй, это покруче ГРИДа будет. Знаю даже тех, кто захочет этим воспользоваться.
> Особенно когда расчёты неделями идут. Но писанина файлов с результатами -
> это тот ещё вопрос.

а кто захочет и для чего?
и чем это для них отличается от уже существующих методов запуска в кластере или в каком-нить GridGain ?

не, технологически это реально круто, да и как бесшовная миграция с проблемных нод и балансировка - полезно
но вот само по себе применимость этого какая? всёж задачи для распределённых вычислений довольно специфические

Ответить | Правка | Наверх | Cообщить модератору

48. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от Аноним (48), 05-Май-20, 09:03 
Нормальный кластер единого системного образа обеспечивает миграцию процессов на другие узлы при обычном системном вызове fork (pthreads). Кочу прикладного ПО обычных пользователей: архиваторы, перекодировки видео, не говоря о научном ПО сразу, прозрачно, рапаралелятся по всем узлам кластера.
Ответить | Правка | Наверх | Cообщить модератору

74. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от Аноним (74), 05-Май-20, 12:22 
Насколько я понимаю для всех кластеров нужно переписывать программы под них.
Тут можно запустить теоретически любую программу в том числе неподдерживаемую разработчиком.
От перекодирования видео на домашнем компе со смартфона до рендера изображений на кластере.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

105. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (105), 07-Май-20, 08:32 
>  для всех кластеров нужно переписывать программы под них.

Нет. SSI кластер для ПО это обычный комп с общим числом процов и оперативы. Для классического SSI который для миграции дочерных процессов использует системный вызов forck (pthreads) ничего переписывать ненадо.

> Тут можно запустить теоретически любую программу в том числе неподдерживаемую разработчиком.

Сабж это не классический SSI они для миграции процессов на другие узлы используют свой отдельный системный вызов. Для сабжа надо переписывать все ПО!!!

Чем сабж лучше MPI для которого тоже надо переписывать все ПО не понятно. MPI поддерживается сабжем но в той же мере MPI поддерживается и классическим SSI поскольку он прозрачен для ПО.

Ответить | Правка | Наверх | Cообщить модератору

113. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от InuYasha (?), 07-Май-20, 13:15 
>>но вот само по себе применимость этого какая?

- адмн: ааааааааабл?дь! у нас рэйд рушится, харды не можем купить! ваш софт надо переносить!
- бдлк: ааааааааабл?дь! у нас задача 20 из 50 дней считается, остановить её мы не можем!!
- элкт: ааааааааабл?дь! у нас вчера запланирован перенос на другую фазу, другой подвод, другую подстанцию! Может жахнуть, мы ничего не гарантируем.
- нчво: ааааааааабл?дь! у нас аренда кончается, переносите своё гуано в другой дотацентр! у вас джва дня!
- срвр: ааааааааабл?дь! алерт! алерт! алерт! префэйл кондишон! алерт! алерт! алерт!
и так далее )

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

4. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (4), 04-Май-20, 23:28 
Это как MPI?
Ответить | Правка | Наверх | Cообщить модератору

8. "Для ядра Linux развивается система распределённого выполнени..."  –5 +/
Сообщение от Аноним (8), 05-Май-20, 00:16 
не вспоминай это...
Ответить | Правка | Наверх | Cообщить модератору

35. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Anonymoussemail (?), 05-Май-20, 03:05 
А что с ним не так было то? Ближайшие альтернативы выглядели куда хуже и страшнее.
Ответить | Правка | Наверх | Cообщить модератору

49. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (48), 05-Май-20, 09:05 
Потребность программисту писать специализированное ПО используя только прраллельные алгоритмы.

Обычное ПО MPI не паралелит.

Ответить | Правка | Наверх | Cообщить модератору

75. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (74), 05-Май-20, 12:23 
Так и этот софт не параллелит то что не запаралеллили.
Ответить | Правка | Наверх | Cообщить модератору

106. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (105), 07-Май-20, 08:35 
https://www.opennet.dev/openforum/vsluhforumID3/120533.html#105
Ответить | Правка | Наверх | Cообщить модератору

103. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (103), 06-Май-20, 21:41 
Это как Inferno
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от JL2001 (ok), 05-Май-20, 00:05 
на миграцию запущеного фаерфокса со смартфона на десктоп и обратно я бы посмотрел....
ну или миграцию tox-а или rss-ридера...

как можно применять этот "Distributed Thread Execution" ? какие идеи есть?

Ответить | Правка | Наверх | Cообщить модератору

31. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (31), 05-Май-20, 02:07 
Мир немножко богаче, чем это видит анонимус с его локалхостом и телефоном.
Ответить | Правка | Наверх | Cообщить модератору

34. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от JL2001 (ok), 05-Май-20, 02:56 
> Мир немножко богаче, чем это видит анонимус с его локалхостом и телефоном.

о, великий неанонимус! расширь мне сознание! покажи мне мир!

Ответить | Правка | Наверх | Cообщить модератору

36. "Для ядра Linux развивается система распределённого выполнени..."  –3 +/
Сообщение от Аноним (31), 05-Май-20, 03:57 
Воспользуйся гуглом и посмотри, для чего используют тот же CRIU.
Ответить | Правка | Наверх | Cообщить модератору

40. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от A.Stahl (ok), 05-Май-20, 08:44 
И зачем это анонимусу если у него есть лишь локалхост и телефон? Вот анонимус и думает как ему можно применить новую, необычную для локалхоста, технологию. Но некоторые админы не могут опустить свой взляд на локалхост: надутые от гордости щёки мешают.
Ответить | Правка | Наверх | Cообщить модератору

56. "Для ядра Linux развивается система распределённого выполнени..."  –2 +/
Сообщение от анонимуслинус (?), 05-Май-20, 09:23 
если такое ПО разлетится по всем ядрам линукс во будет праздник для взлома))) нашел одну уязвимость и все хосты одним махом у тебя в кармане)) отличная идея как я погляжу. такие системы придется держать строго в ограниченной локальной сети. для научных институтов вполне хорошая вещь.
Ответить | Правка | Наверх | Cообщить модератору

59. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от A.Stahl (ok), 05-Май-20, 09:39 
B USB-шки залить эпоксидкой: это ж какой простор для взлома если софт можно копировать между машинами парой кнопок. Пусть с клавы программы набивают. Как в спектрумовские времена.


Ответить | Правка | Наверх | Cообщить модератору

67. "Для ядра Linux развивается система распределённого выполнени..."  –1 +/
Сообщение от Аноним (67), 05-Май-20, 09:58 
Только теплые ламповые перфокарты, только хардкор.
Ответить | Правка | Наверх | Cообщить модератору

73. "Для ядра Linux развивается система распределённого выполнени..."  –1 +/
Сообщение от анонимуслинус (?), 05-Май-20, 12:11 
я смотрю вы все воспринимаете в штыки. ну не думая о всех возможностях так на эти штыки и напороться можно. все за развитие технологий, но и головой думать надо. искать возможности удержать технологию под полным контролем.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

76. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от A.Stahl (ok), 05-Май-20, 12:27 
Абсолютно любая технология может (и будет) использована во вред. Поэтому напоминание о "на эти штыки и напороться можно. все за развитие технологий, но и головой думать надо. искать возможности удержать технологию под полным контролем" имеет смысла столько же, как и напоминание о необходимости дыхания и моргания.


Ответить | Правка | Наверх | Cообщить модератору

104. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от анонимуслинус (?), 07-Май-20, 01:29 
никто и не отрицал, что человек разумным зовется только от слова разум, но действия часто продиктованы не им.  что тут можно сказать за все время своего развития человек так и не изменился. только его оружие меняется от эпохе к эпохе.))
Ответить | Правка | Наверх | Cообщить модератору

87. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от rshadow (ok), 05-Май-20, 16:58 
"Никогда не выеб*вайся в качалке. Ибо всегда найдется тот, кто твоим весом просто разминается." (с)
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

50. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (48), 05-Май-20, 09:07 
https://www.opennet.dev/openforum/vsluhforumID3/120533.html#48

https://www.opennet.dev/openforum/vsluhforumID3/120533.html#42

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Аноним (7), 05-Май-20, 00:11 
telefork - где-то я уже слышал подобное ... а вспомнил, на хабре была недавно статья "Телепортируем процесс на другой компьютер!"
https://habr.com/ru/company/dcmiran/blog/499422/
Автор оригинала: Tristan Hume
он что с Политехнического университета Виргинии, или просто друг у друга потихоньку тыбзят идеи ?
Ответить | Правка | Наверх | Cообщить модератору

12. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от Crazy Alex (ok), 05-Май-20, 00:28 
Есть такое понятие "идея витает в воздухе". Это ж явный следующий логичный шаг от всяких микросервисов и подобного
Ответить | Правка | Наверх | Cообщить модератору

60. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (48), 05-Май-20, 09:39 
> просто друг у друга потихоньку тыбзят идеи ?

Все идеи тырят с моей работающей реализации: https://www.opennet.dev/openforum/vsluhforumID3/120533.html#42

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

65. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (65), 05-Май-20, 09:54 
Если она такая хорошая надо было ее продавать задорого.  
Ответить | Правка | Наверх | Cообщить модератору

107. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (105), 07-Май-20, 08:39 
Единичные научные институты которые ее внедрение покупали в средине нулевых не имели денег. Разработка неокупалась.
Ответить | Правка | Наверх | Cообщить модератору

9. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от консервный бомжара (?), 05-Май-20, 00:20 
я не понял. то есть я могу собрать 10 говнобуков в один кластер и что-нибудь компилировать?
Ответить | Правка | Наверх | Cообщить модератору

11. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от JL2001 (ok), 05-Май-20, 00:26 
> я не понял. то есть я могу собрать 10 говнобуков в один
> кластер и что-нибудь компилировать?

да ты и раньше мог
https://en.wikipedia.org/wiki/Compile_farm

не могу сейчас сразу нагуглить методичку по запуску своего кластера для компиляции, но раньше видел

Ответить | Правка | Наверх | Cообщить модератору

33. "Для ядра Linux развивается система распределённого выполнени..."  +4 +/
Сообщение от kazh (?), 05-Май-20, 02:55 
Успешно используем: https://github.com/icecc/icecream
Ответить | Правка | Наверх | Cообщить модератору

72. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (19), 05-Май-20, 11:38 
Как в сравнении с distcc?
Ответить | Правка | Наверх | Cообщить модератору

10. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от JL2001 (ok), 05-Май-20, 00:20 
//оффтоп

а на *BSD jail'ы мигрировать между нодами умеют?

Ответить | Правка | Наверх | Cообщить модератору

13. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от псевдонимус (?), 05-Май-20, 00:43 
Умеют на холодную. Но в новости не про это.
Ответить | Правка | Наверх | Cообщить модератору

126. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (126), 24-Май-20, 18:18 
Вроде как в cbsd / BHYVE горячая миграция есть, а классические jail - надо останавливать процессы.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

14. "Для ядра Linux развивается система распределённого выполнени..."  –2 +/
Сообщение от Аноним (14), 05-Май-20, 00:49 
не взлетит. так и останется в виде патчей...
Ответить | Правка | Наверх | Cообщить модератору

22. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (19), 05-Май-20, 01:21 
Про WireGuard тоже так говорили.
Ответить | Правка | Наверх | Cообщить модератору

15. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от псевдонимус (?), 05-Май-20, 00:59 
Кто про комментирует, для чего бы такое можно применить?
Ответить | Правка | Наверх | Cообщить модератору

17. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 05-Май-20, 01:03 
Есть у тебя софт, обрабатывающий данные в 100500 потоков, но при этом имеющий между ними общие данные и синхронизацию. Дальше ты его равномерно размазываешь по N систем без специальных ухищрений по обмену этими самыми данными.
Ответить | Правка | Наверх | Cообщить модератору

18. "Для ядра Linux развивается система распределённого выполнени..."  +4 +/
Сообщение от псевдонимус (?), 05-Май-20, 01:11 
А чем практически это отличается от кластеризации, в чем преимущество?
Ответить | Правка | Наверх | Cообщить модератору

24. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Аноним (19), 05-Май-20, 01:27 
Так, наверное, это и есть одна из разновидностей кластеризации. Только здесь должно быть существено меньше танцев с настройками.
Ответить | Правка | Наверх | Cообщить модератору

93. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Lex (??), 06-Май-20, 06:19 
Там работа с памятью несколько смущает.
Есть смутные подозрения, что, если в ходе работы, активно шарятся данные, то производительность упрется в скорость синхронизации памяти по сети.
Ответить | Правка | Наверх | Cообщить модератору

108. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (105), 07-Май-20, 08:43 
> Есть смутные подозрения, что, если в ходе работы, активно шарятся данные, то производительность упрется в скорость синхронизации памяти по сети.

Оно во всех кластерах в скорость сети упирается.

Хороший выиграш на жирных, тяжолых процесах: распределить перекодировку видео на нескольких компах.

Ответить | Правка | Наверх | Cообщить модератору

21. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от JL2001 (ok), 05-Май-20, 01:17 
> Есть у тебя софт, обрабатывающий данные в 100500 потоков, но при этом
> имеющий между ними общие данные и синхронизацию. Дальше ты его равномерно
> размазываешь по N систем без специальных ухищрений по обмену этими самыми
> данными.

а чего - распределённые/кластерные фс и просто базы данных раньше не существовали?

я не понимаю концептуальную новизну/профит (кроме distributed shared memory - не знаю были ли раньше распределённые in-memory map/bd, для java у GridGain было, у них ещё и жавамашина вместо LLVM создаёт мультиплатформенность)

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

32. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от Anonimous (?), 05-Май-20, 02:12 
Не, ну понятно что парни каких-то прорывов в синхронизации данных не совершили. Есть и распределенные базы данных и распределенные фс. Дело то не в синхронизации данных, а в конкретной реализации данных принципов применительно к процессу.

Процесс не выполняется в ядре в вакууме. Он держит открытые хенлы на файлы, на сокеты, на расшаренную память. И это не считая того, что приложение может работать вообще с кастомными железками по pci или usb, которые тоже хранят свое состояние.

Все это нужно как-то синхронизировать, возможно уметь перемещать между компьютерами или пробрасывать прозрачно на один "основной" компьютер. Когда разрабатывали CRIU, с этим было куча проблем. И весь вопрос, насколько эта система работает быстро и сколько покрывает всех этих возможностей приложения. Потому что хочется брать абсолютно любое приложение и чтобы оно само начинало параллелиться, т.к. никто не будет переписывать приложение специально под Попкорн.

Ответить | Правка | Наверх | Cообщить модератору

44. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Онаним (?), 05-Май-20, 08:55 
При чём тут FS? Речь о том, что у тебя треды _одного_ процесса потенциально могут летать между нодами, при этом прозрачно сохраняя общую область памяти + возможность синхронизации - и для этого не надо изголяться с кластерными FS, пилить свою собственную синхронизацию и т.п. Кластерная FS тут идёт только как дополнение - треды вполне могут захотеть что-то с общего "диска" почитать.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

53. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (65), 05-Май-20, 09:16 
Потоки с чтением файлов не могут клонироваться в новости написано.
Ответить | Правка | Наверх | Cообщить модератору

91. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 05-Май-20, 23:03 
> Потоки с чтением файлов не могут клонироваться в новости написано.

А я поэтому и говорю, что из этого супового набора имхо взлетит только DSM.

Ответить | Правка | Наверх | Cообщить модератору

80. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от JL2001 (ok), 05-Май-20, 14:57 
> При чём тут FS? Речь о том, что у тебя треды _одного_
> процесса потенциально могут летать между нодами, при этом прозрачно сохраняя общую
> область памяти + возможность синхронизации

а чем это от numa отличается?

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

90. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 05-Май-20, 23:02 
Извини дружок, ты это в школе не проходил, да?
https://en.wikipedia.org/wiki/Non-uniform_memory_access
Ответить | Правка | Наверх | Cообщить модератору

92. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от JL2001 (ok), 06-Май-20, 02:28 
> Извини дружок, ты это в школе не проходил, да?
> https://en.wikipedia.org/wiki/Non-uniform_memory_access

и? так в чём разница? иль numa-over-ethernet диво дивное?

Ответить | Правка | Наверх | Cообщить модератору

94. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 06-Май-20, 09:01 
> и? так в чём разница? иль numa-over-ethernet диво дивное?

Разница в том, что при NUMA одна микропроцессорная система осуществляет множественный доступ к разделяемой памяти, а в случае SDSM это синхронизация между несколькими системами.

Ответить | Правка | Наверх | Cообщить модератору

97. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от JL2001 (ok), 06-Май-20, 09:55 
>> и? так в чём разница? иль numa-over-ethernet диво дивное?
> Разница в том, что при NUMA одна микропроцессорная система осуществляет множественный доступ
> к разделяемой памяти, а в случае SDSM это синхронизация между несколькими
> системами.

давайте лучше в терминах "когерентности кеша" для каждого проца
в чём отличие в обеспечении когерентности локальной памяти (кеша) каждого проца в numa и в "Distributed shared memory" соединённых через ethernet ("После стабилизации основных алгоритмов будет применён более эффективный вид транспорта.") ?

Ответить | Правка | Наверх | Cообщить модератору

23. "Для ядра Linux развивается система распределённого выполнени..."  +7 +/
Сообщение от Аноним (19), 05-Май-20, 01:24 
>Кто про комментирует, для чего бы такое можно применить?

MAKEOPTS="-j 1000" emerge ....

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

37. "Для ядра Linux развивается система распределённого выполнени..."  –1 +/
Сообщение от Аноним (37), 05-Май-20, 04:38 
Суперкомпьютеры станут ближе к людям.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

83. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от псевдонимус (?), 05-Май-20, 16:25 
Людям, как выясняется, обычные-то компы почти не нужны (постоянно сталкиваюсь с гейфон- дрочерами, причём чем крупнее город, тем больше этих юродивых), а что они будут делать с суперкомпом?
Ответить | Правка | Наверх | Cообщить модератору

95. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 06-Май-20, 09:01 
Между людьми и хомячками есть небольшая разница :)
Ответить | Правка | Наверх | Cообщить модератору

116. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от псевдонимус (?), 07-Май-20, 17:08 
"Ну я то уж точно не хомяк, идущий на поводу у конюктуры!"
Ответить | Правка | Наверх | Cообщить модератору

120. "Для ядра Linux развивается система распределённого выполнени..."  –1 +/
Сообщение от Онаним (?), 08-Май-20, 10:32 
Вот, один из носителей характерных детекторов этой разницы вылез.
Ответить | Правка | Наверх | Cообщить модератору

121. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от псевдонимус (?), 08-Май-20, 10:37 
Так залежь обратно, "не хомяк"
Ответить | Правка | Наверх | Cообщить модератору

122. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 08-Май-20, 11:47 
Самовнушением занимаешься прилюдно?
Ответить | Правка | Наверх | Cообщить модератору

51. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от COBA (?), 05-Май-20, 09:09 
А еще как бесшовный переезд на более мощное жедезо без остановки процесса можно использовать наверное.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

16. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Онаним (?), 05-Май-20, 01:01 
Distributed shared memory - это то, что из всего этого счастья реально может взлететь. Идея витает в воздухе уже очень долго.
Ответить | Правка | Наверх | Cообщить модератору

28. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 05-Май-20, 01:42 
Оно уже давно есть, называется NUMA. По очевидным причинам от этого больше гемора, как и от самой идеи SSI кластера, чем пользы.
Ответить | Правка | Наверх | Cообщить модератору

41. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Онаним (?), 05-Май-20, 08:51 
Ты что-то путаешь. NUMA существует в пределах машины, а тут между несколькими машинами.

На самом деле идея с DSM витала давно, и с ней экспериментировали. Всё упиралось в относительно медленную связность, но с появлением в массах серверных 40G и 100G интерфейсов идея DSM становится ближе к реальности - отсюда и новые эксперименты.

Ответить | Правка | Наверх | Cообщить модератору

20. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от rm_email (ok), 05-Май-20, 01:17 
Воу, неужели спустя годы снова изобрели то, что уже было и прекрасно работало у дедов в OpenMosix, правда судя по тому что нужен особый компилятор, в каком-то урезанном игрушечном варианте.
Ответить | Правка | Наверх | Cообщить модератору

26. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от Аноним (26), 05-Май-20, 01:31 
Компилятор нужен для поддержки переезда процесса с железа на одной архитектуре (пускай x86) на железо на другой (пускай ARM)
Ответить | Правка | Наверх | Cообщить модератору

27. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (19), 05-Май-20, 01:32 
В гомогенной среде особый компилятор не нужен.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

57. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (48), 05-Май-20, 09:27 
https://www.opennet.dev/openforum/vsluhforumID3/120533.html#42
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

25. "Для ядра Linux развивается система распределённого выполнени..."  –1 +/
Сообщение от anonimous (?), 05-Май-20, 01:28 
Давно уже реализовано было - Amoeba OS Таненбаума и Ко.
Ответить | Правка | Наверх | Cообщить модератору

29. "Для ядра Linux развивается система распределённого выполнени..."  +3 +/
Сообщение от evkogan (?), 05-Май-20, 01:53 
Из новости не понятны ограничения технологии.
Явно ПО под эту вещь писать надо специальное.
Иначе не представляю как прозрачно для существующего ПО это может взлететь. Даже банальное обращение к файлам из разных потоков сломает это.
Именно в этом отличие от CRIU где миграция возможна для ПО которое не знает что его могут мигрировать.
Т.е. по факту это ядерная поддержка для всяких GRID.
Ну хорошо, это то чего не хватает Linux для реализации скайнета :)
Ответить | Правка | Наверх | Cообщить модератору

43. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Онаним (?), 05-Май-20, 08:52 
> Из новости не понятны ограничения технологии.
> Явно ПО под эту вещь писать надо специальное.
> Иначе не представляю как прозрачно для существующего ПО это может взлететь.

Да, это не прозрачный переход. Но если идея с DSM зайдёт даже в таком виде - в гипервизорах можно будет ждать уже прозрачной имплементации.

Ответить | Правка | Наверх | Cообщить модератору

30. Скрыто модератором  –4 +/
Сообщение от Аноним (30), 05-Май-20, 02:01 
Ответить | Правка | Наверх | Cообщить модератору

42. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Аноним (48), 05-Май-20, 08:51 
> Программный стек Popcorn образуют патчи к ядру Linux и библиотека с тестами, демонстрирующими как можно использовать системные вызовы Popcorn для миграции потоков в распределённо исполняемых приложениях.
> Applications, however, can rely on standard inter-process communication techniques, like shared memory, which works on multiple kernels operating on cache coherent kernels ,or message-passing on other hardware.  For example, we used inter-kernel shared memory to provide a MPICH2 Nemesis channel for running MPI applications on Popcorn.

http://popcornlinux.org/index.php/overview

1. Для миграции потоков необходимо переписывать прикладное ПО и линковать с их либой и это минус.

2. Сегодняшние ядра Linux, FreeBSD, OpenBSD непригодны для реализации виртуализации и кластера единого системного образа - используемая мат модель этого не предусматривает и не допускает.

3. Давным давно поддерживал сборник патчей для ядра Linux который мог:

* реализован прозрачний для всего ПО кластер единого системного образа. Узлы кластера могли подключатся/отключатся динамически. Миграция на узлы происходила когда ПО использовало fork (pthreds тоже можно добавить) причем учитывалась загрузка процессоров узлов и скорость сети. ПО пересобирать или переписывать не надо, стандартного вызова fork (pthreeds) необходимо и достаточно для миграции дочерного процесса на другой узел кластера.

* реализована защита от жестких збоев: содержимое оперативы, состояние всех процессов записывается в постоянную память, на диск, с возможностью восстановления работы ВСЕХ процессов к состоянию незадолго до момента збоя. Кластер легко проходил следующие испытание: выключалось и включалось питание отдельных узлов на которых исполнялся процесс мигрировавший с кластера, при загрузки ноды процесс продолжал исполнятся не замечая збоя в питании; отключалось питание всего кластера во время расчета, после включения расчет задачи продолжался не замечая збоя питания.

* все выше сказанное было сделано не в ущерб, а с максимальным усилением безопасности.

Не дам гарантии, что в этих версиях DYSTRYK все это реализовано идеальнл, но были версии которые успешно работали как SSI с защитой от сбоев и усиленной безопасностью. Грузите кластерное ядро om и подымите сервис mosix. https://mirror.yandex.ru/mirrors/ftp.linux.kiev.ua/Linux/CD/.../

Ответить | Правка | Наверх | Cообщить модератору

46. "Для ядра Linux развивается система распределённого выполнени..."  –3 +/
Сообщение от Онаним (?), 05-Май-20, 08:58 
>> Программный стек Popcorn образуют патчи к ядру Linux и библиотека с тестами, демонстрирующими как можно использовать системные вызовы Popcorn для миграции потоков в распределённо исполняемых приложениях.
> 1. Для миграции потоков необходимо переписывать прикладное ПО и линковать с их либой

Внезапно. Естественно, такая фича не будет прозрачной.

> 2. Сегодняшние ядра Linux, FreeBSD, OpenBSD непригодны для реализации виртуализации и кластера

Если из этого списка удалить Linux, всё будет верно.

Ответить | Правка | Наверх | Cообщить модератору

47. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 05-Май-20, 09:02 
> 3. Давным давно поддерживал сборник патчей для ядра Linux который мог:

Проблема моськи знаешь в чём? Это строго SSI. Никакой реальной кластеризацией софта там банально не пахнет, софт должен сам уметь в синхронизацию между своими процессами, обмен данными (через "классические" решения например) и т.п.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

52. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (48), 05-Май-20, 09:15 
Это огромный плюс, что для миграции между нодами используются стандартные системные вызовы fork (pthreads). Именно это избавляет от потребности переписывать прикладное ПО. Все что умеет fork (pthreads) будет изкаробки, сразу, прозрачно работать в кластере SSI балансируя нагрузку между узлами!

Ответить | Правка | Наверх | Cообщить модератору

54. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (48), 05-Май-20, 09:21 
> Это строго SSI. Никакой реальной кластеризацией софта там банально не пахнет, софт должен сам уметь в синхронизацию между своими процессами, обмен данными (через "классические" решения например) и т.п.

Смотри DYSTRYK. В нем одновременно реализован SSI и MPI. Они друг другу совсем не мешают, а наоборот помогают. SSI дает один виртуальный компьютер с общим числом процов и оперативы в сети. MPI можно запускать не на физических компах, а сразу на виртуальных - кластерах SSI!

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

96. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 06-Май-20, 09:04 
> Смотри DYSTRYK. В нем одновременно реализован SSI и MPI. Они друг другу

И много у тебя классического софта с MPI? Софт под это дело всё равно нужен специализированный. Понятно, что там грант хороший был, вот дистр на коленке и запилили, давай уж честно...


Ответить | Правка | Наверх | Cообщить модератору

100. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (100), 06-Май-20, 16:20 
> И много у тебя классического софта с MPI

equery h mpi

Понятно что только научные проги.

> Софт под это дело всё равно нужен специализированный.

Для нормального SSI не надо специализированного софта! Системных вызовов fork (pthreads) хватает. Дочирные процесс будут мигрировать на узлы кластера. Для обычного пользователя это архиваторы, кодировщик видео.

> Понятно, что там грант хороший был, вот дистр на коленке и запилили, давай уж честно...

Делал сам, для себя, в свободное время, без всяких президентских грандов.

Установку купили пару школ и один ВУЗ. Предприятия от кластерной реализации отказались, другую версию покупали.

Ответить | Правка | Наверх | Cообщить модератору

101. "Для ядра Linux развивается система распределённого выполнени..."  –1 +/
Сообщение от Онаним (?), 06-Май-20, 19:41 
> Понятно что только научные проги

Ну ладно, здесь таки признал.

> Для нормального SSI не надо специализированного софта! Системных вызовов fork (pthreads) хватает.

Для этого вполне докера достаточно и микросервисов. Идея с миграцией бессмысленна без DSM, солнце закатывать (синхронизацию, обмен данными) иначе всё равно придётся костылить вручную.

Ответить | Правка | Наверх | Cообщить модератору

109. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (105), 07-Май-20, 09:07 
> Ну ладно, здесь таки признал.

MPI это довольно не тривиальный интерфейс параллельного программирования разработанный учеными для ученых. Понятно что нигде кроме науки не используется ибо для запуска MPI ПО надо MPI кластер, котрого дома нет.

Для домашних пользователей есть кучу других технологий: fork (pthreads), OpenMP, OpenCL,...

> Идея с миграцией бессмысленна.

Нет ты ошибаешься. Мигрировать может и вся задача. OpenMosix имел режим при котором на запускаемом узле вообще процесы не исполняются, все мигрирует на узлы, там исполняются и приходит только результат.

Ты путаешся в специализированном ПО для кластеров, где есть какая-то межпроцесная синхронизация.

SSI кластер это для жирных, тяжелых процессов которые целиком мигрируют на другой узел и возвращают результат. Примеры: архиватор, перекодировщик видео,... Они паралельно запускаются на нескольких узлах, а результат их работы собирается на одном. Более того в SSI кластере при загруженом проце, обычные процесы начинают мигрировать на другие узлы! И память у меня в SSI кластере синхронизируется идеально с максимальной защитой. Мой SSI кластер абсолютно прозрачен для ПО и пользователя, они видят общие число ядер в сети и общий объем оперативы, вся синхронизация скрыта от ПО под капотом OpenMosix.

Ответить | Правка | Наверх | Cообщить модератору

112. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 07-Май-20, 12:49 
> Нет ты ошибаешься. Мигрировать может и вся задача. OpenMosix имел режим при котором на запускаемом узле вообще процесы не исполняются, все мигрирует на узлы, там исполняются

Ну и зачем оно в таком виде?

Ответить | Правка | Наверх | Cообщить модератору

114. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (114), 07-Май-20, 13:58 
Практика использования SSI показала, что быстрее всего задача считается когда запускаемый узел вообще не ведет расчет, а только занимается раскидыванием расчетов по другим узлам и сбором результатов.

В те времена это вполне логично, компы однопроцессорные были, если ресурсы одного проца тратить на распределение работ, сбор результатов и еще при этом вести расчет то задача считалась заметно дольше!

Ответить | Правка | Наверх | Cообщить модератору

102. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 06-Май-20, 19:42 
> Делал сам, для себя, в свободное время, без всяких президентских грандов.
> Установку купили пару школ и один ВУЗ.

Ну давай, признай уже, что были, может не президентские, но стимул эту бессмыслицу пилить должен быть :)


Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

110. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (105), 07-Май-20, 09:16 
> Ну давай, признай уже, что были, может не президентские, но стимул эту бессмыслицу пилить должен быть :)

SSI кластер это не бесмыслица, а пропущенный путь развития. Linux, FreeBSD, OpenBSD не в тот поворот свернули.

Разработка DYSTRYK никем, никогда не финансировать и велась мною в свободное время.

Хочу чтобы увидели один закон:

Если задачи ресурсоемки, а процессоры очень дорогие и маломощны - есть спрос на кластерные решения SSI.

Если ресурсоемких задач нет, а процессоры мощные и дешовые - спроса на кластера SSI не будет.

Ответить | Правка | Наверх | Cообщить модератору

111. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 07-Май-20, 12:48 
OS/2 тоже пропущенный путь развития. Нежизнеспособное отмирает.
Ответить | Правка | Наверх | Cообщить модератору

115. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (114), 07-Май-20, 14:03 
Если вдруг станет вопрос необходимости SSI кластера, то отомрут Linux, FreeBSD, OpenBSD - которые свои ядра испоганили так, что добавить в них SSI кластер теперь очень сложно.
Ответить | Правка | Наверх | Cообщить модератору

118. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 07-Май-20, 19:48 
> Если вдруг станет вопрос необходимости SSI кластера, то отомрут Linux, FreeBSD, OpenBSD

Если бы у бабушки был он, ну вы поняли...

Ответить | Правка | Наверх | Cообщить модератору

124. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (124), 09-Май-20, 09:38 
Требование к вычислительным ресурсам будет расти до бесконечности, а вычислительная мощь проца когда-то упрется в потолок. Вот когда упрется, тогда и займутся ядром ОС с SSI кластером.
Ответить | Правка | Наверх | Cообщить модератору

127. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (126), 24-Май-20, 18:38 
практически уже упёрлись - % выхода годных после eUV, а так же ситуация со всякими Spectre/Meltdown/RowHammer это наглядно демонстрируют.
Ответить | Правка | Наверх | Cообщить модератору

55. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (65), 05-Май-20, 09:22 
По хорошему такое должно решаться на уровне гипервизиора. И да тот же z/VM в такое умеет.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

58. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (48), 05-Май-20, 09:32 
> По хорошему такое должно решаться на уровне ...

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

Все зависит от выбранной матмодели ядра для асинхронной работы на много процессорных системах.

Сегодняшний Linux, FreeBSD, OpenBSD для виртуализации и кластера единого системного образа не подходят.

Ответить | Правка | Наверх | Cообщить модератору

119. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Онаним (?), 07-Май-20, 19:49 
Только сферический дистрюк в вакууме )
Ответить | Правка | Наверх | Cообщить модератору

128. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (126), 24-Май-20, 18:40 
Dragonfly BSD к этому идёт годами, практически в полтора рыла, и - если им здоровья хватит - таки придёт!
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

70. "Для ядра Linux развивается система распределённого выполнени..."  –2 +/
Сообщение от Аноним (19), 05-Май-20, 11:06 
>збоя

сбоя

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

61. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от glebiao (ok), 05-Май-20, 09:41 
круто. Но openMOSIX, это было круче (такая болезненная потеря...)
Ответить | Правка | Наверх | Cообщить модератору

62. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (48), 05-Май-20, 09:44 
https://www.opennet.dev/openforum/vsluhforumID3/120533.html#42

Надо было форкать ядро Linux! Мне сильно вредили, мешали и не хватило ресурсов...

Ответить | Правка | Наверх | Cообщить модератору

81. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (81), 05-Май-20, 16:21 
Было бы не плохо если бы вы где-то рассказали поподробнее. Например на https://habr.ru/ если нет аккаунта то через песочницу. Плюсы, минусы, подводные камни, что помешало, что помогла, почему не взлетело.
Ответить | Правка | Наверх | Cообщить модератору

99. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (100), 06-Май-20, 16:09 
> Плюсы

SSI, ..., там одни плюсы. К стати мою реализацию превзойти не смогли - она единственная прошла все тесты без ошибок и работала как надо.

У меня была идея:
* толстые бездисковые клиенты грузятся с сервака, отказоусойчевого кластера.
* толстые клиенты образуют SSI кластер
* толстые клиенты есть много местными (многоголовыми) системами.

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

> минусы

Их нет. Трудозатраты на разработку SSI большие это за минус сойдет.

В РФ не захотели такой системы. Почему-то решили, что тонкие клиенты лучше и перспективнее чем толстые. И это не минус, а ошибка покупателя!

> подводные камни, что помешало

RedHat поменяли работу с памятью ядра, добавили cgroup, ... все это мешало openmosix. Можно сказать что плохому программисту всегда что-то мешает.. Просто я все видел по-другому. Не было ресурсов на разработку.

> что помогла,

Ускорение тяжелых задач! Для обычного пользователя это архивация, перекодировка видео. Для ученых много чего ускоряет...

> почему не взлетело.

Мы не думали что доживем до времени, когда в одном компе будет около сотни ядер и около сотни гиг оперативы.

Дешевле купить 1 проц IBM с 96 ядрами и сотню гиг оперативный ему, чем нанять того, кто напишет SSI кластер и купить 100 компов с 1 гигом оперативный + сеть.

Процессоры стали многоядерные и мощные, как следствие перспективнее оказалась противоположная задача, не объединение многих компов в один мощный, а разъединение одного на мелкие - виртуализация.

Ответить | Правка | Наверх | Cообщить модератору

117. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от 111 (??), 07-Май-20, 17:28 
Очень напоминает общественное разделение труда в разных формациях,например: капитализм и социализм. Видимо это влияет.
Ответить | Правка | Наверх | Cообщить модератору

63. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (63), 05-Май-20, 09:46 
Ахахах, как в том меме.
Так линукс теперь может работать с 4086 ядер!
Так а там реализовали нормальный просмотр видео в браузере?
Нет
Ответить | Правка | Наверх | Cообщить модератору

64. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (65), 05-Май-20, 09:49 
Да что там видео, теперь даже джаваскрипт не тормозит.
Ответить | Правка | Наверх | Cообщить модератору

66. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Аноним (48), 05-Май-20, 09:56 
> Так линукс теперь может работать с 4086 ядер!
> Так а там реализовали нормальный просмотр видео в браузере?

Да, теперь декодировка видео в бровзере нормально параллелится аж на 4086 ядерах! ;)

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

78. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (63), 05-Май-20, 14:04 
А в windows юзается аппаратная деодировка. А если нету поддержки как допустим у меня с vp9, то как то юзают 3d шейдеры. Походу direct3d можно юзать как рендер
Ответить | Правка | Наверх | Cообщить модератору

68. "Для ядра Linux развивается система распределённого выполнени..."  +2 +/
Сообщение от Пыщь (?), 05-Май-20, 10:26 
InfernoOS ?
Ответить | Правка | Наверх | Cообщить модератору

77. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от имя_ (?), 05-Май-20, 12:35 
она просто может быть распределенной, как план9, но разве может выполняться на разных хостах?
Ответить | Правка | Наверх | Cообщить модератору

69. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Анонъ (?), 05-Май-20, 10:48 
Надо такое же, только over web
Ответить | Правка | Наверх | Cообщить модератору

79. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (79), 05-Май-20, 14:45 
вот есть у меня сервер который слушает порт 55555 и что они этот же порт на удаленной машине откроют и туда его перенесут?
Ответить | Правка | Наверх | Cообщить модератору

82. "Для ядра Linux развивается система распределённого выполнени..."  +1 +/
Сообщение от Аноним (81), 05-Май-20, 16:23 
Живую миграцию кто только не делает. Тут же они туда перенесут сначала процесс, а потом если надо вернут результат.  По протоколу TCP.
Ответить | Правка | Наверх | Cообщить модератору

88. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от mail (?), 05-Май-20, 21:51 
"Политехнический университет Виргинии" ===> "Вирджиния Тех (Политехнический университет Виргинии)"


Его никто кроме как "Вирджиния Тех" не называет.

Ответить | Правка | Наверх | Cообщить модератору

89. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (89), 05-Май-20, 22:50 
ТЕХ САМЫХ??
Ответить | Правка | Наверх | Cообщить модератору

123. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от mail (?), 08-Май-20, 21:36 
"Virginia Tech" - any prononciation are welcome.
Ответить | Правка | Наверх | Cообщить модератору

98. "Для ядра Linux развивается система распределённого выполнени..."  +/
Сообщение от Аноним (-), 06-Май-20, 12:32 
>Для использования Popcorn в гетерогенных окружениях необходимо использовать специальный компилятор на основе LLVM.

Без GCC не нужно!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру