>> - "Один из ваших локальных системных hdd больше не доступен, используются
>> удаленные резервные копии. Пожалуйста, замените hdd для восстановления прежней скорости
>> работы".
> ЧСХ, кому все это было реально надо (гугли там всякие) - давно
> забабахали сетевые распределенные отказоустойчивые ФС, где даже выгорание целого сервака
> синим пламенем ничего не решает.Речь не о том как это реализовать, а о том, что загнувшийся винт == загнувшаяся система явно не предел мечтаний.
> А по GPRS в любом случае будет не работа а брань на
> истошные тормоза везде и всюду.
Конкретная реализация может быть разной - от raid до выделенного сервера.
> А хомячкам и вовсе проще при вылете харда перекачать фотки
> с инстаграмма, ну или с резервной копии, если она была. А
> половина хомяков вообще все льют в инстаграмм и их это не
> парит. В смысле, париться они начинают только если стограмм их аккаунт
> заблочил.
Даже "хомячков" не очень радует неработоспособный компьютер.
>> Я думаю не проблема, добавить атрибут показывающий текущее время отклика, пропускную
>> способность и нагрузку.
> Я думаю что все это сферические концепции в вакууме. Открытие жыпега с
> котятами не за полсекунды а за 10 минут - юзер и
> без всяких атрибутов заметит. И если юзеря это устраивало - он
> давно закачал своих котят в-сто-грамм. Там их еще и другие хомяки
> посмотреть могут. Крупные корпорахи - собрали себе окружения из относительно ширпотребных
> вещей. Доработав то что не хватало "in situ". А все эти
> инициативы - сферическая хрень в вакууме.
На данный момент - да, так как "умные" устройства слабо интегрированы между собой. В перспективе подобные атрибуты понадобятся, дабы устройства сами между собой могли объясниться какими ресурсами они располагают и какие им нужны.
> А лично я предпочитаю достаточно явное и жесткое различие между локальными ресурсами
> и сетевыми. Потому что например у какого-нибудь ноута понятие сети и
> ее надежность - очень варьируются. Вот тут это 100М эзернет. А
> вон там - жпрс дохлый, на грани приема. А вот завинченный
> внутрях SATA винч - это таки быстрое и достаточно надежное хранилище.
> В отличие от GPRS оно не ловит 10 таймаутов линка в
> час. И перепутать состояние дел бы, скажем так, чревато досадными факапами.
Речь в первую очередь о том, что софт должен нормально работать не только с sata hdd, но и с удаленным диском покинутым через gprs.
> Ну то-есть если я уверен что мне надо файл на пару
> гигз - лучше его явно перетащить на локальный носитель, чем потом
> обнаружить что всего месяц ожидания - и я таки получу те
> же данные по GPRS, "зато совершенно прозрачно".
Думаю ты сразу поймешь что надо что-то делать, когда увидишь расчетное время операции ;) Если добавить атрибуты - то можно будет увидеть расчетное время до начала операции.
Никто ведь не заставляет использовать уделенные ресурсы (разве что гугл/эппл/etc :), сетевая прозрачность позволяет это делать проще, без внедрения кучи протоколов в каждую софтину.
> А если это обсчет 3D сцен, там сеть не пойдет:
> оно с PCI-E и локальную память то упирается по скоростям только
> в путь
man renderfarm
Но это костыль. Нужна возможность прозрачной миграции процесса на доступное в сети железо. Передаться должен сам процесс и входные данные, по завершении процесса выходные данные передаются обратно. Насколько я понимаю, примерно так работают суперкомпьютеры.