Файлообменные (пиринговые) Р2Р сети__Тема: "Глюки"

В этой теме: "Файлообменные (пиринговые) Р2Р сети__Тема: "Глюки"" желающие могут обмениваться скриншотами, на которых авторы скриншотов могут продемонстрировать необычные* отображения на экранах мониторов компьютеров.
* - обычно общающиеся на форумах их называют "глюками" ("багами") и, как правило, подавляющее большинство вместо настоящей причины глюка указывают недействительную причину, т.е. как правило ругают клиенты, браузеры, трекеры, ... .
В этой теме желательно приводить только "глюки", связанные с деятельностью клиентов, разработанных для Р2Р сети. Это не означает, что необычное отображение должно быть только на общем виде клиентов, т.е. они могут быть и в: Диспетчере задач; Мониторе ресурсов; программах типа Process Explorer и System Explorer и т.п.

Можно привести и чужие скриншоты, подходящие для этой темы.

Отображение одной и той же раздачи в двух строках: :

На скриншоте видно, что в клиенте сразу две раздачи отображаются в двух строках:
а) первая пара указана фиолетовыми стрелками (раздача одна и та же);
б) вторая пара указана красными стрелками (раздача одна и та же).

Примечание:
Объяснение приведу позднее. Желающие высказаться могут и до моего сообщения высказаться.

Объяснение написанного в сообщении: //forum.kinozal.guru/showpost.p...08&postcount=2 .

Изменив свои правила, начал загрузку файлов при большом количестве открытых страниц и вкладок браузеров IE и Opera, которые уже достаточно много занимали ресурсов процессора. Вскоре выделенная клиенту память (Private Bytes согласно терминологии программы Process Explorer) в пределах выставленной кэш-памяти стала довольно быстро расти. Чтобы притормозить рост Private Bytes и освободить часть ресурсов процессора на этот раз решил просто отключить браузеры. Естественно они быстро отключиться не захотели и память Private Bytes превысила выставленную кэш-память, но до зависания или crash-падения клиента не дошло, так как браузеры успели отключиться. После отключения браузеров занятость процессора "гуляла" ещё в пределах 80-100 %. Возникла необходимость сужения или расширения (точно не помню*) окна с раздачами по высоте и в момент манипуляции по изменению размера окна с раздачами занятость процессора стала 100 %. В результате отсутствия свободных ресурсов процессора в этот момент две раздачи отобразились в четырех строках вместо двух:

, , , , , :



* - не запомнил из-за того, что был ошеломлен увиденным.

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

Примечание:

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

Здравствуйте.

Эта тема меня заинтересовала, так как и самому приходилось сталкиваться с удвоением одной и той же раздачи в клиенте. Должен заметить, что у меня Mac OS X, а не Windows. Но я использую кроссоверные Windows-программы, когда вижу что виндосовская версия возможно лучше маковской. Так вот, данный глюк появлялся у меня только в кроссоверном uTorrent (виндосовском) торрент-клиенте.

Вы тут даёте реальное объяснение глюка касательно перезагруженности операционной системы. Вполне законно.

Хочу дать более точное объяснение данному явлению. Так вот, тем кто знаком с современным программированием известно что такое 1)класс 2)объект 3)инстанция (экземпляр).

Правильно написанная программа контролирует СОЗДАНИЕ из класса ЭКЗЕМПЛЯРА объекта. (На уровне нулей и единиц это копирование куска кода с диска в оперативную память и присвоение первому байту кода АДРЕСА-ИДЕНТИФИКАТОРА экземпляра). Причём в большинстве случаев (но далеко не всегда) код должен запрещать создание ПОВТОРНОГО ЭКЗЕМПЛЯРА, если один уже существует в ОПЕРАТИВНОЙ ПАМЯТИ при работе программы (uTorrent- тоже программа). Так вот, если это запрещение не сделано ПРАВИЛЬНО И НА открытие экземпляра (иначе -инстанции) некоторого дочернего объекта (отдельная раздача для объекта uTorrent является дочерним ОБЪЕКТОМ), то возникает подобный глюк. По сути дела, клиент не сообразил, что вы повторно запускаете кликом уже сущестуующую в клиенте раздачу. Раздаётся ли раздача с двух мест? ДА!!! Но толку мало, просто разделяется раздача одного и того же фильма на 2 канала. Пропускная способность делится на 2. Разве что такая раздача будет вдвое приоритетнее других раздач в клиенте. То есть клиент будет замечать раздачу этого фильма в 2 раза чаще других.

