Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dibr ([info]dibr)
@ 2012-02-01 22:23:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
уроборос
     Вот ведь USB-хаб - устройство активное, и при втыкании в USB-хост (компьютер или другой хаб) должно говорить туда "я - хаб, и я пришёл", чтобы USB-хост адекватно на это отреагировал (поставил драйвера, упал в синий экран, проигнорировал - нужное вписать). А при втыкании в него другого устройства - самому адекватно реагировать на поступающие от устройства пакеты (ну, хотя бы "роутить" их дальше).
     А если воткнуть хаб сам в себя (с внешним питанием, естественно - без питания тривиально) - он будет вечно гонять кругами собственный запрос "я - хаб, я пришёл", в конце концов срубит его по какому-нибудь критерию (есть там какой-нибудь аналог TTL?), или "договорится сам с собой" штатно ("я - хаб", "надо же, и я - хаб", "ну, будем знакомы, коллега"), и на том успокоится?

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

     Дальше я хотел высказать чего-нибудь на тему солипсизма, матрицы, кота Шредингера и хорошо известного эксперимента Элицура-Вайдмана, но не смог придумать что, поэтому "на этом мысль заканчивается" :-)


(Добавить комментарий)


[info]balamutang@lj
2012-02-01 15:32 (ссылка)
в езернете TTL нет (девайсы со spanning tree в расчет не берем) и если воткнуть свич в самого себя то начинается веселуха: диоды портов яростно мигают, пакеты никуда не ходят, мозги греются

(Ответить)


[info]nicka_startcev@lj
2012-02-01 15:49 (ссылка)
УПШ-хаб туп. Сам ничего не делает. За него всё делает комп (точнее, драйвер).
Последовательность примерно такая:
1. ресетим и включаем устройство
2. выясняем, сколько оно хочет питания. Если религия не позволяет столько давать, вырубаем порт.
3. узнаем в устройстве хаб
4. вычитываем число портов
5. включаем порты по одному
6. для каждого порта прогоняем тот же алгоритм.

да. на материнке уже есть корневые хосты/хабы, с которыми работаем также. (реально алгоритм чуть сложнее. дополнительно устройствам присваиваем номера и выбираем профили. но это уже мелочи.)

Итого, тупо закольцевать хаб бесполезно - он будет молчать, а и закольцевать и воткнуть в комп уже не выйдет.

(Ответить) (Ветвь дискуссии)


[info]dibr@lj
2012-02-02 03:15 (ссылка)
А как компьютер узнаёт, что что-то пришло, и надо его ресетить и опрашивать - по броску питания? А если это что-то пришло в хаб с внешним питанием? Или тогда уже хаб распознаёт бросок питания и транслирует информацию об этом дальше? Но тогда хаб должен распознать, что в него воткнули "что-то" (хаб), и начать передавать по кругу эту информацию...

...в-общем, я запутался :-)

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nicka_startcev@lj
2012-02-02 05:20 (ссылка)
А как компьютер узнаёт, что что-то пришло, и надо его ресетить и опрашивать?

Вроде как пуллингом. То есть, комп-драйвер раз в N секунд инициализирует опрос пустых дырок на предмет появления в них чего-нибудь.

>...в-общем, я запутался :-)

я под эту муть драйвера писал. Точнее, стек для обмена инфой с ъ-токенами без привязки к ОС. Но там архитектура настолько уродлива, что заметную часть я уже не помню.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ext_135260@lj
2012-02-02 05:45 (ссылка)
А по-моему, при втыкании УПШ-устройства в дырку в ней какая-то из ног придавливается резистором на массу, нет?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nicka_startcev@lj
2012-02-02 06:06 (ссылка)
нет. там всё хуже.
Там одна из линий D+ D- притягивается резистором или к земле или к питанию. Таким способом устройство сообщает, что оно лоу спид, фулл спид, хай спид итп. Тут я могу чуток наврать, ибо усб-2.0 смотрел только по диагонали, а стек тамагочил под усб-1.0 и усб1.1 устройства. Как-то мутно вспоминается, что усб-2.0 устройства определяются аппаратно как усб-1.1 (теми самыми резисторами), а потом, когда ОС с ними пообщается и вынет из них дескрипторы, ОС может инициировать отключение устройства от виртуального (встроенного в чипсет) усб-1.1 хаба и переподключение этого устройства (точнее, этой дырки на корпусе) к виртуальному усб-2.0 хабу.

да. в реальности, после учета оверхеда, усб1.0 - это примерно 100кбит/с с подтверждением получения, усб1.1 - в 12 раз больше, а в усб2.0 в конце-концов ввели "обмен крупными пакетами с подтверждением", а не только контрол трансфер, где в целом пакете не более 16 байт инфы плюс порядка полусотни байт вспомогательного и не более одного такого обмена за время кадра.

