https://www.opennet.ru/openforum/vsluhforumID3/41025.html Анонсирован (http://allmydata.org/trac/tahoe/browser/relnotes.txt?rev=2350) выход стабильной версии распределенной, децентрализованной и устойчивой к сбоям файловой системы Tahoe (http://allmydata.org/trac/tahoe), обладающей следующими свойствами:<br><br><br>- Высокая надежность, файл разбивается на блоки, каждый блок дублируется по умолчанию на три разных узла в сети (число дубликатов может меняться в зависимости от настроек);<br>- Высокая безопасность, все блоки данных шифруются, владелец узла не может контролировать данные на его машине;<br>- Широкая поддержка программных платформ, может использоваться как в Windows, так и в Linux (FUSE модуль или доступ через HTTP и SMB);<br>- Возможность управления правами доступа к файлам, позволяющая строить смешанных хранилища в которых размещаются файлы многих пользователей, включая средства защиты от изменений файлов и возможность пользователю предоставить права на изменений или доступ к определенным файлам для другого пользователя;<br>- Исходные тек...<br><br>URL: http://allmyda https://www.opennet.ru/openforum/vsluhforumID3/41025.html#11 Thu, 03 Apr 2008 14:37:27 GMT Ну да, если руки под питона заточены<br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#10 Thu, 03 Apr 2008 04:20:32 GMT &gt;&gt;На fuse быстрой точно не получится. <br>&gt;<br>&gt;Абсолютно точно! <br><br>А мне, например, и не надо чтобы быстро, а вот чтобы надежно - это надо и даже очень.<br>Полагаю, что проект найдет своих пользователей вне зависимости от текущих комментариев - собака лает, караван идет.<br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#9 Thu, 03 Apr 2008 02:13:10 GMT ниче так идейка<br><br>а питон - более быстраяя разработка нежели на C<br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#8 Wed, 02 Apr 2008 21:35:04 GMT &gt;Стоит оговорится, но ИМХО, вся идея этой ФС построена на ныкании пираццкой <br>&gt;порнухи.. ну или чего-то подобного. <br><br>Ну и нормуль... главное что бы с задачей справлялось. Не надо расченивать это как ФС для всего и вся. А так - очень даже полезная вещь на мой взгляд. =)))<br><br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#7 Wed, 02 Apr 2008 14:46:45 GMT &gt;Это если вам пирацкую порнуху надо ныкать на серверах в африке. А <br>&gt;на кластерах такую ФС уже не используешь. <br><br>В лаборатории тоже не под лупой клетки разглядывают, чем выглядит эта фс применительно к кластерам. <br>Стоит оговорится, но ИМХО, вся идея этой ФС построена на ныкании пираццкой порнухи.. ну или чего-то подобного.<br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#6 Wed, 02 Apr 2008 11:32:56 GMT &gt;Необходимость такой fs возникла после ряда случаев судебных разбирательств. Теперь эти разбирательства <br>&gt;усложнятся, так как на конечном ПК не имеется объекта авторского права.. <br><br>Это если вам пирацкую порнуху надо ныкать на серверах в африке. А на кластерах такую ФС уже не используешь.<br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#5 Wed, 02 Apr 2008 09:39:24 GMT О каком быстродействии речь вообще?<br>Ограничена такая fs будет скоростью связи между узлами, и здесь python очень даже справится. Если сходить по сслыке, то можно увидеть, что разработчики ориентируются на текущие ADSL линии.<br><br>Необходимость такой fs возникла после ряда случаев судебных разбирательств. Теперь эти разбирательства усложнятся, так как на конечном ПК не имеется объекта авторского права..<br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#4 Wed, 02 Apr 2008 09:27:24 GMT &gt;На fuse быстрой точно не получится. <br><br>Абсолютно точно!<br><br> https://www.opennet.ru/openforum/vsluhforumID3/41025.html#3 Wed, 02 Apr 2008 09:14:06 GMT На fuse быстрой точно не получится.<br>