forum.opennet.ru - "Для tmux реализована поддержка сохранения сеанса между перез..." (34)

"Для tmux реализована поддержка сохранения сеанса между перез..."

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

"Для tmux реализована поддержка сохранения сеанса между перез..."	+/–
Сообщение от opennews (??), 05-Сен-14, 12:43
Разработчики OpenBSD, объявили (http://undeadly.org/cgi?action=article&sid=20140904174329) о реализации в консольном оконном менеджере tmux (http://tmux.sourceforge.net/) ("terminal multiplexer") функции восстановления содержимого сеанса после перезагрузки операционной системы. Tmux разрабатывается в рамках проекта OpenBSD в качестве замены программы GNU Screen (http://www.gnu.org/software/screen/), распространяемой под лицензией BSD. Программа позволяет организовать многооконный интерфейс в консоли, через мультиплексирование одного физического терминала на несколько виртуальных терминалов. В дополнение к штатной функции сохранения содержимого рабочего окружения между разными пользовательскими сеансами, для tmux подготовлен плагин tmux-resurrect (https://github.com/tmux-plugins/tmux-resurrect), позволяющий решить проблему с потерей запущенных программ, окон с рабочими директориями и расположением элементов на экране после перезапуска компьютера. Плагин tmux-resurrect обеспечивает сохранение слепка состояния окружения tmux для его восстановления после перезапуска системы. После восстановления окружение для пользователя выглядит неизменным, вплоть до того, что опционально предусмотрена возможность (https://github.com/tmux-plugins/tmux-resurrect#restoring-vim...) восстановления незавершённых сеансов редактора vim с сохранением позиций редактирования (за исключением редактора vim, состояние внешних программ не замораживается, они просто запускаются повторно с теми же аргументами). <center> <iframe src="//player.vimeo.com/video/104763018" width="700" height="393" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen></iframe> </center> Особенности tmux-resurrect: - Сохранение всех сеансов, окон, панелей и порядка их размещения; - Сохранение текущей рабочей директории для каждой панели; - Сохранение раскладок элементов панели в окнах; - Сохранение активных и альтернативных сеансов; - Сохранение активных и альтернативных окон для каждого сеанса; - Сохранение фокуса и активной панели в окне; - Запуск программ, выполняемых в каждой панели; - Опциональное сохранение сеансов vim. URL: http://undeadly.org/cgi?action=article&sid=20140904174329 Новость: https://www.opennet.ru/opennews/art.shtml?num=40522
Ответить \| Правка \| Cообщить модератору

Оглавление

не все программы могут так нормально перезагрузиться но всеже здорово подскажет, x0r (??), 12:43 , 05-Сен-14, (1) +1

Знаки препинания вам не знакомы Если я вас правильно понял - tmux attach , xakru (?), 12:46 , 05-Сен-14, (3) +2

не только лишь все, но мало кто вообще может это делать , Shtober (ok), 18:25 , 05-Сен-14, (14) +7

tmux att 124 124 tmux, Fantomas (??), 17:42 , 08-Сен-14, (35)

Годнота , Аноним (-), 12:44 , 05-Сен-14, (2) +1
Шикарно Супер Побежал обновляться , Аноним (-), 13:04 , 05-Сен-14, (4) +3
бесполезняк состояние mc нормально не восстановит, а всё остальное или не нужно, arisu (ok), 15:22 , 05-Сен-14, (8) –3

А в чем пойнт вообще чтобы программы как живые , но только дохлые Внутреннее с, Аноним (-), 22:14 , 05-Сен-14, (21)

no x86 support 8594 crap , arisu (ok), 22:50 , 05-Сен-14, (23) –1

fixed, Led (ok), 01:15 , 06-Сен-14, (25) +3

оно, конечно, да, но x86_64 8594 crap 2 , arisu (ok), 01:28 , 06-Сен-14, (26)

Зато дешево, надежно и практично , rob pike (?), 04:33 , 06-Сен-14, (27)

Дешево - да, а остальное Не думаю , G0Dzilla (ok), 12:50 , 06-Сен-14, (28)

А что - остальное Ну вот у меня AMDшный проц ECCшную оперативку гоняет Кэши то, Аноним (-), 13:18 , 06-Сен-14, (31)

Я бы сказал что x86 - синоним crap А х86_64 - таки немного менее гуанистый и уж, Аноним (-), 13:15 , 06-Сен-14, (30) +2

я уже говорил мне восьмибайтовые указатели нафиг не упёрлись , arisu (ok), 14:40 , 06-Сен-14, (32)

Можно Но - TCP-соединения , Led (ok), 01:14 , 06-Сен-14, (24)

Что - TCP Там вроде как раз было сохранение состояния TCP IP стека Единственно, Аноним (-), 13:12 , 06-Сен-14, (29) +1

Ты действительно хоть издалека видел CRIU, или так - поп Hговорить пришёл , Led (ok), 21:46 , 06-Сен-14, (33)

я издалека видел точно собирались восстановление состояния сетевого стека делат, эцсамое (?), 18:51 , 11-Сен-14, (36)

Никому не нужен ваш mc, Igor (??), 11:37 , 02-Май-23, (37)

Очень нужно Иногда надо перезагрузиться, а куча открытых сессий tmux с различны, backbone (ok), 16:22 , 05-Сен-14, (9)

Точняк Лиш бы нарезку окошек и имена сохранил Ну максимум cd куда надо А прог, Аноним (-), 17:07 , 05-Сен-14, (10)

Как можно заставить tmux быстрее рефрешить top , Аноним (-), 17:56 , 05-Сен-14, (11) –1

Быстрее, чем 1 секунда , Ыр (?), 18:19 , 05-Сен-14, (13)

top быстрее tmux работает, еще проблема с прокруткой вверх - ее нет, Аноним (-), 19:40 , 05-Сен-14, (18)

s 0 Enter , Andrey Mitrofanov (?), 18:45 , 05-Сен-14, (16) +1

хороший мультипликатор, Аноним (-), 18:05 , 05-Сен-14, (12)

это типа как Уолт Диснэй , annualslayer (ok), 20:38 , 05-Сен-14, (19) +3

Ой, а это уже занятно, в некоторых случаях сэкономит по несколько секунд , Michael Shigorin (ok), 18:44 , 05-Сен-14, (15)

Скрин позволяет сделать отдельный конфиг, которым автоматически создаются окошки, DeadLoco (ok), 13:10 , 07-Сен-14, (34) +1

Фишка действительно полезная, только причём тут разработчики OpenBSD Bruno Suti, Аноним (-), 19:21 , 05-Сен-14, (17)
Вот пример действительно полезного нововведения Учись, Леннарт, учитесь, разраб, AX (ok), 21:09 , 05-Сен-14, (20)

В стиле Леннарта было бы забабахать чекпойнт процессов при шатдауне и рестор сос, Аноним (-), 22:17 , 05-Сен-14, (22) –1

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

1. Сообщение от x0r (??), 05-Сен-14, 12:43 +1 +/–

не все программы могут так нормально перезагрузиться. но всеже здорово.
подскажете tmux аналог для screen -xR ?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #35

2. Сообщение от Аноним (-), 05-Сен-14, 12:44 +1 +/–

Годнота.

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

3. Сообщение от xakru (?), 05-Сен-14, 12:46 +2 +/–

Знаки препинания вам не знакомы?
Если я вас правильно понял - tmux attach

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

4. Сообщение от Аноним (-), 05-Сен-14, 13:04 +3 +/–

Шикарно. Супер. Побежал обновляться.

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

8. Сообщение от arisu (ok), 05-Сен-14, 15:22 –3 +/–

бесполезняк. состояние mc нормально не восстановит, а всё остальное или не нужно, или и без тмукса умеет себя поднимать.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #37

9. Сообщение от backbone (ok), 05-Сен-14, 16:22 +/–

Очень нужно. Иногда надо перезагрузиться, а куча открытых сессий tmux с различным разбиением окон долго восстанавливать. Запуск приложений не нужен совсем даже.

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

10. Сообщение от Аноним (-), 05-Сен-14, 17:07 +/–

Точняк! Лиш бы нарезку окошек и имена сохранил. Ну максимум cd куда надо. А проги я уж сам :)

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

