>> ага. и состояние страницы, попаханой js тоже восстановит.
> Ну вот это уже как повезетне «как повезёт», а «никак не сможет».
> Если уж на то пошло, сервер играющий с клиентом в пингпонг аяксом
а зачем так? AGI interpreter, например. рогалик на js. адвентюрка в онлайновом эмуляторе Спекки.
>> а если страница изменилась за это время, а я не собирался её рефрешить…
> А может еще и сессия протухнуть за время анабиоза.
а это снова пофигу. новостная, например, страница. со «свежими» новостями. и я её оставил, чтобы потом покликать по парочке. открываю ноут — опа! а кликать-то не по чему, новости-то все уже совсем другие!
> Извини, игра клиента с сервером через JS может нынче подразумевать и некую
> «реалтаймность».
а ты не циклись на этом, сценариев разных много.
> Так я и не делаю. Я разве говорил что каждый день?
тогда снова возвращаемся к: какая разница, с какой скоростью загрузится система после обновления ядра, если это весьма редкая операция?
>> ну, ты же понял, что я имел в виду мерянье временем ребута.
> А винде в этом плане нечем покозырять, ее даже слака наверное обидит.
> Поэтому не понятна потуга выставить ее за эталон.
при чём тут «эталон»? ещё раз: я намекал, что подобный стиль мышления и акцентирования внимания на скорости того, что делается в нормальной системе весьма и весьма редко — типично вантузоидный.
> Угумс. Тем не менее, у убунтуев туда засунут префетчер
нененене, не надо. одну систему с таким я уже знаю. они тоже вон хвалятся, что до картинки рабочего стола быстро долетают. правда, потом оно ещё час винтом скрипит, догружая всё, что оставила «на потом», пытаясь как можно быстрей десктоп намалевать.
как-то не надо мне такой угадайки.
> Поставить 8 гигз чтобы ими потом не пользоваться — хорошо придумано.
конечно, надо их насильно выдёргивать, когда не используешь. задачи, требующие много памяти, вполне могут быть эпизодическими, в остальное время память не занята и на треть, например. предлагаешь каждый раз вставлять-вынимать планки?
