| 1.2, Аноним (-), 22:53, 12/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– | |
> параллельно выполняемые сопрограммы Lua (coroutines), взаимодействующие с ОС через каналы обмена сообщениями
Это они чё, эрланг изобрели?
| | |
| |
| 2.11, Аноним (-), 03:01, 13/06/2015 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Это они чё, эрланг изобрели?
Это они все plan9 перепевают. Теоретически вроде круче только йайцы, по крайней мере по мнению академиков. А практически - никто не понимает нафейхоа все это надо.
| | |
| |
| 3.16, Пингвино (ok), 06:25, 13/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Отучивайся говорить за всех. Если ты в силу своей ограниченности не понимаешь зачем это нужно, то это не значит что другие не понимают
| | |
| |
| 4.56, Аноним (-), 13:44, 15/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ограниченный - это тот кто пытается выдать желаемое за действительное, никак не желая признавать очевидное. Как можно быть такими инфантильными олухами? Надо все это кучке академзaдpoтов, поставивших расовую верноту над здравым смыслом. А весь остальной мир недвусмысленно вертел на известном месте такие прожекты. В технике по этому поводу целое понятие есть - прожектерство. Ну а сабж - образцовый пример прожЕкта, достойный парижской палаты мер и весов. Как эталон сферического прожекта в вакууме.
| | |
| |
| 5.58, Пингвино (ok), 13:50, 15/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ограниченный - это тот кто пытается выдать желаемое за действительное, никак не
> желая признавать очевидное. Как можно быть такими инфантильными олухами? Надо все
> это кучке академзaдpoтов, поставивших расовую верноту над здравым смыслом. А весь
> остальной мир недвусмысленно вертел на известном месте такие прожекты. В технике
> по этому поводу целое понятие есть - прожектерство. Ну а сабж
> - образцовый пример прожЕкта, достойный парижской палаты мер и весов. Как
> эталон сферического прожекта в вакууме.
Да-да, все это мы уже слышали про лисп, но почему-то во многих языках нынче GC юзают. Но аноним конечно же лучше знает кому, что и как надо правильно делать?
| | |
| |
| 6.65, Аноним (-), 04:40, 21/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Да-да, все это мы уже слышали про лисп, но почему-то во многих
> языках нынче GC юзают. Но аноним конечно же лучше знает кому,
> что и как надо правильно делать?
Хз, я не фанат gc. Вы ими и пользуйтесь, если вам это надо. Можете также пользоваться lisp-ом. Или чем там еще. А мне этот ваш lisp - ни в п...у, ни в красну армию.
| | |
| |
| 7.67, Пингвино (ok), 11:55, 21/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> Да-да, все это мы уже слышали про лисп, но почему-то во многих
>> языках нынче GC юзают. Но аноним конечно же лучше знает кому,
>> что и как надо правильно делать?
> Хз, я не фанат gc. Вы ими и пользуйтесь, если вам это
> надо. Можете также пользоваться lisp-ом. Или чем там еще. А мне
> этот ваш lisp - ни в п...у, ни в красну армию.
А ты хоть строчку кода написал-то, умник? Если да, то читай до просветления http://www.nestor.minsk.by/sr/2003/07/30710.html
| | |
|
|
|
|
|
|
| |
| 2.4, Аноним (-), 23:56, 12/06/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
При всем моём уважении к ним, ко всему *9 и инферно в частности, но портировать это для xen... не выйдет, ибо это ОС-паразит, ей нужна другая ОС под ней, та, что обеспечивает все низкоуровневые операции с железом и прочее.
| | |
| |
| 3.7, Аноним (-), 00:47, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> При всем моём уважении к ним, ко всему *9 и инферно в
> частности, но портировать это для xen... не выйдет, ибо это ОС-паразит,
> ей нужна другая ОС под ней, та, что обеспечивает все низкоуровневые
> операции с железом и прочее.
значит и ерланг с хаскилем тоже нельзя в хене запускать.
| | |
| |
| 4.10, Crazy Alex (ok), 02:56, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
 Их не пытаются называть ОС. Впрочем, хаскель - в любом случае тот ещё сферический конь в вакууме.
| | |
| 4.22, Michael Shigorin (ok), 09:42, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
 > значит и ерланг с хаскилем тоже нельзя в хене запускать.