11. Сообщение от Аноним (-), 05-Сен-14, 17:56 –1 +/–

Как можно заставить tmux быстрее рефрешить "top" ?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #16

12. Сообщение от Аноним (-), 05-Сен-14, 18:05 +/–

хороший мультипликатор

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

13. Сообщение от Ыр (?), 05-Сен-14, 18:19 +/–

Быстрее, чем 1 секунда?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #18

14. Сообщение от Shtober (ok), 05-Сен-14, 18:25 +7 +/–

>не все программы могут так нормально перезагрузиться
не только лишь все, но мало кто вообще может это делать...

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

15. Сообщение от Michael Shigorin (ok), 05-Сен-14, 18:44 +/–

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

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

16. Сообщение от Andrey Mitrofanov (?), 05-Сен-14, 18:45 +1 +/–

> Как можно заставить tmux быстрее рефрешить "top" ?
s 0 <Enter>

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

17. Сообщение от Аноним (-), 05-Сен-14, 19:21 +/–

Фишка действительно полезная, только причём тут разработчики OpenBSD? Bruno Sutic - разработчик tmux-resurrect - никогда не был таковым.

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

18. Сообщение от Аноним (-), 05-Сен-14, 19:40 +/–

top быстрее tmux работает, еще проблема с прокруткой вверх - ее нет

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

