forum.opennet.ru - "В рамках проекта 9front создан форк операционной системы Plan 9" (65)

"В рамках проекта 9front создан форк операционной системы Plan 9"

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

"В рамках проекта 9front создан форк операционной системы Plan 9"	+/–
Сообщение от opennews (??), 17-Июл-11, 09:54
Анонсирован (http://ninetimes.cat-v.org/news/2011/06/17/0-9front/) проект 9front (https://code.google.com/p/plan9front/), созданный группой энтузиастов из сообщества NineTimes (http://ninetimes.cat-v.org/about) с целью продолжения развития операционной системы Plan 9 (http://plan9.bell-labs.com/plan9/), независимо от Bell Labs. Как и код (http://plan9.bell-labs.com/sources/extra/plan9.tar.bz2) Plan 9, исходные тексты нового проекта распространяются под одобренной OSI открытой лицензией Lucent Public License (http://www.opensource.org/licenses/lucent1.02.php), основанной на IBM Public License, но отличающейся отсутствием требования публикации исходных текстов для производных работ. Основная идея (http://plan9.bell-labs.com/plan9/about.html) Plan 9 связана со стиранием различий между локальными и удаленными ресурсами, система представляет собой распределенную среду, базирующуюся на трех базовых принципах: все ресурсы можно рассматривать как иерархический набор файлов; нет различия ... URL: http://ninetimes.cat-v.org/news/2011/06/17/0-9front/ Новость: https://www.opennet.ru/opennews/art.shtml?num=31210
Ответить \| Правка \| Cообщить модератору

Оглавление

Вот меня всегда удивляли попытки сделать так, что нет различия в доступе к лока, Crazy Alex (??), 09:54 , 17-Июл-11, (1) –3

Файлы обрабатываются на удаленной машине, пользователю необходимо передать лишь , Аноним (-), 10:21 , 17-Июл-11, (2) +1
Не так все однозначно, имхо Нельзя сказать, что локальным ресурсам всегда прису, a1 (??), 10:31 , 17-Июл-11, (3)

Придется добавлять к интерфейсу работы с файлами обработку, например, ошибок раз, Аноним (-), 11:50 , 17-Июл-11, (9)

При доступе к локальным ресурсам это не потребуется, а для удаленных придется ре, a1 (??), 12:25 , 17-Июл-11, (15) –1

Учимся читать оригинальную статью до написания комментариев , Аноним (-), 12:58 , 17-Июл-11, (17)

И Вас, как разработчика конкретного приложения, кто-то покарает если вы не обес, a1 (??), 13:10 , 17-Июл-11, (21)

Такое же возражение можно было бы выдвинуть против любого обобщенного интерфейса, Аноним (-), 16:49 , 17-Июл-11, (36) +3

Бла бла бла Откройте сорцы gnutools например cp 85 кода обработка ошибок Если, Аноним (-), 17:33 , 17-Июл-11, (38) +3

Намек ошибки тоже могут обрабатываться обобщенно , Аноним (-), 00:05 , 18-Июл-11, (61)
Чушь, глянь на сорцы cat http plan9 bell-labs com sources plan9 sys src cmd c, Anonym (?), 22:01 , 22-Июл-11, (82) –1

Где там обработка сетевых ошибок вообще fixed , Anonym (?), 22:07 , 22-Июл-11, (83) –1

там базовый компилятор НЕ gcc он не допускает ошибок D, fidaj (ok), 22:19 , 22-Июл-11, (84)

Да пофиг, речь о том, что в Plan 9 из ошибок остались только файловые , Anonym (?), 23:10 , 22-Июл-11, (85)

Сколько ни тверди нет различий между локальными и нелокальными данными , различ, Frank (ok), 17:38 , 18-Июл-11, (73)

странно - когда один процесс читает, второй процесс пишет в файл - то файл может, Аноним (-), 21:43 , 18-Июл-11, (75) +2
А если этого локально диска нет вообще Если вообще нет никаких локальных ресурс, Бублик (?), 10:26 , 20-Июл-11, (78)

Интерфейс должен сказать ошибка NNN или бросить исключение Если есть средство, ffirefox (?), 20:28 , 17-Июл-11, (43) +1
Ошибки разрешения DNS появляются на этапе запуска файлового сервера, а не при до, Anonism (?), 21:28 , 17-Июл-11, (50)

Нет, не очевидно Вот меня всегда удивляли попытки сделать компьютеры с заменяемо, ip1981 (ok), 10:33 , 17-Июл-11, (4) +5
Согласен, хотя буду менее категоричен Пусть существует такая фича на высоком уро, bw (ok), 11:43 , 17-Июл-11, (6) +3

Пока что я не видел ни одной удачной реализации прозрачного сетевого доступа даж, Crazy Alex (??), 12:30 , 17-Июл-11, (16) +3

А мне казалось у эпла на всё это патент 6343263 http www google com patents i, ТТТ (?), 16:46 , 18-Июл-11, (71)

Любой интерфейс межпроцессового взаимодействия можно представить как отправку и , Anonism (?), 21:40 , 17-Июл-11, (52) +1

Совершенно верно Ryan Dahl создатель node js приводил такое сравнение Для процес, Аноним (-), 11:47 , 17-Июл-11, (7) +3

Не соглашусь Все зависит от надежности работы железок Забыли уже времена когда, anonymous (??), 12:13 , 17-Июл-11, (11) +1

С учетом недавнего падения Амазона и java приложений на GAE мой домашний компьют, Аноним (-), 12:23 , 17-Июл-11, (14) +3

Я говорил не про сейчас Про будущее, и да, я помню как мечтал о покупке настоящ, anonymous (??), 13:21 , 17-Июл-11, (23)

Если честно, даже i386 не составит никакого труда закрасить 3 мегапиксела за дол, Аноним (-), 16:31 , 17-Июл-11, (34) +2

Если графическая подсистема работает с памятью быстро Если Я имел дело тогда с к, anonymous (??), 11:11 , 18-Июл-11, (67)

Хранить данные в облаках будет только дурак, другое дело обработка, можно в прин, SkyRanger (ok), 01:59 , 19-Июл-11, (76)

Скорее, со встроенным ДЕкомпилятором microcode ROM который крушит сложные x86 , Аноним (-), 15:39 , 18-Июл-11, (69)

Конечно И gcc тож - ДЕкомпилятор И единственный Компилятор -- это таки асс, Andrey Mitrofanov (?), 15:42 , 18-Июл-11, (70)

Это проблема удаленного доступа, она остается независимо от ОС Плюс в том, что , a1 (??), 13:01 , 17-Июл-11, (19)

Да не нужна сетевая прозрачность Нужны удобные средства работы с сетью - это да, Crazy Alex (??), 16:14 , 17-Июл-11, (33) +1

к счастью, ты не в bell labs , Av (??), 21:02 , 17-Июл-11, (47) +2

Это он погорячился На сегодняшний день память - самая медленная часть сист, ACCA (ok), 07:35 , 21-Июл-11, (80) +1

об очевидностях дело в том что proc NameProc - это слой абстрагирующий от нюанс, qulinxao (?), 16:50 , 17-Июл-11, (37)

Ну, эт вы загнули Сейчас TTY от блочных устройств не отличает только FreeBSD, на, Andrew Kolchoogin (?), 18:47 , 17-Июл-11, (39) +2

падение более коректно нерост в случае отказа от специфичного интерфейса в поль, qulinxao (?), 02:52 , 18-Июл-11, (66)

Нет, не очевидно Особенно учитывая, что интерфейс и реализация - это разные вещ, Anonism (?), 21:24 , 17-Июл-11, (49)
Ключевой момент нет различия для пользователя, не для системы , Axel (??), 12:48 , 19-Июл-11, (77)

Опять всё добро по карманам распихали ну и кому нужны они без исходников , Zzz (??), 12:18 , 17-Июл-11, (13) +1
Обобщение подходов, усреднение, подведение всего под один знаменатель означает ч, axe (??), 12:58 , 17-Июл-11, (18) +2
Подскажите, пожалуйста, как называется программа -- кошачьи часы, изображенные н, b8198948klzlk.com (?), 15:01 , 17-Июл-11, (27) +2

games catclockМожно собрать через plan9port , karnath (ok), 18:59 , 17-Июл-11, (42) +1

Спасибо Вам большое , b8198948 (?), 10:30 , 21-Июл-11, (81) +1

вообще, это не здоровая тенденция вместо, того чтобы создавать что-то новое, з, Аноним (-), 15:35 , 17-Июл-11, (31) +1

Система построена на других принципах, портировать существующее затратно настоль, www2 (??), 14:46 , 08-Май-24, (86)

Забавные люди собрались на OpenNet е Спорят, надо ли унифицировать доступ к ло, Andrew Kolchoogin (?), 18:54 , 17-Июл-11, (40) +1

Не различаются как же Слышали о таком коде ошибке ESTALE , Аноним (-), 22:33 , 17-Июл-11, (57)

me опустил руку на лицоДавайте, еще про 9atom напишите, новостники , и про gle, karnath (ok), 18:54 , 17-Июл-11, (41)

Это не форки, а сборки оригинального года Plan9 с дополнениями В 9front создали, Аноним (-), 21:35 , 17-Июл-11, (51)

Глендикс это вообще линукс , Anonism (?), 21:48 , 17-Июл-11, (54)
Это темпоральный вопрос btw на очередной набор недоутилит с одим и тем же ядром , karnath (ok), 00:03 , 18-Июл-11, (60)

Это удивительно сколько оказывается на ОпенНете ярых критиков План9, учитывая ч, Anonism (?), 21:52 , 17-Июл-11, (55) +1

Угу Не говоря уже явном непонимании отличий между абстракциями и реализациями , Аноним (-), 23:00 , 17-Июл-11, (59)

то то я думаю почему в последнее время так активно в рассылке 9fans где-то н, fidaj (ok), 22:45 , 17-Июл-11, (58)

http aiju de b plan9-faq 8592 ответы на все вопросы о plan9 от plan9 пользо, karnath (ok), 00:07 , 18-Июл-11, (62)

я не о plan9 спрошал а о 9front, fidaj (ok), 00:13 , 18-Июл-11, (63)

Все то же самое же, ну , karnath (ok), 00:15 , 18-Июл-11, (64)

тогда ясно спасибо , fidaj (ok), 00:28 , 18-Июл-11, (65)

Если честно, то не смешно , vle (ok), 16:59 , 18-Июл-11, (72)

А с каких пор правда смешна , karnath (ok), 20:01 , 18-Июл-11, (74)

Да Такими темпами скоро пойдут новости о релизе Linux 2 0, Аноним (-), 04:49 , 21-Июл-11, (79)

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

1. Сообщение от Crazy Alex (??), 17-Июл-11, 09:54 –3 +/–

Вот меня всегда удивляли попытки сделать так, что "нет различия в доступе к локальным и внешним ресурсам". Неужели не очевидно, что с ними должны применяться принципиально разные техники работы? Разница объёмов даных, которые есть смысл таскать, разная латентность (и как следствие - разная алгоритмика), разная вероятность возникновения ошибки, разная гранулярность и т.д. - ну какой смысл это перемешивать?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4, #6, #7, #37, #49, #77

2. Сообщение от Аноним (-), 17-Июл-11, 10:21 +1 +/–

Файлы обрабатываются на удаленной машине, пользователю необходимо передать лишь его представление.

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

3. Сообщение от a1 (??), 17-Июл-11, 10:31 +/–

Не так все однозначно, имхо. Нельзя сказать, что локальным ресурсам всегда присущи большие объемы, высокая скорость и прочее, а удаленным наоборот. Так зачем их разделять. К тому же, некоторые нюансы можно учесть в реализации конкретного файлового сервера, а интерфейс оставить стандартным.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9

4. Сообщение от ip1981 (ok), 17-Июл-11, 10:33 +5 +/–

> Неужели не очевидно, что с ними должны применяться принципиально разные техники работы?
Нет, не очевидно.
Вот меня всегда удивляли попытки сделать компьютеры с заменяемой программой. Неужели не очевидно, что для каждой задачи должна быть своя железка.

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

6. Сообщение от bw (ok), 17-Июл-11, 11:43 +3 +/–

Согласен, хотя буду менее категоричен.
Пусть существует такая фича на высоком уровне, но когда я захочу делать сетевой шутер или другие системы где отклик должен быть максимальным, мало вероятно, что реализованный где-то в недрах системы код будет отвечать требованиям. Но если речь идёт о разработке распределённой вычислительной системы, то пожалуй не так важно иметь низкоуровневый доступ к сети.
С Plan9 и 9front не знаком, но читал по Inferno. Как я понимаю подход там такой же и такая же есть замута с удалённым доступом. Звучит интересно. Низкоуровневый доступ к сети никуда не делся, но при этом ты бесплатно получаешь возможность работать с удалённым железом в точности как с локальным (в том числе использовать выход в сеть через удалённую Inferno используя её низкоуровневый интерфейс).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #16, #52

7. Сообщение от Аноним (-), 17-Июл-11, 11:47 +3 +/–

Совершенно верно.
Ryan Dahl создатель node js приводил такое сравнение:
Для процессора получить данные из регистра все равно что взять листок со стола.
Получить данные из памяти -- найти в кладовке газету за прошлый год.
Получить данные из сети -- сесть на самолет слетать в Токио забрать книгу и прилететь обратно.
От такой разницы нельзя абстрагироваться.
Например, читать из сети в основном потоке, и блокироваться при этом - плохая идея.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #19, #80

9. Сообщение от Аноним (-), 17-Июл-11, 11:50 +/–

> Не так все однозначно, имхо. Нельзя сказать, что локальным ресурсам всегда присущи
> большие объемы, высокая скорость и прочее, а удаленным наоборот. Так зачем
> их разделять. К тому же, некоторые нюансы можно учесть в реализации
> конкретного файлового сервера, а интерфейс оставить стандартным.
Придется добавлять к интерфейсу работы с файлами обработку, например, ошибок разрешения dns. Вам это надо?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15, #36, #43, #50

11. Сообщение от anonymous (??), 17-Июл-11, 12:13 +1 +/–

Не соглашусь. Все зависит от надежности работы железок. Забыли уже времена когда время работы на компе до первого сбоя было сравнимо с временем загрузки ОС с флоппи диска ? И ничего, жгли еще как, и не только в тетрис и нортон командер. Сейчас обычный домашний комп состоит из такого количества компонентов, что позавидует суперкомпьютер из 1990-x. Да сам микропроцессор внутри кристалла со времен P2 это многомашинный комплекс по сути. С встроеным компилятором.
И все это работает сутками без сбоев и перезагрузок.
Почему бы интернету будущего не стать таким же - безглючным и с задержкой сравнимой с временем прохождения электричесого сигнала по проводу? Это изменит мир до неузнаваемости, какой идиот быдет хранить данные в задрипаной локальной памяти и тем более обсчитывать их на желком локальном 100 ядерном процессоре, если есть бесплатные общедоступные 1000+ ядерные кластеры, надо просто выбрать ник и пароль.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14, #69

13. Сообщение от Zzz (??), 17-Июл-11, 12:18 +1 +/–

Опять всё добро по карманам распихали... ну и кому нужны они без исходников?

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

14. Сообщение от Аноним (-), 17-Июл-11, 12:23 +3 +/–

> И все это работает сутками без сбоев и перезагрузок.
С учетом недавнего падения Амазона и java приложений на GAE мой домашний компьютер работает стабильнее крупнейших облачных систем.
> Почему бы интернету будущего не стать таким же - безглючным и с
> задержкой сравнимой с временем прохождения электричесого сигнала по проводу? Это изменит
> мир до неузнаваемости, какой идиот быдет хранить данные в задрипаной локальной
> памяти и тем более обсчитывать их на желком локальном 100 ядерном
> процессоре, если есть бесплатные общедоступные 1000+ ядерные кластеры, надо просто выбрать
> ник и пароль.
>с временем прохождения электричесого сигнала по проводу
А это разве быстро? Скорость света уже мешает настольный компьютерам с расстояниями метр, что говорить про расстояния в десятки тысяч километров.
Там более разница задержек со временем только растет.
SSD + multicore + DDR3 vs ?
У меня Openoffice грузится быстрее чем google docs.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #23

15. Сообщение от a1 (??), 17-Июл-11, 12:25 –1 +/–

При доступе к локальным ресурсам это не потребуется, а для удаленных придется реализовывать в любом случае, разве не так?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #17

16. Сообщение от Crazy Alex (??), 17-Июл-11, 12:30 +3 +/–

Пока что я не видел ни одной удачной реализации прозрачного сетевого доступа даже на уровне приложений, хотя там частные решения, а не общие. Вудь то VFS в Gnome/KDE или открытие файла по URL в PHP. По-моему, прозрачный сетевой доступ - это одна из тех leaking abstractions, которых надо избегать как чумы. В вебе, кстати, это уже поняли и ушли от RPC-вызовов к очередям сообщений и REST.
С прозрачной сетью есть, кстати, масса более тонких проблем - к примеру, такие данные надо обрабатывать как недоверенные, так как никто не гарантирует, что машина, к которой ты обращаешься, находится под твоим контролем и надлежащим образом защищена - и, соответственно, может отдавать что угодно. Это не говоря о Man in the Middle и т.п. Мало того - никто не гарантирует, что с другой стороны совместимый протокол, а не гривая реализация или просто другая версия. Поэтому, насколько я понимаю, гораздо прредпочтительнее частные решения, которые при желании можно увязать с другими компонентами системы - от netcat до AMQP какого-нибудь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #71

17. Сообщение от Аноним (-), 17-Июл-11, 12:58 +/–

Учимся читать оригинальную статью до написания комментариев:
>>Основная идея Plan 9 связана со стиранием различий между локальными и удаленными ресурсами
>>все ресурсы можно рассматривать как иерархический набор файлов

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #21

18. Сообщение от axe (??), 17-Июл-11, 12:58 +2 +/–

Обобщение подходов, усреднение, подведение всего под один знаменатель означает что мы потеряем плюсы некоторых отдельно взятых элементов. Обобщение это всегда палка о двух концах. Это как бегунок, где на одной стороне эффективность реализации, с другой красивая концепция обобщения, простота работы и программирования. Когда эффективность реализации не является ключевым моментом, получаются совершенно изумительные вещи. Обобщение работы с удаленными и локальными файлами, к сожалению, к таким вещам я отнести не могу, эффективность здесь никогда лишней не бывает.

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

19. Сообщение от a1 (??), 17-Июл-11, 13:01 +/–

Это проблема удаленного доступа, она остается независимо от ОС. Плюс в том, что в Plan9, это будет худо-бедно, но работать, для остальных же придется писать все с нуля (если нужна сетевая прозрачность). И да, для некоторых приложений этого "худо-бедно" будет более чем достаточно, для других придется дорабатывать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #33

21. Сообщение от a1 (??), 17-Июл-11, 13:10 +/–

И? Вас, как разработчика конкретного приложения, кто-то покарает если вы не обеспечите реализации всех идей заложенных в Plan 9?

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

23. Сообщение от anonymous (??), 17-Июл-11, 13:21 +/–

Я говорил не про сейчас. Про будущее, и да, я помню как мечтал о покупке настоящего 486, который был конвеерным в отличии от 386. Если бы кто мне тогда сказал, что на дешевом домашнем компе будет картинка 1920x1280 и процессор сможет закрасить весь экран одним цветом меньше чем за пол секунды я бы просто рассмеялся ему в лицо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #34

27. Сообщение от b8198948klzlk.com (?), 17-Июл-11, 15:01 +2 +/–

Подскажите, пожалуйста, как называется программа -- кошачьи часы, изображенные на рисунке. Есть ли порт под Убунту?

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

31. Сообщение от Аноним (-), 17-Июл-11, 15:35 +1 +/–

> # Разработка с нуля собственной реализации ssh2 и Mercurial на языке Go;
вообще, это не здоровая тенденция. вместо, того чтобы создавать что-то новое, занимаются велосипедостроением. хотя на то он и just for fun

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

33. Сообщение от Crazy Alex (??), 17-Июл-11, 16:14 +1 +/–

Да не нужна сетевая прозрачность. Нужны удобные средства работы с сетью - это да. Работа с локальными и удалёнными ресурсами не должна быть одинаковой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #47

34. Сообщение от Аноним (-), 17-Июл-11, 16:31 +2 +/–

Если честно, даже i386 не составит никакого труда закрасить 3 мегапиксела за долю секунды. Посчитайте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #67

36. Сообщение от Аноним (-), 17-Июл-11, 16:49 +3 +/–

Такое же возражение можно было бы выдвинуть против любого обобщенного интерфейса.
Хотите, чтобы локальная камера была представлена файлом? Придется добавлять к интерфейсу работы с файлом обработку ситуации обрыва кабеля УПШ.
С другой стороны, сегодняшняя ситуация, когда для операций с близкой семантикой (скопировать файл локально, залить файл на сервер FTP, слить ресурс WWW в локальный файл) приходится применять существеннно разный синтаксис и лексику (cp, (s)ftp, wget на уровне интерфейса оператора, про уровень программиста вообще промолчим), просто скандальна. В XXI в это анахронизм айбиэмовско-майкрософтовского толка.
Отсутствие достаточно обобщенных интерфейсов на уровне ОС при наличии в них потребности заставляет прикладных программистов колхозить собственные "решения", и мы имеем тот зоопарк, который имеем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #38, #73

37. Сообщение от qulinxao (?), 17-Июл-11, 16:50 +/–

об очевидностях.
дело в том что /proc/NameProc - это слой абстрагирующий от нюансов.
Unix немножно начался с того что перестал отличать TTY от блочных устройсв и это привело к падению производительности.

FORmulaTRANслятор начался с того что был ацкий дефицит квалифицированых прогеров на уже имеющиеся несколько различных маш кодов для различных железок МеждународныхДеловыхМашин.
Очевидно что языки высокого уровня не способны генерировать код который можно писать непосредственно в машкодах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #39

38. Сообщение от Аноним (-), 17-Июл-11, 17:33 +3 +/–

Бла бла бла.
Откройте сорцы gnutools например cp. 85% кода обработка ошибок. Если файлы начнут выкидывать исключения ERR_DNS_RESOLV то этот процент повысится до 99%, так как сетевых ошибок много. И, что самое плохое упадет быстродействие. Java это прекрасно показала.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #61, #82

39. Сообщение от Andrew Kolchoogin (?), 17-Июл-11, 18:47 +2 +/–

> Unix немножно начался с того что перестал отличать TTY от блочных устройств
Ну, эт вы загнули.
Сейчас TTY от блочных устройств не отличает только FreeBSD, насколько я помню. Ну, может быть, какие-то другие *BSD. А так -- для каждого блочного устройства есть две ноды в /dev -- "raw" и "cooked", а для неблочных -- только "raw".
> и это привело к падению производительности.
Это ещё почему?!
UNIX начался с того, что _устройства_ перестали отличаться от _файлов_.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #66

40. Сообщение от Andrew Kolchoogin (?), 17-Июл-11, 18:54 +1 +/–

Забавные люди собрались на OpenNet'е...
Спорят, надо ли унифицировать доступ к локальным и сетевым ресурсам...
А я отвечу: надо! И в Юниксе это делается уже давно: 'mount -t nfs' и 'mount -t smb' -- лучший тому пример. С точки зрения open(2) локальные и удалённые файлы (сюрприз! сюрприз!) неразличимы. С точки зрения траверса файловой иерархии -- тоже.
Что мешает продлить концепцию дальше?
P.S: Для тех, кто порекомендует мне сказать 'mount -t smb' на машину в Айове рекомендую сходить на http://grand.central.org/ -- гвозди надо забивать молотком. Да, _разные_ гвозди (по размеру, например) -- молотками _разной_ массы. Но всё равно молотком.

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

41. Сообщение от karnath (ok), 17-Июл-11, 18:54 +/–

/me опустил руку на лицо
Давайте, еще про 9atom напишите, "новостники", и про glendix не забудте.

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

42. Сообщение от karnath (ok), 17-Июл-11, 18:59 +1 +/–

games/catclock
Можно собрать через plan9port.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #81

43. Сообщение от ffirefox (?), 17-Июл-11, 20:28 +1 +/–

Интерфейс должен сказать "ошибка NNN" или бросить исключение. Если есть средство в системе, которое может разрешить эту стандартную ошибку, то оно его должно разрешать стандартным способом. И системе должно быть все равно какой интерфейс, какой программы дает ошибку NNN. Также как пользователю все равно почему файл не прочитался/записался, а программа должна обрабатывать ситуацию любой ошибки чтения/записи.

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

47. Сообщение от Av (??), 17-Июл-11, 21:02 +2 +/–

к счастью, ты не в bell labs.

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

49. Сообщение от Anonism (?), 17-Июл-11, 21:24 +/–

>Неужели не очевидно, что с ними должны применяться принципиально разные техники работы?
Нет, не очевидно. Особенно учитывая, что интерфейс и реализация - это разные вещи.

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

50. Сообщение от Anonism (?), 17-Июл-11, 21:28 +/–

>> Не так все однозначно, имхо. Нельзя сказать, что локальным ресурсам всегда присущи
>> большие объемы, высокая скорость и прочее, а удаленным наоборот. Так зачем
>> их разделять. К тому же, некоторые нюансы можно учесть в реализации
>> конкретного файлового сервера, а интерфейс оставить стандартным.
> Придется добавлять к интерфейсу работы с файлами обработку, например, ошибок разрешения
> dns. Вам это надо?
Ошибки разрешения DNS появляются на этапе запуска файлового сервера, а не при доступе к файлу.

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

51. Сообщение от Аноним (-), 17-Июл-11, 21:35 +/–

> /me опустил руку на лицо
> Давайте, еще про 9atom напишите, "новостники", и про glendix не забудте.
Это не форки, а сборки оригинального года Plan9 с дополнениями. В 9front создали полностью отдельный форк.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #54, #60

52. Сообщение от Anonism (?), 17-Июл-11, 21:40 +1 +/–

> Но если речь идёт о разработке распределённой вычислительной системы, то пожалуй
> не так важно иметь низкоуровневый доступ к сети.
Любой интерфейс межпроцессового взаимодействия можно представить как отправку и получение сообщений, что прекрасно укладывается в интерфейс работы с файлами. Записал в файл - отправил сообщение, прочел файл - получил сообщение. Работа с любым из ресурсов ОС - это ни что иное как взаимодействие между процессами.

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

54. Сообщение от Anonism (?), 17-Июл-11, 21:48 +/–

>> /me опустил руку на лицо
>> Давайте, еще про 9atom напишите, "новостники", и про glendix не забудте.
> Это не форки, а сборки оригинального года Plan9 с дополнениями. В 9front
> создали полностью отдельный форк.
Глендикс это вообще линукс :)

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