Вообще-то известна эрланговая машина, запускаемая прямо под Xen.
| | |
|
| |
| 4.30, Аноним (-), 15:44, 13/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Наставьте на путь истинный, чтоб сразу научиться на железе запускать, без всяких там vmlinuz
| | |
|
| 3.41, bOOster (ok), 09:05, 14/06/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Че за глупость?
Любая абстракция, решающая комплекс специфических задач может называться "Операционной системой", то есть СИСТЕМОЙ осуществляющей решения определенных ОПЕРАЦИЙ
| | |
|
|
| |
| 2.12, Аноним (-), 03:02, 13/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Интересная операционная система !
Ога, как рыбка прилипала. Устрашает всех целой акулой. Правда, для этого акула к которой можно прилепиться - должна все-таки быть. Иначе устрашение не срабатывает.
| | |
|
| 1.8, Crazy Alex (ok), 00:47, 13/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– | |
Ещё одна попытка реализовать идеально красивую абстракцию, угу. Ну никак люди не поймут, что не бывает "отсутствия различий в доступе к локальным и внешним ресурсам". Ну вот просто потому что отвалившийся локальный жесткий диск - это ЧП и не проблема ОС или прикладного софта. Отвалившийся смонтированный сетевой ресурс должен быть аккуратно обработан. О различиях в паттернах доступа и подобном я и не говорю. Тут регулярно хочется знать, на SSD или HDD данные лежат, а они - "отсутствие различий".
Причём как полигон для исследования концепций, которые потом будут реализованы где-то в практически применимом виде подобные штуки хороши и нужны - или, как минимум, безвредны. Но надо понимать, что это именно полигон.
Вот подозреваю, что plan9 именно поэтому и не взлетела - практик интуитивно понимает, что слишком красивая архитектура - это всегда результат игнорирования реального мира, и использовать её - значит искать себе приключения.
| | |
| |
| 2.13, Аноним (-), 03:04, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Ну, блин, академики рафинированные же. Что ты как маленький. О том что кроме крЮтых 10Гбит линков у них в лабе бывает еще и сопливый GPRS, который, типа, тоже сеть - они подумают как-нибудь потом. Когда юзер будет по 20 минут ффтыкать на элементарные операции, которые на их гигабитах заканчивались за полсекунды.
| | |
| |
| |
| 4.59, Аноним (-), 13:56, 15/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Между нодами в кластере? Скорее 40Gbe и Infiniband.
Ну если дармое^W и грантопи^W, в общем, "очень полезным ребятам из bell labs" удалось вышибить денег из лох^W инвесторов на это - может быть. А так много ты кластеров видел под управлением этой требухи? Как впрочем и весь plan9. Вроде задумано крЮто, но как оказалось, реактивные двигатели - неважный движок для автомобиля. И стульчик с атомным двигателем - круто, но бывает только в "незнайке на Луне". А на улицу такие выпускать никто не собирается.
| | |
|
| 3.25, Crazy Alex (ok), 12:56, 13/06/2015 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Э... я немного другое имел в виду. Академики рафинированные, которые сидят в своих лабах, обычно всё это понимают, занимаются исследованиями, пишут статьи и диссеры и редко кто из них настолько сходит с ума, чтобы исследовательские проекты в неизменном виде объявлять спасением для реального мира. А вот те, кто на них со стороны смотрит, иногда слишком перевозбуждаются. Вот я и напоминаю, что между красивым концептом и практически применимой системой - пропасть. Которая обычно заполняется уже существующими средствами и методами, и в результате вместо революций имеем эволюционное развитие существующих систем.
Собственно, разница обычно очень заметна. Если какой-то лабораторный конструкт пытаются осторожно добавить к существующим готовым системам - как, допустим, в императивные языки добавляют как один из вариантов элементы функциональщины - то есть шанс. А если предлагают всё выкинуть и заменить на какое-то гениальное изобретение - значит, это либо академическое упражнение либо люди с головой не дружат.
К примеру, Sun много лет назад пыталась продвинуть NetPC или как там оно звалось - в виде сферического коня. В конце концов оно пришло - но в виде гибридных систем с самым разным уровнем "облачности", переплелось с локалом - и вот в таком виде жизнеспособно.
Да, если что - я сразу оговариваюсь, что вышесказанное не имеет отношения к лисп-машинам и прочей древности, когда мейнстрима, как такового, не было и вообще практического опыта в IT было наработано мало.
| | |
| |
| 4.60, Аноним (-), 13:59, 15/06/2015 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> "облачности", переплелось с локалом - и вот в таком виде жизнеспособно.
Ну вот и получается что сказ про микроядра - закончился появлением гипервизоров, сказ про сетевую прозрачность - облаками и всякими сетевыми шарами. Но вот только все это как оказалось не имело ничего общего ни с plan9, ни с вот этим сферическим чудо-юдом в вакууме.
> и вообще практического опыта в IT было наработано мало.
Да я так смотрю, некоторые не против встать на старые грабли по второму разу :)
| | |
|
|
| 2.26, Mihail Zenkov (ok), 13:12, 13/06/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > Ещё одна попытка реализовать идеально красивую абстракцию, угу.
Вы оцениваете применимо к персональному компьютеру.
> Ну никак люди не поймут, что не бывает "отсутствия различий в доступе к локальным и внешним ресурсам". Ну вот просто потому что отвалившийся локальный жесткий диск - это ЧП и не проблема ОС или прикладного софта. Отвалившийся смонтированный сетевой ресурс должен быть аккуратно обработан.
А может это и не правильно? Представьте, работаете вы, а система говорит - "Один из ваших локальных системных hdd больше не доступен, используются удаленные резервные копии. Пожалуйста, замените hdd для восстановления прежней скорости работы".
> О различиях в паттернах доступа и подобном я и не говорю. Тут регулярно хочется знать, на SSD или HDD данные лежат, а они - "отсутствие различий".
Я думаю не проблема, добавить атрибут показывающий текущее время отклика, пропускную способность и нагрузку.
> Вот подозреваю, что plan9 именно поэтому и не взлетела - практик интуитивно понимает, что слишком красивая архитектура - это всегда результат игнорирования реального мира, и использовать её - значит искать себе приключения.
Я тоже далеко не уверен - нужно ли мне что-то подобное. Но перспективы подобные ОС открывают интересные - появится возможность не только расшаривать часть данных (как мы это сейчас делаем через торренты), но и вычислительные ресурсы. Даже в локальном масштабе это выглядит интересно - можно запустить ресурсоемкую задачу на RBPi/телефоне/планшете, а тот задействует ближайшее доступные вычислительные мощности пк/сервера/ноутбука/игровой приставки. В глобально масштабе, появится возможность дома запускать задачи, сейчас доступные только суперкомпьютерам.
| | |
| |
| 3.28, mine (ok), 14:09, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
 > А может это и не правильно? Представьте, работаете вы, а система говорит - "Один из ваших локальных системных hdd больше не доступен, используются удаленные резервные копии. Пожалуйста, замените hdd для восстановления прежней скорости работы".