19. Сообщение от annualslayer (ok), 05-Сен-14, 20:38 +3 +/–

это типа как Уолт Диснэй?

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

20. Сообщение от AX (ok), 05-Сен-14, 21:09 +/–

Вот пример действительно полезного нововведения. Учись, Леннарт, учитесь, разработчики всяких терминалов на cairo.

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

21. Сообщение от Аноним (-), 05-Сен-14, 22:14 +/–

А в чем пойнт вообще чтобы программы "как живые", но только дохлые? Внутреннее состояние процессов ведь не восстановится...
Кстати идея: в пингвине можно попробовать чекпойнтить иногда процессы новомодным CRIU. А после ребута, натурально, восстановить в вид "как было". Со всеми потрохами! В идеале могло бы выглядеть как нечто типа живой миграции контейнеров, но только сам на себя, с кратковременной (на время ребута) приостановкой работы программ. Наверное мог бы быть годный способ обновлять ядро, etc "почти без перезагрузки" :).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #23, #24

22. Сообщение от Аноним (-), 05-Сен-14, 22:17 –1 +/–

> Вот пример действительно полезного нововведения. Учись, Леннарт, учитесь, разработчики
> всяких терминалов на cairo.
В стиле Леннарта было бы забабахать чекпойнт процессов при шатдауне и рестор состояния процессов при старте системы в вид как было на момент шатдауна. Вот это было бы круто. ЧСХ, технически вроде даже реализуемо - ну, дернуть запись состояния процессов при шатдауне - CRIU так умеет. А рестор состояния высушенной оболочки трупика процесса вместо самого процесса - ну да, мегаинновация.

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

23. Сообщение от arisu (ok), 05-Сен-14, 22:50 –1 +/–

> CRIU
no x86 support → crap.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #25, #30

24. Сообщение от Led (ok), 06-Сен-14, 01:14 +/–

> Кстати идея: в пингвине можно попробовать чекпойнтить иногда процессы новомодным CRIU.
> А после ребута, натурально, восстановить в вид "как было".
Можно. Но - TCP-соединения...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #29

25. Сообщение от Led (ok), 06-Сен-14, 01:15 +3 +/–

> x86 → crap.
fixed

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #26

26. Сообщение от arisu (ok), 06-Сен-14, 01:28 +/–

>> x86 → crap.
> fixed
оно, конечно, да, но x86_64 → crap*2.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #27

27. Сообщение от rob pike (?), 06-Сен-14, 04:33 +/–

Зато дешево, надежно и практично.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #28

28. Сообщение от G0Dzilla (ok), 06-Сен-14, 12:50 +/–

Дешево - да, а остальное... Не думаю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #31

29. Сообщение от Аноним (-), 06-Сен-14, 13:12 +1 +/–

> Можно. Но - TCP-соединения...
Что - TCP? Там вроде как раз было сохранение состояния TCP/IP стека. Единственное что при ребуте подшаманить что-то придется, чтобы ядро не отлупило "неожиданным" пакетам RST какой-нибудь. А потом ядро вспомнит что это не левые пакеты - и наступит зашибись. В идеале это для внешнего мира может выглядеть как пауза на несколько секунд (пока новое ядро через kexec взлетает, etc).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #33

30. Сообщение от Аноним (-), 06-Сен-14, 13:15 +2 +/–

> no x86 support → crap.
Я бы сказал что x86 - синоним crap. А х86_64 - таки немного менее гуанистый и уже немного больше похож на приличный процессор. Конечно тоже далек от идеала, но не такое кислотное у...ще как х86.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #32

31. Сообщение от Аноним (-), 06-Сен-14, 13:18 +/–

> а остальное... Не думаю.
А что - остальное? Ну вот у меня AMDшный проц ECCшную оперативку гоняет. Кэши тоже с ECC. Так что +10 к надежности получаем. А также мамка с нормальным охлаждением чипсета, FET и полимерными кондерами - в обозримом будущем сдохнуть не должно бы.
А с точки зрения практичности - это как х86, только немного менее уе...щный (ряд фирменных даунизмов х86 таки устранили) и нормально адресующий актуальные нынче объемы памяти.

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

