Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | | | | |
Размер блоков OGR 09.10.02 13:06 Число просмотров: 1600
Автор: jammer <alex naumov> Статус: Elderman
|
|
Неплохо бы уменьшить вертикальный шаг таблицы - не по 25, а по 10 например.
|
|
<dnet>
|
Минимальный размер OGR -12 Gnodes 04.10.02 13:10
Автор: black_leon_works <black_leon> Статус: Member
|
|
2002-09-27 11:37:47, ------------- 25/5-3-39-17-4-2,12626639135,1,1,8015
|
|
Распределение блоков OGR по размеру 08.10.02 17:01
Автор: Kost <Пробки Москвы> Статус: Elderman
Отредактировано 09.10.02 10:42 Количество правок: 1
|
Если не напутал, по ссылке.
Как вам такая фишка?
http://ftp.stel.ru/ogrstat/bysize.html
|
| |
Типа пуассоновское распределение? ;) 09.10.02 09:20
Автор: RedAndr UfaTeam <Андрей Рыжков> Статус: Member
|
|
|
| |
Только не корова, а кенгуру :-) 08.10.02 21:29
Автор: Skeeve [Moscow SubTeam] <Vladimir Medvedev> Статус: Elderman
|
|
И кривую бы поглаже ж-) Как со странами.
|
| |
Распределение блоковOGR по размеру 08.10.02 18:42
Автор: StR <Стас> Статус: Elderman
|
> Как вам такая фишка?
Логично... если наберешь больше данных, кривая будет еще правильнее ;)))
|
| | |
Распределение блоков OGR по размеру 09.10.02 10:32
Автор: Kost <Пробки Москвы> Статус: Elderman
Отредактировано 09.10.02 10:41 Количество правок: 1
|
> > Как вам такая фишка?
> Логично... если наберешь больше данных, кривая будет еще
> правильнее ;)))
Получилось не совсем то, что я хотел. Я ожидал увидеть максимум там, где размер наиболее вероятного блока, если в случайный момент посмотреть, чем занимается клиент. Но он ведь быстро щелкает мелкие блоки, а большие долго жует, поэтому более вероятно застать клиента за жеванием большого блока. Придется сделать еще один вариант на досуге.
|
| | | |
Распределение блоков OGR по размеру 09.10.02 10:50
Автор: StR <Стас> Статус: Elderman
|
> максимум там, где размер наиболее вероятного блока, если в
> случайный момент посмотреть, чем занимается клиент. Но он
> ведь быстро щелкает мелкие блоки, а большие долго жует,
> поэтому более вероятно застать клиента за жеванием большого
> блока. Придется сделать еще один вариант на досуге.
Это если блоки разных размеров выдаются с равной вероятностью, а твоя кривая показывает, что мелких блоков больше.
|
| | | | |
Средний размер блоков OGR 09.10.02 12:02
Автор: Kost <Пробки Москвы> Статус: Elderman
|
> Это если блоки разных размеров выдаются с равной
> вероятностью, а твоя кривая показывает, что мелких блоков
> больше.
Я хочу сказать, что иногда глядя, как же долго машинка жует очередной блок, поглядев потом его размер, у меня сложилось впечатление что средний размер блока не 25-50, как показывают графики а больше. Точнее они не показывают средний размер, а место, где плотность распределения больше. Вот, посчитал, держите, средний размер на самом деле - 101 Gnode.
|
| | | | | |
Размер блоков OGR 09.10.02 13:06
Автор: jammer <alex naumov> Статус: Elderman
|
|
Неплохо бы уменьшить вертикальный шаг таблицы - не по 25, а по 10 например.
|
| | | | | | |
Погуще таблицу - пожалуйста 09.10.02 14:01
Автор: Kost <Пробки Москвы> Статус: Elderman
|
> Неплохо бы уменьшить вертикальный шаг таблицы - не по 25, а
> по 10 например.
да, так лучше.
http://ftp.stel.ru/ogrstat/bysize.html
|
|
992 781 657 (1 Gnode) 04.10.02 15:15
Автор: nxAlexP [HZ Moscow] Статус: Незарегистрированный пользователь
|
|
|
| |
min=409 857 069 (0.41 Gnode) max=514.9 Gnode :) 04.10.02 21:06
Автор: Kost <Пробки Москвы> Статус: Elderman
|
> cat pproxyogr*.log | cut -f 5 -d , |sort -n >size.txt
> head -5 size.txt
409857069
422238816
484640312
952486643
2183689993
> tail -5 size.txt
451694663443
459377221676
464367328964
467578731885
514931982095
>
|
| | |
min=409 857 069 (0.41 Gnode) max=514.9 Gnode :) 05.10.02 02:21
Автор: RedAndr UfaTeam <Андрей Рыжков> Статус: Member
|
А нельзя выяснить чьи это блоки?
Ну просто интересно ;)
|
| | | |
min, max - как организовать соревнование ;-) (с) Ильич 05.10.02 09:04
Автор: Kost <Пробки Москвы> Статус: Elderman
Отредактировано 05.10.02 14:25 Количество правок: 1
|
> А нельзя выяснить чьи это блоки?
> Ну просто интересно ;)
Надеюсь, не нарушу ничью privacy, если выдам "секрет", что минимальный блок был у
2002-10-04 17:02:08,xxx.xxx.xxx.xxx,dmitry(AT)rsl.ru,25/41-5-4-2-1-15,409857069,30,1,8015
а максимальный у ZeuS
2002-10-02 16:38:52,xxx.xxx.xxx.xxx,zeus(AT)umz.dp.ua,25/2-3-10-
7-14-16,514931982095,3,1,8015
А вообще-то можно проводить соревнование на эту тему :). Призовой фонд учредить ;))). Могу предложить вместо переходящего знамени переходящую ссылку. Например, абсолютные рекордсмены - такой-то и такой-то. По итогам недели - такой-то и такой-то со ссылками на какие-нибудь их сайты (или сайты компаний).
|
| | | | |
min, max - как организовать соревнование ;-) (с) Ильич 05.10.02 10:00
Автор: RedAndr UfaTeam <Андрей Рыжков> Статус: Member
|
> А вообще-то можно проводить соревнование на эту тему :).
> Призовой фонд учредить ;))). Могу предложить вместо
> переходящего знамени переходящую ссылку. Например,
> абсолютные рекордсмены - такой-то и такой-то. По итогам
> недели - такой-то и такой-то со ссылками на какие-нибудь их
> сайты (или сайты компаний).
Было б здорово! :))) Полный одобрямс!
Всё таки какой-никакой дополнительный интерес.
Особенно, я так понимаю, важны максимальные блоки.
А можно для каждого писать какие у них были мин/макс блоки? ;)
|
| | | | | |
warning !!! 05.10.02 12:10
Автор: nxAlexP [HZ Moscow] Статус: Незарегистрированный пользователь
|
|
я рекомендую не публиковать мэйлы участников, тем более реальные по вполне объяснимым причинам (надеюсь, все помнят историю с одним из членов израильской подкоманды, ну и спам, опять-же ...)
|
| | | | | | |
warning !!! 05.10.02 17:54
Автор: RedAndr UfaTeam <Андрей Рыжков> Статус: Member
|
> я рекомендую не публиковать мэйлы участников, тем более
> реальные по вполне объяснимым причинам (надеюсь, все помнят
> историю с одним из членов израильской подкоманды, ну и
> спам, опять-же ...)
А я, например, использую мёйл который уже давно не существует, к тому же он приретривлен к другому, который нигде не светится. Поэтому даже зная мейл на который я шлю блоки, ничего сделать нельзя. Так то ;))
Хотя для большинства участников это, конечно, может теоретически создать проблемы.
|
| | | | | | | |
warning !!! 06.10.02 01:03
Автор: nxAlexP [HZ Moscow] Статус: Незарегистрированный пользователь
|
|
не надо всех мерять по себе, некоторые даже в подкоманду подключиться не могут ... :))
|
| | | | | | |
OK 05.10.02 14:30
Автор: Kost <Пробки Москвы> Статус: Elderman
|
> я рекомендую не публиковать мэйлы участников, тем более
замаскировал немного от собирателей. Тут проблема еще с публикацией статистики perproxy. Там ведь тоже e-mail-ы светятся. Конечно надо бы покумекать и подменять их на ники, указанные участником на Dnet. Делать это на PHP в онлайне - накладно, можно держать табличку и раз в сутки ее пополнять. Если у кого-нибудь есть такие наработки - поделитесь. А то никак руки не доходят :(.
|
| |
Круто! 04.10.02 15:58
Автор: black_leon_works <black_leon> Статус: Member
|
|
|
|
|
подробно о проекте
Анализ криптографических сетевых...