КОРОЧЕ ГОВОРЯ, ГЛЮК - В ИСХОДНОМ КОДЕ КЛИЕНТА. Почему я его и турнул со своего компа.

Людям, далёким от программирования скажу одно - все современные компьютеры, в том числе и Apple, используют Windows (параллельное открытие множества окон, которые каждое из них является на языке объектно-ориентированного программирования ЭКЗЕМПЛЯРОМ). Да, все компы сейчас виндосовские, именно так. Разница в другом - системе архивирования систем и построении прав доступа к файлам. ЭКЗЕМПЛЯР может быть ЕДИНСТВЕННЫМ (блокирующим другие) и НЕЕДИНСТВЕННЫМ (например, параллельные окошки браузера или терминала). Экземпляр раздачи в (правильном) запущенном торрент-клиенте должен быть только ЕДИНСТВЕННО ВОЗМОЖНЫМ.

Гарантированно единственный экземпляр в объектно-ориентированом программировании называется СИНГЛЕТОНОМ (экземпляр, реализованный из класса CSingleton)

KniazidisR сказал(a):

Cкрытый текст -   Здравствуйте. Эта тема меня заинтересовала, так как и самому приходилось сталкиваться с удвоением одной и той же раздачи в клиенте. Должен заметить, что у меня Mac OS X, а не Windows. Но я использую кроссоверные Windows-программы, когда вижу что виндовсовская версия возможно лучше маковской. Так вот, данный глюк появлялся у меня только в кроссоверном uTorrent (виндовсовском) торрент-клиенте. Вы тут даёте реальное объяснение глюка касательно перезагруженности операционной системы. Вполне законно. Хочу дать более точное объяснение данному явлению. Так вот, тем кто знаком с современным программированием известно, что такое: 1) класс; 2) объект; 3) инстанция (экземпляр). Правильно написанная программа контролирует СОЗДАНИЕ из класса ЭКЗЕМПЛЯРА объекта. (На уровне нулей и единиц это копирование куска кода с диска в оперативную память и присвоение первому байту кода АДРЕСА-ИДЕНТИФИКАТОРА экземпляра). Причём в большинстве случаев (но далеко не всегда) код должен запрещать создание ПОВТОРНОГО ЭКЗЕМПЛЯРА, если один уже существует в ОПЕРАТИВНОЙ ПАМЯТИ при работе программы (uTorrent- тоже программа). Так вот, если это запрещение не сделано ПРАВИЛЬНО И НА открытие экземпляра (иначе -инстанции) некоторого дочернего объекта (отдельная раздача для объекта uTorrent является дочерним ОБЪЕКТОМ), то возникает подобный глюк. По сути дела, клиент не сообразил, что вы повторно запускаете кликом уже существующую в клиенте раздачу. Раздаётся ли раздача с двух мест? ДА! Но толку мало, просто разделяется раздача одного и того же фильма на 2 канала. Пропускная способность делится на 2. Разве что такая раздача будет вдвое приоритетнее других раздач в клиенте. То есть клиент будет замечать раздачу этого фильма в 2 раза чаще других. КОРОЧЕ ГОВОРЯ, ГЛЮК - В ИСХОДНОМ КОДЕ КЛИЕНТА. Почему я его и турнул со своего компа. Людям, далёким от программирования скажу одно - все современные компьютеры, в том числе и Apple, используют Windows (параллельное открытие множества окон, которые каждое из них является на языке объектно-ориентированного программирования ЭКЗЕМПЛЯРОМ). Да, все компы сейчас виндовсовские, именно так. Разница в другом - системе архивирования систем и построении прав доступа к файлам. ЭКЗЕМПЛЯР может быть ЕДИНСТВЕННЫМ (блокирующим другие) и НЕ ЕДИНСТВЕННЫМ (например, параллельные окошки браузера или терминала). Экземпляр раздачи в (правильном) запущенном торрент-клиенте должен быть только ЕДИНСТВЕННО ВОЗМОЖНЫМ. Гарантированно единственный экземпляр в объектно-ориентированном программировании называется СИНГЛЕТОНОМ (экземпляр, реализованный из класса CSingleton)

Надеюсь, что у Вас одна нога уже в лагере оптимистов, но пока не уверен в том, что Вы готовы начать писать свои мемуары под названием типа: "Как я был в лагере пессимистов" и поэтому отвечу подробнее позднее.

На описанное в сообщении //forum.kinozal.guru/showpost.p...08&postcount=2 я уже получил объективные доказательства, которые объясняют и многие другие "глюки", которые были ранее в этом компьютере и не только в этом, но и в других моих компьютерах. Описание их будет большим и поэтому оно будет позднее, а пока, чтобы читающим не было скучно, следующий "глюк": :

На скриншоте видно, что на рабочем столе одно окно со страницей браузера Internet Explorer с "интересным" отображением страницы. Все остальные окна свернуты.

Примечание:

Нет ни какого монтажа картинки и окно легко перемещается на рабочем столе курсором мыши в любую сторону.

Ещё раз привет. Благодарю за приглашение в лагерь оптимистОВ, но должен вам сказать, что оптимизм бывает разным. Я верю и оптимистичен по жизни только в одном: в конечном счёте побеждает логика. Но пессимистичен потому, что на пути к этой победе творится всякое, многие становятся жертвами так и не увидев триумфа того, за что они боролись.

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

С таким не сталкивался, но врядли это неразрешимый ребус. Одно из наиболее вероятных объяснений может быть таким:

Сам экран и каждое окно на экране компьютера занимают определённый "прямоугольник" видеопамяти в RAM, причём байты окна не стираются СРАЗУ когда вы окно закрываете, а ПОСЛЕ. И даже после выключения программы, использовавшей эту видеопамять, байты последнего окна остаются на месте. Они стираются только в 2-х случаях: 1) выключение компьютера, 2)замещение этого места байтами нового открытого окна. Причём во втором случае доступ к этому месту должен быть разрешён операционной системой. Для этого ОС проверяет закрыта ли программа, использовавшая это место ранее. Только если старая программа закрыта, на доступ к этой видео-странице ДРУГОЙ ПРОГРАММЕ даётся добро.
Из вашего скриншота я делаю такой вывод:

1) Эту страницу видеопамяти занимал до этого µTorrent
2) µTorrent вы выключили
3) Затем попытались открыть Internet Explorer-ом страницу "Королевский топ" Кинозала
4) Операционная система нашла для окна браузера "незанятую" страницу видеопамяти (старые байты там есть, но операционная система даёт добро на их замещение) и открыла это окно
5) Страница Кинозала блокирована временно по неизвестной проблеме трекера
6) Содержимое страницы Кинозала ПОКА не заместило старое содержимое этого участка видеопамяти, потому и отображается старое окно

Это не баг и не критичный глюк. Как только страница Кинозала разблокируется, она заместит старое окно своим содержимым и всё будет отображаться верно. Хотя можно было бы предусмотреть при программировании, чтобы Internet Explorer сразу обнулял предварительно нужное ему место. В вашем случае просто показывало бы пустой экран до момента разблокировки страницы Кинозала. Как я понимаю в Microsoft этого не сделали для повышения скорости отображения, мол зачем обнулять, если всё равно заместится

Как думают читающие об указанном на скриншоте :
стрелкой зеленого цвета? Глюк или нет?

Сам за всё время пребывания на форуме трекера до этого дня (12 марта этого года) ни разу не видел, чтобы количество пользователей + количество гостей превышало 10.

Битторрент-клиент µTorrent 2.0.4 Portable перестал реагировать на мои действия и даже не было возможности перемещения интерфейса клиента по площади монитора компьютера. Иконка µTorrent на панели задач и иконка µTorrent, спрятанная в трей тоже не отвечала на мои действия. Открыв папку клиента µTorrent 2.0.4 Portable, обнаружил то, что он находится в состоянии зависания уже 17 часов 35 минут:

Cкрытый текст -

 

Все пользователи битторрент сети, которые не пользуются программой Process Explorer в данном случае сложившуюся ситуацию расценили бы как глюк (баг) битторрент-клиента µTorrent. Фактически даже те, которые повседневно пользуются программой Process Explorer тоже вышеуказанную ситуацию расценили бы как глюк (баг) битторрент-клиента µTorrent из-за того, что столбец "Виртуальный размер" (Virtual Size) в программе Process Explorer с исходными настройками отсутствует, т.е. он спрятан.
В указанном зависании µTorrent причиной зависания был объём Virtual Size, занятый клиентом µTorrent в операционной системе, который в момент зависания был 1867740 Кб из возможных 2097152 Кб:

Cкрытый текст -

 

Принудительное отключение битторрент-клиента µTorrent 2.0.4 (обычным способом не отключался):

Cкрытый текст -

 

Параметры использования ресурсов компьютера битторрент-клиента µTorrent 2.0.4 после его запуска согласно данным программы Process Explorer:

Cкрытый текст -