32. Сообщение от arisu (ok), 06-Сен-14, 14:40 +/–

я уже говорил: мне восьмибайтовые указатели нафиг не упёрлись.

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

33. Сообщение от Led (ok), 06-Сен-14, 21:46 +/–

>> Можно. Но - TCP-соединения...
> Что - TCP? Там вроде как раз было сохранение состояния TCP/IP стека.
Ты действительно хоть издалека видел CRIU, или так - поп^Hговорить пришёл?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #36

34. Сообщение от DeadLoco (ok), 07-Сен-14, 13:10 +1 +/–

Скрин позволяет сделать отдельный конфиг, которым автоматически создаются окошки с нужными софтами в них. Более того, скрин позволяет запускать скрины внутри скрина. У меня одной командой запускается целый воркспейс, где в первом окне - четыре мониторящихся лога, в другом - два тцпдампа, в третьем - топ и вмстат, в четвертом - файлманагер, а в пятом - манагер процессов.

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

35. Сообщение от Fantomas (??), 08-Сен-14, 17:42 +/–

tmux att || tmux

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

36. Сообщение от эцсамое (?), 11-Сен-14, 18:51 +/–

я издалека видел. точно собирались восстановление состояния сетевого стека делать.

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

37. Сообщение от Igor (??), 02-Май-23, 11:37 +/–

Никому не нужен ваш mc

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от x0r (??), 05-Сен-14, 12:43	+1 +/–
не все программы могут так нормально перезагрузиться. но всеже здорово. подскажете tmux аналог для screen -xR ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3, #35

2. Сообщение от Аноним (-), 05-Сен-14, 12:44	+1 +/–
Годнота.
Ответить \| Правка \| Наверх \| Cообщить модератору

3. Сообщение от xakru (?), 05-Сен-14, 12:46	+2 +/–
Знаки препинания вам не знакомы? Если я вас правильно понял - tmux attach
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #14

4. Сообщение от Аноним (-), 05-Сен-14, 13:04	+3 +/–
Шикарно. Супер. Побежал обновляться.
Ответить \| Правка \| Наверх \| Cообщить модератору

8. Сообщение от arisu (ok), 05-Сен-14, 15:22	–3 +/–
бесполезняк. состояние mc нормально не восстановит, а всё остальное или не нужно, или и без тмукса умеет себя поднимать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #21, #37

9. Сообщение от backbone (ok), 05-Сен-14, 16:22	+/–
Очень нужно. Иногда надо перезагрузиться, а куча открытых сессий tmux с различным разбиением окон долго восстанавливать. Запуск приложений не нужен совсем даже.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10

10. Сообщение от Аноним (-), 05-Сен-14, 17:07	+/–
Точняк! Лиш бы нарезку окошек и имена сохранил. Ну максимум cd куда надо. А проги я уж сам :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

11. Сообщение от Аноним (-), 05-Сен-14, 17:56	–1 +/–
Как можно заставить tmux быстрее рефрешить "top" ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #13, #16

12. Сообщение от Аноним (-), 05-Сен-14, 18:05	+/–
хороший мультипликатор
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #19

13. Сообщение от Ыр (?), 05-Сен-14, 18:19	+/–
Быстрее, чем 1 секунда?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #18

14. Сообщение от Shtober (ok), 05-Сен-14, 18:25	+7 +/–
>не все программы могут так нормально перезагрузиться не только лишь все, но мало кто вообще может это делать...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

15. Сообщение от Michael Shigorin (ok), 05-Сен-14, 18:44	+/–
Ой, а это уже занятно, в некоторых случаях сэкономит по несколько секунд.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #34

16. Сообщение от Andrey Mitrofanov (?), 05-Сен-14, 18:45	+1 +/–
> Как можно заставить tmux быстрее рефрешить "top" ? s 0 <Enter>
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

17. Сообщение от Аноним (-), 05-Сен-14, 19:21	+/–
Фишка действительно полезная, только причём тут разработчики OpenBSD? Bruno Sutic - разработчик tmux-resurrect - никогда не был таковым.
Ответить \| Правка \| Наверх \| Cообщить модератору

18. Сообщение от Аноним (-), 05-Сен-14, 19:40	+/–
top быстрее tmux работает, еще проблема с прокруткой вверх - ее нет
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13

19. Сообщение от annualslayer (ok), 05-Сен-14, 20:38	+3 +/–
это типа как Уолт Диснэй?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