55. Сообщение от Anonism (?), 17-Июл-11, 21:52 +1 +/–

Это удивительно: сколько оказывается на ОпенНете ярых критиков План9, учитывая что о каждом из них можно сказать "Пастернака не читал, но осуждаю". Скачать 70мб, поставить в виртуалку и потеститровать денек - не так уж сложно.

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

57. Сообщение от Аноним (-), 17-Июл-11, 22:33 +/–

> И в Юниксе это делается уже давно: 'mount -t nfs' и 'mount -t smb' -- лучший тому пример. С точки зрения open(2) локальные и удалённые файлы (сюрприз! сюрприз!) неразличимы.
Не различаются как же. Слышали о таком коде ошибке ESTALE ?

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

58. Сообщение от fidaj (ok), 17-Июл-11, 22:45 +/–

то то я думаю почему в последнее время так активно в рассылке [9fans]...
где-то написано направление ОС - на что она нацелена? (встраиваемые системы, рабочие станции или таки как ее предшественник на кластеры)

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

59. Сообщение от Аноним (-), 17-Июл-11, 23:00 +/–

Угу. Не говоря уже явном непонимании отличий между абстракциями и реализациями. Очевидно, что организовывать работу в сети как работу с файлами невыгодно — ну так ведь это только с точки зрения пользователя всё выглядит как файлы. А реализация всё та же.

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