Скорее "ХЗ, что сломалось. ХЗ, что работает. Апсракция yopta."
> Я думаю не проблема, добавить атрибут показывающий текущее время отклика, пропускную способность и нагрузку.
Сначала добавим абстракцию, потом косвенные признаки для диференциации.
Убил бы, потому что уже имел опыт работы с таким API.
| | |
| |
| 4.29, Mihail Zenkov (ok), 15:27, 13/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> А может это и не правильно? Представьте, работаете вы, а система говорит - "Один из ваших локальных системных hdd больше не доступен, используются удаленные резервные копии. Пожалуйста, замените hdd для восстановления прежней скорости работы".
> Скорее "ХЗ, что сломалось. ХЗ, что работает. Апсракция yopta."
Вы видите какие-то реальные проблемы с диагностикой при таком подходе?
>> Я думаю не проблема, добавить атрибут показывающий текущее время отклика, пропускную способность и нагрузку.
> Сначала добавим абстракцию, потом косвенные признаки для диференциации.
> Убил бы, потому что уже имел опыт работы с таким API.
То есть вы за то, что бы для ssd/dvd/hdd/usb-flash/etc ввести отдельные open()/read()/write()/etc?
| | |
|
| 3.34, Crazy Alex (ok), 21:15, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Насчёт правильно или нет - дискуссия долгая, я полагаю, что довольно бессмысленная идея - быть готовым к исчезновению чего угодно и для всего автоматом держать резервные копии. Банально неэффективно. Но, повторюсь, это отдельная тема.
Вот если внятно разобраться с атрибутами, к примеру, построив иерархию хранилищ вроде той, что есть в STL у итераторов - было бы много пользы, даже без всех остальных идей.
А насчёт перспектив - я ж не против. Хотя то, что вы описали, с помощью акторов - в эрланге, Akka или ещё где - и сейчас делается довольно просто, и не распространено скорее из-за отсутствия спроса. При чём там это зрелая модель, показавшая свою практическую применимость. Но пусть эти перспективы отрабатываются в исследовательских проектах, а в реальное использование приходят как модули для уже существующих систем, без революций.
| | |
| |
| |
| 5.39, Аноним (-), 01:23, 14/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> В перспективе локальные диски вообще могут стать просто кэшем и частью децентрализованных хранилищ (типа торрент).
> Всю иерархию не построишь - так как это потенциально весь интернет. ИМХО достаточно было бы добавить еще одну (или несколько) системных функций - в качестве параметра путь или имя файла, а на возврате время отклика/пропускная способность/etc.
man fscache ?
| | |
| |
| 6.54, Crazy Alex (ok), 12:51, 15/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Эрланг замечательно умеет включать в себя написанное на сях и не только, и тяжелая обрабтка данных на нём так и делается - эрлангу оставляем взаимодействие по сети и управление процессами, саму работу делаем на чём удобно.
| | |
|
| 5.53, Crazy Alex (ok), 12:49, 15/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
По мне - понимание софтом, можно или нет полагаться на наличие данного диска - лучшая политика, чем требовать гарантированную работу. Проще и дешевле.
Насчёт иерархии - вы не поняли мены, видимо. В STL определено, какими свойствами обладает итератор - ну там, двунаправленный долджен с окнстантной сложностью отдавать предыдущий последующий элемент, random acces - кроме этого должен с константной сложнотсью отдавать проивольный элемент, и т.д. Так же для контейнеров определена сложность, котороая есть у методов. Вот в каком-то смысле похожую систему хотелось бы видеть для хранилищ. Ну там, "можно полагаться на наличие или нелья", скорость, задержка, равномерность скорости - что-то подобное. По идее - один IOCTL дополнительный, плюс чётко прописанные критерии, как именно вычисляются эти параметры.
Насчёт эрланга - инстансы приложения вам придётся запустить всё равно на каждой машине, конечно ну а дальше раскидывать нагрузку он хорошо умеет. Но синтаксис нечеловеческий. Akka - аналогичный функционал в виде JVM-библиотеки.
| | |
|
|
| 3.62, Аноним (-), 14:30, 15/06/2015 [^] [^^] [^^^] [ответить] | +/– | ЧСХ, кому все это было реально надо гугли там всякие - давно забабахали сетевы... большой текст свёрнут, показать | | |
| |
| |
| 5.66, Аноним (-), 05:19, 21/06/2015 [^] [^^] [^^^] [ответить] | +/– | Поэтому давно придумали RAID, например В общем академики сделали как всегда оче... большой текст свёрнут, показать | | |
|
|
|
| 2.32, приборчик (?), 19:29, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> - это ЧП и не проблема ОС или прикладного софта. Отвалившийся
> смонтированный сетевой ресурс должен быть аккуратно обработан. О различиях в паттернах
> доступа и подобном я и не говорю. Тут регулярно хочется знать,
> на SSD или HDD данные лежат, а они - "отсутствие различий".
> Причём как полигон для исследования концепций, которые потом будут реализованы где-то в
> практически применимом виде подобные штуки хороши и нужны - или, как
> минимум, безвредны. Но надо понимать, что это именно полигон.
> Вот подозреваю, что plan9 именно поэтому и не взлетела - практик интуитивно
> понимает, что слишком красивая архитектура - это всегда результат игнорирования реального
> мира, и использовать её - значит искать себе приключения.
Вы не врубились в ключевое слово - облако. В облаке - я не знаю и не хочу знать о различиях, у меня лишь ресурсы, которые виртуализированы. Она выглядит многообещающе. Особенно учитывая скорость LuaJit (а она поразительна).
| | |
| |
| 3.33, Crazy Alex (ok), 21:07, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Во-первых, там облака указаны только как один из вариантов применения. В-вторых - я не спец в облаках и привожу пример из той области, в которой разбираюсь.
Я в принципе считаю, что подход "Представим всё как X" не работает. Работает "представим вся как X1, X2, X3... зная, что количество этих разновидностей будет увеличиваться, а после того, как их станет слишком много - мы выкинем эту абстракцию и подберём что-то более подходящее к нашим условиям".
Кроме того - если нечто претендует на применимость везде - это заведомый мусор. Один из важных признаков прилично спроектированной системы - понимание разработчиком, где эта система работать перестаёт.
| | |
| |
| 4.36, Аноним (-), 21:51, 13/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Я в принципе считаю, что подход "Представим всё как X" не работает. Работает "представим вся как X1, X2, X3... зная, что количество этих разновидностей будет увеличиваться, а после того, как их станет слишком много - мы выкинем эту абстракцию и подберём что-то более подходящее к нашим условиям".
Расскажите мне в чем различие локального HDD примонтированого по пути XXX,
iSCSI по пути YYYY, и какой нить сетевой FS - по пути ZZZZ.
кроме тривиального что iSCSI, и сетевая FS тупо быстрее и работают на скоростях близких к скорости RAM (10-60 Gbyte/s) ? Кстати покажите мне такой локальный дисковый сервис - который сможет обеспечить такие скорости?
| | |
| |
| 5.45, Crazy Alex (ok), 14:32, 14/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Первое. Ещё раз я не сторонник утверждений на все случаи жизни. Вполне вероятно, что может быть система, где сетевое хранилище будет по всем параметрам эквивалентно локалу. Но фишка в том, что может и не быть.
Второе. Если у вас есть что-то заведомо быстрее, чем локальный диск - приложению, в идеале, об этом надо бы знать.
Третье. Скорость - не всё. например, к сетевой ФС возможен конкурентный доступ невесть чего, и в результате скорость может непредсказуемо деградировать в произвольный момент - уж оверселлинг все видели. Локальный же диск как был, так и есть. То же самое касается доступного дискового пространства.
Четвёртое. Ещё раз - не всё сводится к облакам. Из новости: "Система предназначена как для решения традиционных задач распределённых вычислений и симуляции, так и для применения в облачных системах и сетевых системах управления и контроля".
Пятое - как ни крути, между машиной и удалённым сетевым хранилищем больше узлов, которые могут сфейлить. Разумеется, это решается резервированеим и прочим, но закончится это всё ещё одной идеальной системой в вакууме - только теперь это будет СХД, на которую потрачено в десять раз больше, чем можно было бы.
Шестое. Особенности легко проигнорировать, навернув сверху обобщённый протокол. А вот обратное сделать несколько затруднительно.
Седьмое. Диски были одним примером, вы к ним как-то тщательно привязались. Наверняка есть масса ситуаций, где подход "а мы всё сделаем коллбеками на Lua" даст сбой.
Достаточно?
| | |
| |
| 6.48, Аноним (-), 22:41, 14/06/2015 [^] [^^] [^^^] [ответить] | +/– | У приложения будет особенный read 2 или специальный write Мисье - вы точн... большой текст свёрнут, показать | | |
|
|
| 4.37, Аноним (-), 22:44, 13/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– | |
ps. напомню что локальный диск ограничен SAS bus, который выше 6Gbit/s прыгать не научился, а нормальные сетевые стораджи они упираются в IB EDR (300 Gbit/s, продаются с начала этого года), или Intel TruePath (с прошлого года, похожие скорости).
| | |
| |
| 5.40, Ytch (ok), 04:26, 14/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
 Что-то во всем предыдущем обсуждении никто особо не упирал на то что "локальный=быстро, сетевой=медленно и в этом всё дело", а вы чё-то всё свели к скорости и доказываете (зачем-то?) что "сетевое бывает существенно быстрее". Ну бывает и что? Далеко не только из-за отличий в скоростях (в любую сторону) с сетевым и локальным работают по-разному.
| | |
| |
| 6.46, Crazy Alex (ok), 14:34, 14/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Да человек тут вообще упустил, что диски - это всего лишь пример, и не более, и зачем-то упёрся в один конкретный случай облака с крутыми СХД и 10GB сетью. Основная идея - не о дисках вообще, а что подход "единственно верного решения" не работает на практике.
| | |
| |
| 7.49, Аноним (-), 22:44, 14/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Да человек тут вообще упустил, что диски - это всего лишь пример,
> и не более, и зачем-то упёрся в один конкретный случай облака
> с крутыми СХД и 10GB сетью. Основная идея - не о
> дисках вообще, а что подход "единственно верного решения" не работает на
> практике.
СХД - применяются не только в облаках, и не только в хостинга. Неожиданно так.
А для остальных - еще раз - в чем отличие для приложения - которое хочет
1) открыть,
2) прочитать, записать
в некий файл в этих трех случаях. Знание где именно файл расположен - очень и очень редко когда надо.
Не смотря на утверждения местных "аналитиков".
| | |
|
|
|
|
|
| 2.50, Аноним (-), 07:02, 15/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Ещё одна попытка реализовать идеально красивую абстракцию, угу. Ну никак люди не поймут, что не бывает "отсутствия различий в доступе к локальным и внешним ресурсам".
Почему?
SSI кластер (каждый процесс видит все процессорные ядра в сети и всю оперативку) узлы кластера динамически входят и выходят с него. Жаль в разжирелых последних ядрах Линукса SSI кластер уже не реализовать. Вот по этому и появляются подобные проекты DragonFlyBSD была первой ласточкой!
> Ну вот просто потому что отвалившийся локальный жесткий диск - это ЧП и не проблема ОС или прикладного софта.
HA кластер, где по верху DRBD лежит кластерная фс. Да при сбое диска/узла в систему мониторинга отправляется сообщение о аварии. Но все проги использующие кластерную ФС будут продолжать работать не заметив потерь.
| | |
|
| |
| 2.20, Аноним (-), 08:21, 13/06/2015 [^] [^^] [^^^] [ответить]
| +5 +/– |
вы мало общались с зергами, у них нет коллективного разума там жесткая иерархия всем правит королева.
| | |
|
| 1.35, username (??), 21:17, 13/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
Дурдом, люди никогда не решавшие подобные задачи оставляют комментарии типа "не нужно". Админы локалхоста и вебни вопят "ос паразит, да что она может без X, да как они посмели назвать это ОС" и "посмотрим как будет работать на gprs!"
Займитесь лучше дипломом, или уроками на понедельник ))
| | |
| 1.43, sprutos (ok), 10:08, 14/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 отличная идея, снять разграничения между "локально" и "удаленно". только для этого надо с самого основания закладывать верные принципы построения программ.
проблемы же обычно вылезают там, где плохо спланировали алгоритмы. например, в линуксе, когда носитель (DVD-Rom, HDD, microSD...) вдруг перестаёт отвечать, происходят очень неприятные вещи. подозреваю, что это из-за того, что программисты где-то не предусмотрели как стоит такую вероятность. поэтому, естественно, что и пропадение сети заставляет систему вставать колом из-за примонтированного NBD. проблемы не в плохих технологиях "всё есть доступный файл", а в качестве реализации, в самой тщательности проработки.
| | |
| |
| 2.51, анон (?), 12:23, 15/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Это не проблема тщательности разработки, а проблема инфраструктуры. Если у тебя ресурс может механически, электрически отвалится, то на достаточно больших масштабах он обязательно отвалится. И тогда будут проблемы.
Например в мире баз данных есть такое понятие как распределенная транзакция. Т.е. операция, которая должна быть проведена согласована на двух и более базах данных. Как ты не модифицирую и ускоряй алгоритм, ты рано или поздно станешь перед необходимостью подтвердить (закоммитить) транзакцию на всех узлах. И рано или поздно ты окажешься в ситуации, что один узел закоммитил, а второй упал, стал недоступен. Вот как это разрулить? Откат в обоих точках и исключение в юзерспейс? А если он через миллисекунду вдруг станет доступен? Жалко терять работу. Нужен таймаут. А какой? 30 ms или 30 min? Да и как, блин откат делать? Я же уже закоммитил на одной ноде и этими данными, возможно, кто-то воспользовался? Система "псевдокоммитов"? Короче даже на таком примере видно, что вопросов больше чем ответов. Чаще дешевле полагаться на инфраструктуру, что программисты и делают, предполагая каждый сбой фаталом и страшным факапом.
| | |
| 2.55, Crazy Alex (ok), 12:54, 15/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Проблема в том, что если везде рассматривать недоступность файла как восстановимый сбой - получится монстр. А линукс - штука практичная - плевать на идеи, главное эффективная работа.
| | |
|
| 1.47, Аноним (-), 18:58, 14/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Драйвера на сколько железяк есть?
Оно работает с аппаратными акселерациями?
| | |
| 1.64, Аноним (-), 19:57, 16/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Задумка интересная. P9 и Inferno волнуют меня уже не первый год. Сможет ли Lua заменить Limbo/Oberon?
| | |
|