В реальности, при потоковом обмене данными, декларированные для усб2.0 480мбит/с надо делить почти на два, а если нам нужно "записал 1 бит, прочитал 1 бит, записал 1 бит", то обмен пойдет со скоростью всего около 1к посылок в секунду.

усб-3.0, к счастью, ковырять не приходилось.

(Ответить) (Уровень выше)


[info]dimas@lj
2012-02-01 16:44 (ссылка)
вчера первый раз видел как падает линуксовое ядро по нулевому указателю … на вытаскивании размонтированной флешки, да :)

(Ответить) (Ветвь дискуссии)


[info]stanislavvv@lj
2012-02-02 03:17 (ссылка)
Гм... Как вам это удалось?
Сколько раз вытаскивал - не падало.
Правда, таки иногда требовало перезагрузки, чтоб можно было отмонтировать.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2012-02-02 03:34 (ссылка)
Во времена суровые и далёкие, когда в ru.os.cmp ещё был трафик, а OS/2 ещё не начали закапывать в первый раз, ходила легенда о Линуксе(?), падающем если вынуть неотмонтированную дискету :-) Потом дискеты вымерли линукс починили, и легенда умерла - но, возможно, какие-то отголоски остались...

(Ответить) (Уровень выше)


[info]dimas@lj
2012-02-02 04:38 (ссылка)
Оно само ;-) 3.0.6, gentoo

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nicka_startcev@lj
2012-02-02 05:22 (ссылка)
если генту - значит вы сами что-то криво сломали!!!111
да еще и ядро взяли пре-альфа унстэйбл нот-тэстед онли фор девелопмент.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dimas@lj
2012-02-02 05:28 (ссылка)
^)

самое что ни на есть стейбл, я вообще без сильной необходимости нестейбл пакеты не ставлю ...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nicka_startcev@lj
2012-02-02 05:53 (ссылка)
стэйбл-генту? бугога. Это разве что по сравнению с пре-альфой оно стэйбл.
к федоре у меня, кстати, те же претензии были пока сидел на ней. Например, гибернейт с сетевыми шарами в ней чуть ли не год подряд не работал, а потом самопочинился, потом опять сломался.

Дебиан, только стабильный дебиан спасёт вас от глюков и геморроев!

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dimas@lj
2012-02-02 06:25 (ссылка)
нет уж, спасибо, для десктопа я предпочту дистрибутив, в котором сам буду выбирать с какими опциями мне что собирать.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nicka_startcev@lj
2012-02-02 06:52 (ссылка)
Зачем на десктопе что-то пересобирать? У меня всё нужное мне работает искароппки, апдейтится искаропки и не ломается при апгрейдах чего-то другого.
ну, кроме ОпенсКАДа. Но его в любом случае собирать придется.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dimas@lj
2012-02-02 07:13 (ссылка)
да-да, читал я тут стоны как кто-то из дебиана решил как должен быть собран постгрес и сколько можно с этим потрахаться ...

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

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nicka_startcev@lj
2012-02-02 07:49 (ссылка)
У меня всё работает. При апгрейдах ничего не ломалось. ЧЯДНТ?
Наверное, я подобрал себе дистрибутив под задачи, разобрался в местячковых правилах игры, не ломаю что-то об колено, выбрал тот дистрибут, где следят за нужным мне и примерно нужным мне способом.

для каких задач удобна генту - не знаю. Если вам оно подошло, рад за вас, активно перетаскивать в свою религию не буду. :)

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dimas@lj
2012-02-02 07:51 (ссылка)
:)

да уж, не надо перетаскивать - у меня генту на десктопе уже лет 7, если не больше, и полностью устраивает :)

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nicka_startcev@lj
2012-02-02 08:01 (ссылка)
а вот хитрый вааапросег про генту.

Стоял у меня дебиан. Без иксов, типасервер типадомашний (самба-файлопомойка, фидо, еще по мелочам).
Понадобилось мне проверить вебкамеру. Для проверки решил применить программу гномомитинг.
говорю 'apt-get instal gnomemeeting'. оно по зависимостям притащило половину гтк и еще какую-то муть.
дальше, проверил всё, сношу гомомитинг. Система меня информирует: "вот стопицот говен, которые притаскивались по зависимостям и больше не нужны. Будем удалять?" Я согласился и все эти хвосты от гтк быстро, аккуратно удалились.

В генту есть такой механизм для автоудаления автоустановленного, которое стало не нужно?
в красношляпах я такого механизма не видел.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dimas@lj
2012-02-02 08:04 (ссылка)
есть.

более того, насколько я знаю есть альтернативные пакетные менеджеры.

и вообще, после гентушного, то что я видел в шапке и убунтах/дебиане - это каменный век, как миннимум в плане удобства.

(Ответить) (Уровень выше)


[info]radio_developer@lj
2012-02-02 05:03 (ссылка)
есть анализаторы usb

(Ответить)


[info]sandra_sisoft@lj
2012-02-02 05:11 (ссылка)
А я теперь спать не смогу :(

(Ответить)