60. Сообщение от karnath (ok), 18-Июл-11, 00:03 +/–

>> /me опустил руку на лицо
>> Давайте, еще про 9atom напишите, "новостники", и про glendix не забудте.
> Это не форки, а сборки оригинального года Plan9 с дополнениями. В 9front
> создали полностью отдельный форк.
Это темпоральный вопрос.
btw на очередной набор недоутилит с одим и тем же ядром гнулинукса новости отводятся.

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

61. Сообщение от Аноним (-), 18-Июл-11, 00:05 +/–

Намек: ошибки тоже могут обрабатываться обобщенно.

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

62. Сообщение от karnath (ok), 18-Июл-11, 00:07 +/–

> то то я думаю почему в последнее время так активно в рассылке
> [9fans]...
> где-то написано направление ОС - на что она нацелена? (встраиваемые системы, рабочие
> станции или таки как ее предшественник на кластеры)
http://aiju.de/b/plan9-faq ← ответы на все вопросы о plan9 от plan9 пользователей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #63, #72

63. Сообщение от fidaj (ok), 18-Июл-11, 00:13 +/–

>> то то я думаю почему в последнее время так активно в рассылке
>> [9fans]...
>> где-то написано направление ОС - на что она нацелена? (встраиваемые системы, рабочие
>> станции или таки как ее предшественник на кластеры)
> http://aiju.de/b/plan9-faq ← ответы на все вопросы о plan9 от plan9 пользователей.
я не о plan9 спрошал а о 9front

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #64

64. Сообщение от karnath (ok), 18-Июл-11, 00:15 +/–

>>> то то я думаю почему в последнее время так активно в рассылке
>>> [9fans]...
>>> где-то написано направление ОС - на что она нацелена? (встраиваемые системы, рабочие
>>> станции или таки как ее предшественник на кластеры)
>> http://aiju.de/b/plan9-faq ← ответы на все вопросы о plan9 от plan9 пользователей.
> я не о plan9 спрошал а о 9front
Все то же самое же, ну.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #65

65. Сообщение от fidaj (ok), 18-Июл-11, 00:28 +/–

>>>> то то я думаю почему в последнее время так активно в рассылке
>>>> [9fans]...
>>>> где-то написано направление ОС - на что она нацелена? (встраиваемые системы, рабочие
>>>> станции или таки как ее предшественник на кластеры)
>>> http://aiju.de/b/plan9-faq ← ответы на все вопросы о plan9 от plan9 пользователей.
>> я не о plan9 спрошал а о 9front
> Все то же самое же, ну.
тогда ясно. спасибо.

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

66. Сообщение от qulinxao (?), 18-Июл-11, 02:52 +/–

>> и это привело к падению производительности.
> Это ещё почему?!
падение(более коректно нерост) в случае отказа от специфичного интерфейса в пользу более абстрактного.
И в общем оно того стоит - узкое место обычно время программиста а не дефицит CPU.

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

67. Сообщение от anonymous (??), 18-Июл-11, 11:11 +/–

Если графическая подсистема работает с памятью быстро.
Если.
Я имел дело тогда с каким то полусамодельным ужасом где экономили каждыый бит (дизайн наверно времен когда память была дорогущей) для изменения цвета пиксела нужно было послать x и У в 2 порта, потом уже менять цвет в третьем порту. И по факту на экране это было видно как пикселы один за одним закрашивают все это дело. В черно белом режиме да, оно шустро работало, практически прямой доступ к памяти. А вот цветной режим... Зато он был ЦВЕТНОЙ...
Короче я понял, вы не верите что гигабитный низколатентный тырнет и дешевые как вода облачные кластеры забацают через жалких 7-10 лет, и считать на домашних компьютерах будут только непробиваемые фанатики динозавры? Не верьте. Оно вползет плавно, незаметно, даже внимания не обратите.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #76

69. Сообщение от Аноним (-), 18-Июл-11, 15:39 +/–

> Да сам микропроцессор внутри кристалла со времен P2 это многомашинный комплекс
> по сути. С встроеным компилятором.
Скорее, со встроенным ДЕкомпилятором (microcode ROM) который крушит сложные x86 инструкции в набор более простых элементарных команд.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #70

70. Сообщение от Andrey Mitrofanov (?), 18-Июл-11, 15:42 +/–

Конечно! И gcc тож - "ДЕкомпилятор". И единственный "Компилятор" -- это таки ассемблер.

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

71. Сообщение от ТТТ (?), 18-Июл-11, 16:46 +/–

> Пока что я не видел ни одной удачной реализации прозрачного сетевого доступа
А мне казалось у эпла на всё это патент 6343263 (http://www.google.com/patents?id=nCYJAAAAEBAJ&printsec=abstr... ) и вроде она как это в своем яфоне реализует и даже успешно почти засудила андроид за такие штуки...
ЗЫ хотя может я и совершенно не прав и патент говорит совершенно о другом... :)

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

72. Сообщение от vle (ok), 18-Июл-11, 16:59 +/–

> http://aiju.de/b/plan9-faq ← ответы на все вопросы о plan9 от plan9 пользователей.
Если честно, то не смешно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #74

73. Сообщение от Frank (ok), 18-Июл-11, 17:38 +/–

Сколько ни тверди "нет различий между локальными и нелокальными данными", различия не исчезнут. Например, можно быть достаточно уверенным, что на локальном диске файл не изменится без ведома операционной системы, а можно ли быть уверенным в этом работая с файлом на ftp? Нет, тысячу раз нет. Файл может измениться даже во время скачивания!
В таком случае возникает закономерный вопрос - эта красивая идиома о неразличении в реальной жизни даёт хоть какое-то преимущество в чём-то перед обычными методами работы, или это сродни попытке наполнить эфиром вакуум?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #75, #78

74. Сообщение от karnath (ok), 18-Июл-11, 20:01 +/–

>> http://aiju.de/b/plan9-faq ← ответы на все вопросы о plan9 от plan9 пользователей.
> Если честно, то не смешно.
А с каких пор правда смешна?

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

75. Сообщение от Аноним (-), 18-Июл-11, 21:43 +2 +/–

странно - когда один процесс читает, второй процесс пишет в файл - то файл может измениться и даже локально во время чтения.
Так в чем различие с FTP ?

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

76. Сообщение от SkyRanger (ok), 19-Июл-11, 01:59 +/–

> Короче я понял, вы не верите что гигабитный низколатентный тырнет и дешевые
> как вода облачные кластеры забацают через жалких 7-10 лет, и считать
> на домашних компьютерах будут только непробиваемые фанатики динозавры? Не верьте. Оно
> вползет плавно, незаметно, даже внимания не обратите.
Хранить данные в облаках будет только дурак, другое дело обработка, можно в принципе отдать это дело в облака, если это что-то не критически важное и не бизенс-тайна. Например научные расчеты и так далее, все то, что требует мощностей.
Просто мощности мобильных устройств постепенно уже дотягиваются до уровня P4, которого для повседневных задач хватит за глаза - почту почитать, музыку послушать, на форум написать, видео посмотреть и т.д. Даже в HD-формате, а в будущем и 3D.
Облака это очередной лохотрон, для хомячков. Тем более что хранить фото и музыку, в облаках, чревато из-за копирастов всяких.

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

77. Сообщение от Axel (??), 19-Июл-11, 12:48 +/–

Ключевой момент: нет различия для пользователя, не для системы.

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

78. Сообщение от Бублик (?), 20-Июл-11, 10:26 +/–

А если этого локально диска нет вообще? Если вообще нет никаких локальных ресурсов в привычном вам понимании?

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

79. Сообщение от Аноним (-), 21-Июл-11, 04:49 +/–

Да... Такими темпами скоро пойдут новости о релизе Linux 2.0

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

80. Сообщение от ACCA (ok), 21-Июл-11, 07:35 +1 +/–

> Совершенно верно.
> Ryan Dahl создатель node js приводил такое сравнение:
[...]
> Получить данные из сети -- сесть на самолет слетать в Токио забрать
> книгу и прилететь обратно.
> От такой разницы нельзя абстрагироваться.
Это он погорячился. На сегодняшний день память - самая медленная часть системы, а сеть стала просто беспредельная. Всякими InfiniBand можно пихать хоть 10ГБ/сек, хоть 100.
А память была 3, стала в лучшем случае 6, да и то с дикой latency.
Plan 9 - попытка уменьшить количество абстракций в системе. Современные OS становятся неуправляемыми. Ядро, драйверы, HAL, DBus, Control Groups, сетевые стеки, безумные фреймворки. Когда-то я знал про каждый файл, зачем он у меня в системе. Сейчас я уже не могу разобраться, сколько подсистем обрабатывает даже клавиатуру.

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

81. Сообщение от b8198948 (?), 21-Июл-11, 10:30 +1 +/–

> games/catclock
> Можно собрать через plan9port.
Спасибо Вам большое.

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

82. Сообщение от Anonym (?), 22-Июл-11, 22:01 –1 +/–

Чушь, глянь на сорцы cat (http://plan9.bell-labs.com/sources/plan9/sys/src/cmd/cat.c). Где там обработка ошибок вообще? В том и была задумка, чтобы избавить разработчиков от написания кучи стандартного кода.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #83

83. Сообщение от Anonym (?), 22-Июл-11, 22:07 –1 +/–

Где там обработка сетевых ошибок вообще?
fixed.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #84

84. Сообщение от fidaj (ok), 22-Июл-11, 22:19 +/–

> Где там обработка сетевых ошибок вообще?
> fixed.
там базовый компилятор НЕ gcc...
он не допускает ошибок... :D

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #85

85. Сообщение от Anonym (?), 22-Июл-11, 23:10 +/–

Да пофиг, речь о том, что в Plan 9 из ошибок остались только файловые.

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

86. Сообщение от www2 (??), 08-Май-24, 14:46 +/–

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Crazy Alex (??), 17-Июл-11, 09:54	–3 +/–
Вот меня всегда удивляли попытки сделать так, что "нет различия в доступе к локальным и внешним ресурсам". Неужели не очевидно, что с ними должны применяться принципиально разные техники работы? Разница объёмов даных, которые есть смысл таскать, разная латентность (и как следствие - разная алгоритмика), разная вероятность возникновения ошибки, разная гранулярность и т.д. - ну какой смысл это перемешивать?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #3, #4, #6, #7, #37, #49, #77

2. Сообщение от Аноним (-), 17-Июл-11, 10:21	+1 +/–
Файлы обрабатываются на удаленной машине, пользователю необходимо передать лишь его представление.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

3. Сообщение от a1 (??), 17-Июл-11, 10:31	+/–
Не так все однозначно, имхо. Нельзя сказать, что локальным ресурсам всегда присущи большие объемы, высокая скорость и прочее, а удаленным наоборот. Так зачем их разделять. К тому же, некоторые нюансы можно учесть в реализации конкретного файлового сервера, а интерфейс оставить стандартным.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #9

4. Сообщение от ip1981 (ok), 17-Июл-11, 10:33	+5 +/–
> Неужели не очевидно, что с ними должны применяться принципиально разные техники работы? Нет, не очевидно. Вот меня всегда удивляли попытки сделать компьютеры с заменяемой программой. Неужели не очевидно, что для каждой задачи должна быть своя железка.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

6. Сообщение от bw (ok), 17-Июл-11, 11:43	+3 +/–
Согласен, хотя буду менее категоричен. Пусть существует такая фича на высоком уровне, но когда я захочу делать сетевой шутер или другие системы где отклик должен быть максимальным, мало вероятно, что реализованный где-то в недрах системы код будет отвечать требованиям. Но если речь идёт о разработке распределённой вычислительной системы, то пожалуй не так важно иметь низкоуровневый доступ к сети. С Plan9 и 9front не знаком, но читал по Inferno. Как я понимаю подход там такой же и такая же есть замута с удалённым доступом. Звучит интересно. Низкоуровневый доступ к сети никуда не делся, но при этом ты бесплатно получаешь возможность работать с удалённым железом в точности как с локальным (в том числе использовать выход в сеть через удалённую Inferno используя её низкоуровневый интерфейс).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #16, #52

7. Сообщение от Аноним (-), 17-Июл-11, 11:47	+3 +/–
Совершенно верно. Ryan Dahl создатель node js приводил такое сравнение: Для процессора получить данные из регистра все равно что взять листок со стола. Получить данные из памяти -- найти в кладовке газету за прошлый год. Получить данные из сети -- сесть на самолет слетать в Токио забрать книгу и прилететь обратно. От такой разницы нельзя абстрагироваться. Например, читать из сети в основном потоке, и блокироваться при этом - плохая идея.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #11, #19, #80

9. Сообщение от Аноним (-), 17-Июл-11, 11:50	+/–
> Не так все однозначно, имхо. Нельзя сказать, что локальным ресурсам всегда присущи > большие объемы, высокая скорость и прочее, а удаленным наоборот. Так зачем > их разделять. К тому же, некоторые нюансы можно учесть в реализации > конкретного файлового сервера, а интерфейс оставить стандартным. Придется добавлять к интерфейсу работы с файлами обработку, например, ошибок разрешения dns. Вам это надо?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #15, #36, #43, #50

11. Сообщение от anonymous (??), 17-Июл-11, 12:13	+1 +/–
Не соглашусь. Все зависит от надежности работы железок. Забыли уже времена когда время работы на компе до первого сбоя было сравнимо с временем загрузки ОС с флоппи диска ? И ничего, жгли еще как, и не только в тетрис и нортон командер. Сейчас обычный домашний комп состоит из такого количества компонентов, что позавидует суперкомпьютер из 1990-x. Да сам микропроцессор внутри кристалла со времен P2 это многомашинный комплекс по сути. С встроеным компилятором. И все это работает сутками без сбоев и перезагрузок. Почему бы интернету будущего не стать таким же - безглючным и с задержкой сравнимой с временем прохождения электричесого сигнала по проводу? Это изменит мир до неузнаваемости, какой идиот быдет хранить данные в задрипаной локальной памяти и тем более обсчитывать их на желком локальном 100 ядерном процессоре, если есть бесплатные общедоступные 1000+ ядерные кластеры, надо просто выбрать ник и пароль.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #14, #69

13. Сообщение от Zzz (??), 17-Июл-11, 12:18	+1 +/–
Опять всё добро по карманам распихали... ну и кому нужны они без исходников?
Ответить \| Правка \| Наверх \| Cообщить модератору

14. Сообщение от Аноним (-), 17-Июл-11, 12:23	+3 +/–
> И все это работает сутками без сбоев и перезагрузок. С учетом недавнего падения Амазона и java приложений на GAE мой домашний компьютер работает стабильнее крупнейших облачных систем. > Почему бы интернету будущего не стать таким же - безглючным и с > задержкой сравнимой с временем прохождения электричесого сигнала по проводу? Это изменит > мир до неузнаваемости, какой идиот быдет хранить данные в задрипаной локальной > памяти и тем более обсчитывать их на желком локальном 100 ядерном > процессоре, если есть бесплатные общедоступные 1000+ ядерные кластеры, надо просто выбрать > ник и пароль. >с временем прохождения электричесого сигнала по проводу А это разве быстро? Скорость света уже мешает настольный компьютерам с расстояниями метр, что говорить про расстояния в десятки тысяч километров. Там более разница задержек со временем только растет. SSD + multicore + DDR3 vs ? У меня Openoffice грузится быстрее чем google docs.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #23

15. Сообщение от a1 (??), 17-Июл-11, 12:25	–1 +/–
При доступе к локальным ресурсам это не потребуется, а для удаленных придется реализовывать в любом случае, разве не так?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #17

16. Сообщение от Crazy Alex (??), 17-Июл-11, 12:30	+3 +/–
Пока что я не видел ни одной удачной реализации прозрачного сетевого доступа даже на уровне приложений, хотя там частные решения, а не общие. Вудь то VFS в Gnome/KDE или открытие файла по URL в PHP. По-моему, прозрачный сетевой доступ - это одна из тех leaking abstractions, которых надо избегать как чумы. В вебе, кстати, это уже поняли и ушли от RPC-вызовов к очередям сообщений и REST. С прозрачной сетью есть, кстати, масса более тонких проблем - к примеру, такие данные надо обрабатывать как недоверенные, так как никто не гарантирует, что машина, к которой ты обращаешься, находится под твоим контролем и надлежащим образом защищена - и, соответственно, может отдавать что угодно. Это не говоря о Man in the Middle и т.п. Мало того - никто не гарантирует, что с другой стороны совместимый протокол, а не гривая реализация или просто другая версия. Поэтому, насколько я понимаю, гораздо прредпочтительнее частные решения, которые при желании можно увязать с другими компонентами системы - от netcat до AMQP какого-нибудь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #71

17. Сообщение от Аноним (-), 17-Июл-11, 12:58	+/–
Учимся читать оригинальную статью до написания комментариев: >>Основная идея Plan 9 связана со стиранием различий между локальными и удаленными ресурсами >>все ресурсы можно рассматривать как иерархический набор файлов
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #21

18. Сообщение от axe (??), 17-Июл-11, 12:58	+2 +/–
Обобщение подходов, усреднение, подведение всего под один знаменатель означает что мы потеряем плюсы некоторых отдельно взятых элементов. Обобщение это всегда палка о двух концах. Это как бегунок, где на одной стороне эффективность реализации, с другой красивая концепция обобщения, простота работы и программирования. Когда эффективность реализации не является ключевым моментом, получаются совершенно изумительные вещи. Обобщение работы с удаленными и локальными файлами, к сожалению, к таким вещам я отнести не могу, эффективность здесь никогда лишней не бывает.
Ответить \| Правка \| Наверх \| Cообщить модератору

19. Сообщение от a1 (??), 17-Июл-11, 13:01	+/–
Это проблема удаленного доступа, она остается независимо от ОС. Плюс в том, что в Plan9, это будет худо-бедно, но работать, для остальных же придется писать все с нуля (если нужна сетевая прозрачность). И да, для некоторых приложений этого "худо-бедно" будет более чем достаточно, для других придется дорабатывать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #33

21. Сообщение от a1 (??), 17-Июл-11, 13:10	+/–
И? Вас, как разработчика конкретного приложения, кто-то покарает если вы не обеспечите реализации всех идей заложенных в Plan 9?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17

23. Сообщение от anonymous (??), 17-Июл-11, 13:21	+/–
Я говорил не про сейчас. Про будущее, и да, я помню как мечтал о покупке настоящего 486, который был конвеерным в отличии от 386. Если бы кто мне тогда сказал, что на дешевом домашнем компе будет картинка 1920x1280 и процессор сможет закрасить весь экран одним цветом меньше чем за пол секунды я бы просто рассмеялся ему в лицо.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #34

27. Сообщение от b8198948klzlk.com (?), 17-Июл-11, 15:01	+2 +/–
Подскажите, пожалуйста, как называется программа -- кошачьи часы, изображенные на рисунке. Есть ли порт под Убунту?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #42

31. Сообщение от Аноним (-), 17-Июл-11, 15:35	+1 +/–
> # Разработка с нуля собственной реализации ssh2 и Mercurial на языке Go; вообще, это не здоровая тенденция. вместо, того чтобы создавать что-то новое, занимаются велосипедостроением. хотя на то он и just for fun
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #86

33. Сообщение от Crazy Alex (??), 17-Июл-11, 16:14	+1 +/–
Да не нужна сетевая прозрачность. Нужны удобные средства работы с сетью - это да. Работа с локальными и удалёнными ресурсами не должна быть одинаковой.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #47

34. Сообщение от Аноним (-), 17-Июл-11, 16:31	+2 +/–
Если честно, даже i386 не составит никакого труда закрасить 3 мегапиксела за долю секунды. Посчитайте.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #67

36. Сообщение от Аноним (-), 17-Июл-11, 16:49	+3 +/–
Такое же возражение можно было бы выдвинуть против любого обобщенного интерфейса. Хотите, чтобы локальная камера была представлена файлом? Придется добавлять к интерфейсу работы с файлом обработку ситуации обрыва кабеля УПШ. С другой стороны, сегодняшняя ситуация, когда для операций с близкой семантикой (скопировать файл локально, залить файл на сервер FTP, слить ресурс WWW в локальный файл) приходится применять существеннно разный синтаксис и лексику (cp, (s)ftp, wget на уровне интерфейса оператора, про уровень программиста вообще промолчим), просто скандальна. В XXI в это анахронизм айбиэмовско-майкрософтовского толка. Отсутствие достаточно обобщенных интерфейсов на уровне ОС при наличии в них потребности заставляет прикладных программистов колхозить собственные "решения", и мы имеем тот зоопарк, который имеем.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #38, #73

37. Сообщение от qulinxao (?), 17-Июл-11, 16:50	+/–
об очевидностях. дело в том что /proc/NameProc - это слой абстрагирующий от нюансов. Unix немножно начался с того что перестал отличать TTY от блочных устройсв и это привело к падению производительности. FORmulaTRANслятор начался с того что был ацкий дефицит квалифицированых прогеров на уже имеющиеся несколько различных маш кодов для различных железок МеждународныхДеловыхМашин. Очевидно что языки высокого уровня не способны генерировать код который можно писать непосредственно в машкодах.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #39

38. Сообщение от Аноним (-), 17-Июл-11, 17:33	+3 +/–
Бла бла бла. Откройте сорцы gnutools например cp. 85% кода обработка ошибок. Если файлы начнут выкидывать исключения ERR_DNS_RESOLV то этот процент повысится до 99%, так как сетевых ошибок много. И, что самое плохое упадет быстродействие. Java это прекрасно показала.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #36 Ответы: #61, #82

39. Сообщение от Andrew Kolchoogin (?), 17-Июл-11, 18:47	+2 +/–
> Unix немножно начался с того что перестал отличать TTY от блочных устройств Ну, эт вы загнули. Сейчас TTY от блочных устройств не отличает только FreeBSD, насколько я помню. Ну, может быть, какие-то другие *BSD. А так -- для каждого блочного устройства есть две ноды в /dev -- "raw" и "cooked", а для неблочных -- только "raw". > и это привело к падению производительности. Это ещё почему?! UNIX начался с того, что _устройства_ перестали отличаться от _файлов_.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #37 Ответы: #66

40. Сообщение от Andrew Kolchoogin (?), 17-Июл-11, 18:54	+1 +/–
Забавные люди собрались на OpenNet'е... Спорят, надо ли унифицировать доступ к локальным и сетевым ресурсам... А я отвечу: надо! И в Юниксе это делается уже давно: 'mount -t nfs' и 'mount -t smb' -- лучший тому пример. С точки зрения open(2) локальные и удалённые файлы (сюрприз! сюрприз!) неразличимы. С точки зрения траверса файловой иерархии -- тоже. Что мешает продлить концепцию дальше? P.S: Для тех, кто порекомендует мне сказать 'mount -t smb' на машину в Айове рекомендую сходить на http://grand.central.org/ -- гвозди надо забивать молотком. Да, _разные_ гвозди (по размеру, например) -- молотками _разной_ массы. Но всё равно молотком.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #57

41. Сообщение от karnath (ok), 17-Июл-11, 18:54	+/–
/me опустил руку на лицо Давайте, еще про 9atom напишите, "новостники", и про glendix не забудте.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #51

42. Сообщение от karnath (ok), 17-Июл-11, 18:59	+1 +/–
games/catclock Можно собрать через plan9port.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #81

43. Сообщение от ffirefox (?), 17-Июл-11, 20:28	+1 +/–
Интерфейс должен сказать "ошибка NNN" или бросить исключение. Если есть средство в системе, которое может разрешить эту стандартную ошибку, то оно его должно разрешать стандартным способом. И системе должно быть все равно какой интерфейс, какой программы дает ошибку NNN. Также как пользователю все равно почему файл не прочитался/записался, а программа должна обрабатывать ситуацию любой ошибки чтения/записи.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

47. Сообщение от Av (??), 17-Июл-11, 21:02	+2 +/–
к счастью, ты не в bell labs.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #33