The OpenNET Project / Index page

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



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

Оглавление

Выпуск CRIU 1.0, системы для заморозки и восстановления сост..., opennews (ok), 25-Ноя-13, (0) [смотреть все]

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


44. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +1 +/
Сообщение от Аноним (-), 26-Ноя-13, 15:05 
> Отлично, я еще 8 лет назад перешел исключительно на 64 бита

Да уже несколько лет как большая часть x86 железа ушла на свалки. Так что на 32 битах нынче сидят разве что виндyзятники и фимозники в терминальной стадии.

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

55. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +2 +/
Сообщение от Аноним (-), 26-Ноя-13, 17:29 
> Да уже несколько лет как большая часть x86 железа ушла на свалки.

Ну так 64-битные процессоры появились чуть ли не десятилетие назад. А при современных ценах нагревать себя на оперативку - просто глупо. Даже если программам столько нафиг не упало, большой дисковый буфер сделает работу с машиной не в пример приятнее. Когда все оглавление всех дисков висит в оперативе и никогда не выжимается, а все рабочие наборы целиком прокешированы - работать с машиной становится заметно приятнее. Просто потому что практически все операции происходят как выстрел из пушки.

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

79. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +1 +/
Сообщение от arisu (ok), 27-Ноя-13, 01:00 
о, виндузятник пришёл. это у вас в винде 32-битная икспишечка не может в больше четырёх гигов памяти. 32–битный линукс вполне может.
Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  –1 +/
Сообщение от Проходимец (?), 27-Ноя-13, 08:50 
ХР SP1 может адресовать до 16GB из 32 возможных в 36-битном адресном пространстве.
Только не спрашивайте, куда дел 36-й бит и еще 32GB.

Патч весьма простой, помогает и следующим сервиспакам

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

92. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +1 +/
Сообщение от arisu (ok), 27-Ноя-13, 09:15 
ссылку на то, где m$ его раздаёт?
Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +/
Сообщение от Аноним (-), 27-Ноя-13, 21:09 
> о, виндyзятник пришёл.

Аж 294 раза. По что ругаешься, Кэп? (форум считает данное слово бранным, что конечно правильно, но усложняет ответ).

> это у вас в винде 32-битная икспишечка не может
> в больше четырёх гигов памяти. 32–битный линукс вполне может.

Все несколько проще. Раскуривать сорцычтобы самому найти ответ мне было дико обломно: мне и так есть чем заняться и экскурсия в управление кэшом на такую глубину без причины меня не соблазнила. А конфигов с 32-битным процом где более 4Гб памяти у меня элементарно нет, т.к. я не сторонник извращений типа PAE и прочая и полагаю что если в системе есть более 4 гигз памяти то и 64 бита на указатель можно выкроить как-нибудь и не развалиться при этом. Система которая не может напрямую адресовать свою память без извращений - дрянь. Спасибо, всякие схемы банкинга и прочие костыли мне уже давно сидят в печенках. Да, я люблю линейные адресные пространства, где можно просто получить то что хотелось а не заниматься фигурным костылестроением. Надо же, какой я негодяй :).

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

105. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 01:19 
> По что ругаешься, Кэп?

я не ругался, я обзывался. как будто я тебя не узнал.

> форум считает данное слово бранным

«почто»?


про всё остальное. была же задумка x32 (или как там её) — издохла, что ли? это как раз здравая идея же: профиты в виде расширеного регистрового пространства и отсутствие дебилизма с указателями.

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

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

111. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +/
Сообщение от Led (ok), 28-Ноя-13, 05:08 
> про всё остальное. была же задумка x32 (или как там её) —
> издохла, что ли? это как раз здравая идея же: профиты в
> виде расширеного регистрового пространства и отсутствие дебилизма с указателями.

Нет, не "издохла". Вот только она касается только юзерспейса - ядро там всё равно используется стандартное x86_64, а у тебя на него аллергия:)

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

112. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 05:30 
> Нет, не «издохла». Вот только она касается только юзерспейса - ядро там
> всё равно используется стандартное x86_64, а у тебя на него аллергия:)

у меня на него аллергия, когда оно без толку суётся. в x32 я толк вижу — в отличие от 64-битного ядра с 32-битным остальным или полной 64-битности.

p.s. сайт у них ужасен, у меня глаза болят и щека дёргается.

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

113. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  –1 +/
Сообщение от AlexAT (ok), 28-Ноя-13, 07:17 
> про всё остальное. была же задумка x32 (или как там её) —
> издохла, что ли? это как раз здравая идея же: профиты в
> виде расширеного регистрового пространства и отсутствие дебилизма с указателями.

Не совсем. Там есть свои накладные расходы на невыровненные обращения к памяти.

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

116. "Выпуск CRIU 1.0, системы для заморозки и восстановления..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 07:52 
> Не совсем. Там есть свои накладные расходы на невыровненные обращения к памяти.

точно такие же, как и у других режимов, насколько я помню.

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

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

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




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

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