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

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

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

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

Сообщества

Настроить S2

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



Пишет Ivan Panachev ([info]ifp5)
@ 2006-10-06 12:00:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: nostalgic

Ностальгическое
На моем бывшем месте работы до сих пор есть живые пользователи UUCP.

Ностальгические воспоминания вызвал [info]mur57@lj.



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


[info]http://users.livejournal.com/_iga/
2006-10-17 21:04 (ссылка)
Ну, у нас тоже испоьзуется (правда, не живыми пользователями, а роботами).

telnet girmet.ru 540 (принадлежит не нам)

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


[info]ifp5
2006-10-18 17:38 (ссылка)
А тут живой пользователь (организация), да еще и деньги платит. :>

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


[info]http://users.livejournal.com/_iga/
2006-10-17 21:21 (ссылка)
Кстати, на модемных линках g-протокол ведёт себя не лучим образом. Вернее, его алгоритм подсчёта КС блока: вероятность пропуска ошибочного байта особенно велика для первого (нулевого) байта - что-то в районе 50%.

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


[info]ifp5
2006-10-18 17:16 (ссылка)
Гм. То есть, как я понимаю, имеется в виду следующее:

Имеется блок данных: Image, где Image имеют дискретное равномерное распределение на множестве
. Тогда:


Image


Посчитать сходу не готов, но как-то сильно сомнительное утверждение.

P.S. Кстати, конкретно этот юзер использует не "g", а "i" протокол. :>

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


[info]http://users.livejournal.com/_iga/
2006-10-18 18:59 (ссылка)
Три года назад проверял. Сейчас отыскал исходник. Не совсем. Сначала фиксируется случайный 64-байтный блок, но состоящий из текстовых, 7-битных символов, а потом байт в интересующей позиции последовательно устанавливается во все 255 (ошибочных) значений. Если при этом хоть один раз КС совпала, считается, что есть коллизия. Итерация повторяется 10000 раз.
Распределение вероятности коллизий КС по позиции искажённого байта примерно такое:

000 Collision 93.320000%
001 Collision 0.410000%
002 Collision 0.400000%
003 Collision 0.340000%
...
062 Collision 0.140000%
063 Collision 0.120000%

Иными словами, в 93% случайных блоков искажениием первого байта можно получить ту же КС.

При замене checksum на crc-16 получается что-то более равномерное:
000 Collision 0.000000%
001 Collision 0.610000%
002 Collision 0.430000%
003 Collision 0.470000%
004 Collision 0.360000%
...
062 Collision 0.320000%
063 Collision 0.400000%

Притом что и считалась она быстрее (в табличном варианте).

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


[info]tiphareth
2006-10-24 08:24 (ссылка)
Я в Москве получаю всю почту по UUCP
модемом

(Ответить)