20. Сообщение от AX (ok), 05-Сен-14, 21:09	+/–
Вот пример действительно полезного нововведения. Учись, Леннарт, учитесь, разработчики всяких терминалов на cairo.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #22

21. Сообщение от Аноним (-), 05-Сен-14, 22:14	+/–
А в чем пойнт вообще чтобы программы "как живые", но только дохлые? Внутреннее состояние процессов ведь не восстановится... Кстати идея: в пингвине можно попробовать чекпойнтить иногда процессы новомодным CRIU. А после ребута, натурально, восстановить в вид "как было". Со всеми потрохами! В идеале могло бы выглядеть как нечто типа живой миграции контейнеров, но только сам на себя, с кратковременной (на время ребута) приостановкой работы программ. Наверное мог бы быть годный способ обновлять ядро, etc "почти без перезагрузки" :).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #23, #24

22. Сообщение от Аноним (-), 05-Сен-14, 22:17	–1 +/–
> Вот пример действительно полезного нововведения. Учись, Леннарт, учитесь, разработчики > всяких терминалов на cairo. В стиле Леннарта было бы забабахать чекпойнт процессов при шатдауне и рестор состояния процессов при старте системы в вид как было на момент шатдауна. Вот это было бы круто. ЧСХ, технически вроде даже реализуемо - ну, дернуть запись состояния процессов при шатдауне - CRIU так умеет. А рестор состояния высушенной оболочки трупика процесса вместо самого процесса - ну да, мегаинновация.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

23. Сообщение от arisu (ok), 05-Сен-14, 22:50	–1 +/–
> CRIU no x86 support → crap.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21 Ответы: #25, #30

24. Сообщение от Led (ok), 06-Сен-14, 01:14	+/–
> Кстати идея: в пингвине можно попробовать чекпойнтить иногда процессы новомодным CRIU. > А после ребута, натурально, восстановить в вид "как было". Можно. Но - TCP-соединения...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21 Ответы: #29

25. Сообщение от Led (ok), 06-Сен-14, 01:15	+3 +/–
> x86 → crap. fixed
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #26

26. Сообщение от arisu (ok), 06-Сен-14, 01:28	+/–
>> x86 → crap. > fixed оно, конечно, да, но x86_64 → crap*2.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #27

27. Сообщение от rob pike (?), 06-Сен-14, 04:33	+/–
Зато дешево, надежно и практично.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #28

28. Сообщение от G0Dzilla (ok), 06-Сен-14, 12:50	+/–
Дешево - да, а остальное... Не думаю.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #31

29. Сообщение от Аноним (-), 06-Сен-14, 13:12	+1 +/–
> Можно. Но - TCP-соединения... Что - TCP? Там вроде как раз было сохранение состояния TCP/IP стека. Единственное что при ребуте подшаманить что-то придется, чтобы ядро не отлупило "неожиданным" пакетам RST какой-нибудь. А потом ядро вспомнит что это не левые пакеты - и наступит зашибись. В идеале это для внешнего мира может выглядеть как пауза на несколько секунд (пока новое ядро через kexec взлетает, etc).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #33

30. Сообщение от Аноним (-), 06-Сен-14, 13:15	+2 +/–
> no x86 support → crap. Я бы сказал что x86 - синоним crap. А х86_64 - таки немного менее гуанистый и уже немного больше похож на приличный процессор. Конечно тоже далек от идеала, но не такое кислотное у...ще как х86.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #32

31. Сообщение от Аноним (-), 06-Сен-14, 13:18	+/–
> а остальное... Не думаю. А что - остальное? Ну вот у меня AMDшный проц ECCшную оперативку гоняет. Кэши тоже с ECC. Так что +10 к надежности получаем. А также мамка с нормальным охлаждением чипсета, FET и полимерными кондерами - в обозримом будущем сдохнуть не должно бы. А с точки зрения практичности - это как х86, только немного менее уе...щный (ряд фирменных даунизмов х86 таки устранили) и нормально адресующий актуальные нынче объемы памяти.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28

32. Сообщение от arisu (ok), 06-Сен-14, 14:40	+/–
я уже говорил: мне восьмибайтовые указатели нафиг не упёрлись.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30

33. Сообщение от Led (ok), 06-Сен-14, 21:46	+/–
>> Можно. Но - TCP-соединения... > Что - TCP? Там вроде как раз было сохранение состояния TCP/IP стека. Ты действительно хоть издалека видел CRIU, или так - поп^Hговорить пришёл?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #36