Форум переехал и обновился!

Для первого входа необходимо установить новый пароль через «Забыли пароль?». Укажите email, использованный при регистрации. Теперь вход выполняется по email, ваш ник на форуме сохранён.

Не помните адрес регистрации? Проверьте свои почтовые ящики: найдите старые письма по запросам club-nikon.ru или Клуб Nikon. Если восстановить доступ не получается, напишите на club-nikon@deesy.com.

Если вы уже установили новый пароль, повторять восстановление не нужно.

Организация хранения данных

Аватара пользователя
multiformat amateur
Сообщения: 8619
Зарегистрирован: Пт дек 02, 2005 11:36

Re: Организация хранения данных

Сообщение multiformat amateur »

вот этот момент не совсем понятен .. предположим, у Вас есть два устройства с гигабитными портами, которые могут общаться в "дуплексном" режиме и они соединены кабелем проложенном в стене. Каким образом они могут узнать, что это кабель Cat6, а не Cat5e?




Думаю, им не нужно это знать smile . Если устройства умеют работать как фулл дуплекс (-TX) так и ординарный гигабит (-Т) то скорее всего они начнут пытаться работать в стандарте -TX. Если потери пакетов будут выше установленного драйверами допуска, то дальше возникают два варианта событий: (1) устройства спустятся до симплексного режима, то есть снизят скорость в обе стороны, хотя это тоже формально называется "гигабитом" (2) будут продождать пытаться работать в дуплексе, но в сети начнутся косяки... Выбор между двумя линиями поведения - в драйверах или фирмвари. Хотя, как мне кажется при автоопределении скорости на устройстве, события будут скорее по первому варианту. Кабельная система более высокого качества при правильной прокладке гарантирует от обоих видов событий. Кабельная система более низкой категории ничего не гарантирует, как повезет.



То, что на мелких расстояниях "все прокатит" - это тоже как повезет. У меня в квартире кабельную систему после монтажа монтажники тестировали инструментально, специальным тестером. Из пяти пар розеток, одна определилась как 5E (на уже уложенном сегменте. Кстати, от розетки до кросса метров семь примерно, никакие не тридцать-пятьдесят). То есть, дуплекса с этой розетки уже маловероятно ожидать. Переделывать не стали, это кухонная розетка, бог с ней. С остальными все нормально по тестам они готовы для полноценного -TX. Для меня это было важно, я хочу чтобы оборудование работало в режиме максимальной производительности, а искать дальше разбираться в проблемах возможной "недокладки каши" нет никакого желания. Проще проложить качественно кабеля и быть уверенными в них. Тем более, что цена кабеля в общей стоимости информационной системы - фигня вопрос. Естественно, это мой личный выбор исходя из задач. Для менее значимого использования можно относиться ко всему этому этому более толерантно. Собственно, я не призываю из кожи вон лезть и обязательно строить на шестой категории. Вовсе нет. И, к тому же соблюдать при монтаже какие-то там дурацкие условия... Как известно, установленные регламенты - это не для нашего человека материи. smile Равно как и не являюсь сторонником пофигизма. Мол никакой разницы нет, кладите что душе угодно и приятнее кошельку. Нет. Моя задача - показать разные варианты. По крайней мере, два разных подхода, альтернативы можно сказать. Что будет ближе Вам и вашим условиям эксплуатации - это уже сами определите.
Аватара пользователя
Andrey
Сообщения: 7754
Зарегистрирован: Пн апр 25, 2005 14:39

Re: Организация хранения данных

Сообщение Andrey »

Думаю, им не нужно это знать smile . Если устройства умеют работать как фулл дуплекс (-TX) так и ординарный гигабит (-Т) то скорее всего они начнут пытаться работать в стандарте -TX. Если потери пакетов будут выше установленного драйверами допуска,


Спасибо, Вы подтвердили мои предположения по этому поводу, что определение типа соединения может идти по количеству некорректно переданных пакетов (или иной аналогичный критерий, основаный на анализе полученных/переданных данных.


Тем более, что цена кабеля в общей стоимости информационной системы - фигня вопрос.


Не знаю, не знаю, у меня, к примеру, прокладка по всему дому сетки класса Cat5e входила в проектную стоимость, а вот замена только одних проводов и розеток на Cat6, требовало вложения дополнительно двух штук баксов "живых" денег (и это без стоимости роутера, коммутатора и т.п.), что, на мой взгляд, было совсем не адекватно увеличению функционалности.


Естественно, это мой личный выбор исходя из задач.


Аналогично smile



Как писал выше, для моих домашних задач меня полностью удовлетворяет сетка класса G (т.е. 100 Мбит), поэтому заложившись на класс выше (провода Cat5e, роутер и switch класса N), полагаю не буду испытывать каких-либо проблем. Тем более, к тому моменту, когда мне реально станет необходима гигабитная дуплексная сетка (симплексный гигабит и так уже есть), проводные сетки уйдут в историю ...



smile



P.S. Прекрасно понимаю, что кому-то для его (ее) конкретных задач нужна дупликсная гигабитная сетка уже сейчас и, тогда провода Cat6 более предпочтительны ...
Аватара пользователя
multiformat amateur
Сообщения: 8619
Зарегистрирован: Пт дек 02, 2005 11:36

Re: Организация хранения данных

Сообщение multiformat amateur »

а вот замена только одних проводов и розеток на Cat6, требовало вложения дополнительно двух штук баксов "живых" денег
Да... в таком раскладе стоимость небольших улучшений слишком высока, непропорциональна.

Оставаться на 5e абсолютно разумно. В Российских условиях ситуация наверное немного проще. Я делал проводную сеть у себя дома несколько лет назад. когда по беспроводу можно было развернуть только смешные 54 mbit max. (реальные скорости 12-18 мбит через бетон). Сейчас, с появлением более скоростного беспроводного оборудования, стоит подумать, а связываться ли вообще с проводами. То есть, нужны серьезные причины. Просто вопрос был поднят в контексте, а где могут быть подводные камни в построении проводного гигабита...
Аватара пользователя
multiformat amateur
Сообщения: 8619
Зарегистрирован: Пт дек 02, 2005 11:36

Re: Организация хранения данных

Сообщение multiformat amateur »

Вообще, если возвратиться к сути темы,

то все эти вещи - железки, провода, все это вполне формализованный мир, есть свои регламенты, отработанные годами. Там более менее понятно. Гораздо больший интерес в рамках темы представляет собой творчество в других двух вещах:





1. Логическая модель данных: Фотография, музыка... принципы сортировок.

2. Правильная организация рабочих данных – проекты и темы







rolleyes
Аватара пользователя
Genn
Сообщения: 4832
Зарегистрирован: Чт дек 06, 2007 19:33

Re: Организация хранения данных

Сообщение Genn »

multiformat amateur,

если возвратиться к сути темы, то вызывающие ваш интерес вопросы - обычно решаются в рамках разработки методологии классификации данных и ИТ-архитектуры. Только вы эту тему проскочили- назвав свои данные постоянными и переменными. Помните замечание о том, что мне это не нравится? wink



Для себя я пришл к выводу, что промежуточные файлы обработки (или результаты если все в одном) тоже желательно хранить в отдельных каталогах и называть каталоги по дате выполнения(завершения) обработки. И вообще - проглядывает интересный философский смысл в том, чтобы исходники хранить упорядоченными по дате, и результаты - тоже. Дата в отратной японской нотации - YYMMDD.
SY, Genn
Аватара пользователя
multiformat amateur
Сообщения: 8619
Зарегистрирован: Пт дек 02, 2005 11:36

Re: Организация хранения данных

Сообщение multiformat amateur »

Genn, я помню, что вам не нравилось разделение данных на постоянные (Read only) и переменные smile . Но это только первый уровень структуризации. В рамках постоянных данных (музыка, видео, софт, литература...) все более-менее понятно. Хотя есть вариантыы, которые тут затрагивали как вопрос, но ответа на него нет - сортировки музыки по альбомам или по композиторам, или по исполнителям и т.п. С переменными данными сложнее. Понятно, что есть "видоспецифические" проекты. По профессиональному роду деятельности, к примеру. Но это мы можем оставить за бортом, потому что это у каждого свое. А вот организация фотоданнных - это наше общее. В этой сфере могут быть разные подходы. Кому-то больше нравится исходники держать в одном месте, сваленные кучей (если нужна хронологическая сортировка, то софт это сделает по экзифам). А промежуточные результаты работы над снимком в - отдельном месте. Кто-то создает каталоги по датам... и кладет туда и исходник, и промежуточные коррекции, так и результаты... тут много вариантов развития темы.
Аватара пользователя
Genn
Сообщения: 4832
Зарегистрирован: Чт дек 06, 2007 19:33

Re: Организация хранения данных

Сообщение Genn »

multiformat amateur, это не первый уровень. Это просто одно из свойств, которое выпячено.

Так же как и реакция на имя файла в виде yymmdd_nnn в папке yymmdd_description.
SY, Genn
Аватара пользователя
multiformat amateur
Сообщения: 8619
Зарегистрирован: Пт дек 02, 2005 11:36

Re: Организация хранения данных

Сообщение multiformat amateur »

... это не первый уровень. Это просто одно из свойств, которое выпячено.
я уже отмечал выше, почему лично у меня это оказалось первым уровнем структуризации данных. Потому что бэкапировать легче. Разные схемы бэкапа для данных read-only, и для данных, которые постоянно в изменениях. Таким образом я обеспечиваю свою собственную "машину времени". Собственно, совершенно не настаиваю, это просто мой опыт, можно взять на вооружение, можно отринуть как не нужный. Если у Вас иная схема, конечно, можно оставить смешанным в одну кучу по данному свойству. И структурировать на первом уровне по совсем другим критериям. Думаю, ваши критерии тоже заслуживают внимания, и будет замечательным, если поделитесь своим опытом.
Аватара пользователя
Barns
Сообщения: 6359
Зарегистрирован: Чт май 24, 2007 13:15

Re: Организация хранения данных

Сообщение Barns »

А НАС на компе конечном как выглядит? Как сетевой диск или иначе?
Аватара пользователя
Андрей Бережной
Сообщения: 7575
Зарегистрирован: Вт апр 08, 2008 16:58

Re: Организация хранения данных

Сообщение Андрей Бережной »

Лично у меня сложилось следующее впечатление о необходимом для фотолюбителя построении дискового пространства:

-система и прочее П.О. на райд0 (диск С) или SSD -500гб

-внутренний (диск D) для для актуальной на сегодня информации -1000гб

-наружный (диск Е) по eSATA включаемый для бекапа дисков C и D -2000гб

-наружный архив (диск F) по eSATA, включаемый при ахивировании и заменяемый на новый по мере заполнения -2000гб

При применении качественных HD (мой выбор на сегодня ХИТАЧИ УЛЬТРАСТАР) убежден, что этого вполне достаточно.

А тем временем изобретут еще что-нибудь. smile
Ты заставляешь меня улыбаться.

Вернуться в «Перекачка и хранение файлов, создание архивов (картридеры, хранилища)»

Кто сейчас на конференции

Сейчас этот форум просматривают: ClaudeBot [Bot] и 0 гостей