> загнувшийся винт == загнувшаяся система явно не предел мечтаний.Поэтому давно придумали RAID, например. В общем академики сделали как всегда очень концептуально и ... оторванно от реалий.
Потому что у SATA линка к "запасному" винчу бандвиз и латенси - предсказуемые. А сеть - понятие очень растяжимое. И сказ про прозрачность - это круто в лаборатории в быстрыми и стабильными линками, сравнимыми с sata интерфейсом по параметрам. Но когда это случится у юзера в чистом поле с его сельским GPRS ... ну обычно программа работающая с диском при чтении 100Мб даже прогресс не рисует: ожидается что это завершится ну самый край за пяток секунд. А если там вместо диска окажется GPRS - юзерь взвоет. Сеть - потенциально ненадежная, зачастую не очень быстрая и не очень подконтрольная среда, где всегда есть множество факторов, отсутствующих в локальном диске с SATA проводом в контроллер на мамке. И ставить их в один ряд - как бы круто и концептуально. Но - чревато уймой дурных проблем из-за сферичности концепций и того что в результате в одну телегу пытаются впрячь лань и ломовую лошадь.
> Конкретная реализация может быть разной - от raid до выделенного сервера.
Ну вот кому это было надо - давно сделали себе RAID-ы и прочие распределенные файлухи. Менее расово верно, менее концептуально. Но работает, не требует "до основанья, а затем" и лучше приспособлено к фактически имеющимся реалиям чем сферические концепты в вакууме.
> Даже "хомячков" не очень радует неработоспособный компьютер.
А если хомячку придется качать 100Мб данных по GPRS - хомячкок вообще гвоздь в экран заколотит, глядя на зависшее все и вся (рисовать прогресс ради чтения 100Мб с локального диска всем очень лень).
> собой. В перспективе подобные атрибуты понадобятся, дабы устройства сами между собой
> могли объясниться какими ресурсами они располагают и какие им нужны.
Теоретически все как бы правильно. Практически - там где все это было реально надо, появились виртуалки всякие. Кластеры. Распределенные вычисления. И прочая. А чрезмерная прозрачность этого процесса приведет лишь к тому что в результате у хомяков весь дом начнет усиленно майнить биткоины. На пользу какого-то шустрого веника. Потому что хомяк на плохо контролируемом телефоне принес "вражеский процесс-странник". Тот оценил - ресурсов завались. И вот все телевизоры, микроволновки, тостеры и холодильники, сервер управления и что там еще - дружно впахивают. Все тормозит, счет за электричество выросший в три раза - вызывает а...й. Фантастика? Вовсе нет. Посмтрите на современные ботнеты и на то как хомяки мыкаются например ну хоть со списком услуг наподключенных oпcocoм...
> Речь в первую очередь о том, что софт должен нормально работать не
> только с sata hdd, но и с удаленным диском покинутым через gprs.
Никто никому ничего не должен. Если юзер запустил игрушку а она 2 гига ресурсов в RAM грузила, на GPRS это просто априори тухлое начинание. Ну право - нафига вам запустившаяся через месяц игрушка? Вы такой терпеливый? И старт CAD-пакета два дня - меня тоже не устроит. Это просто заведомо тухлые начинания и я предпочту чтобы это сразу обломалось. Вместо неопределенного ожидания величиной в месяц, при том что вроде "почти работает" и "вот-вот загрузится".
> Думаю ты сразу поймешь что надо что-то делать, когда увидишь расчетное время операции ;)
Для чтения 100М с винча никто обычно вообще прогрессбар не делает. Поэтому есть шансы понять тухлость этой операции несколько опосля. Кроме того, при полной сетевой прозрачности - поимение такой инфраструктуры будет быстрым и масштабным. А вот вытряхнуть потом из распределенной сетевой структуры вредиетеля... никогда не видели как админы в большой виндовой сети не могут выбить msblast даже с адскими усилиями? Пока они окучивают те или иные машины, оно при достаточном размере сети успевает найти новых жертв. В результате нечто (порой реально бестелесное) летает по сети и это крайне проблематично вывести совсем. Наевшись этих благ цивилизации, большинство ISP просто накрыли все порты виндовых шар медным тазом, т.к. иначе самоходное ПО начинает ощущать себя слишком уж вольготно, раскидывая себя на туеву хучу компьютеров.
> Если добавить атрибуты - то можно будет увидеть расчетное
> время до начала операции.
Осталось всего ничего - убедить програмеров кодить показ всей этой муиты. Много возни при малоочевидном выигрыше.
> Никто ведь не заставляет использовать уделенные ресурсы (разве что гугл/эппл/etc :),
Ну вот по совокупности я предпочитаю четкое разделение на локальные операции и сетевые. С совершенно разными ожиданиями по скоростям и латенси для одних и для других.
И когда cp исошки на гиг не показывает прогресс - да и болт с ним. А когда его не показывает качалка - это уже "ай-яй-яй, плохая качалка".
> сетевая прозрачность позволяет это делать проще, без внедрения кучи протоколов
> в каждую софтину.
Де факто я хочу некий fine graned контроль кому вообще в сеть можно и что именно он там будет делать. Летающие по всей инфраструктуре самоходные боевые малварины которые хрен выведешь - лично мне все-таки ни к чему. А то что потенциал для этого имеется - показали еше виндовые шары и прочие msblast. Получить этой граблиной с ТАКОГО размаха мне как-то не очень охота.
> man renderfarm
Я про реалтаймный рендеринг говорил - когда юзеря волнует FPS, т.к. при его нехватке сцена становится дерганой, и вообше - иллюзия плавной картинки - рассыпается.
> Но это костыль. Нужна возможность прозрачной миграции процесса на доступное в сети железо.
Не уверен что мне надо именно это. Вот возможность fine graned выделить ресурсов задаче, например "рендеринг вон того кульного мувика" - может быть. Но я пожалуй предпочту чтобы это было таки отдельной программой-клиентом, который я явно раскидаю на системы где использование ресурсов допустимо.
> Передаться должен сам процесс и входные данные, по завершении процесса
> выходные данные передаются обратно. Насколько я понимаю, примерно так
> работают суперкомпьютеры.
Единственная проблема: у хомяков после этого начнется форменный трындец, когда вся хата начнет дружно майнить коины на каждом утюге и микроволновке, потому что хозяин хаты необдуманно поставил программу на смартфон. А программа без особого спроса раскидала себя по всей хате, да еще к соседу пролезла и там еще ресурсов юзанула. Ну в общем видал я как это работает, на примере msblast и виндовых шар. Второй раз на одни грабли мне не хочется. Если в лабах академики еще с этим могут совладать, то in field это будет источник кучи проблем.
