Closed TopicStart new topicStart Poll

Страницы: (3) 1 2 3 
Матчо
дата: [ i ]
  • *
  • Новичок
  • Репутация: 6
  • Статус: Давай пообщаемся!
  • Member OfflineМужчинаСвободен
Сменить тарифный план, провайдера.
heep25
дата: [ i ]
  • *
  • Специалист
  • Репутация: 38
  • Статус: Давай пообщаемся!
  • Member OfflineМужчинаСвободен
QUOTE (oleg1251 @ 01.02.2009 - время: 11:19)
Вобщем сервис по увеличению скорости я нарыл -
сжимающий прокси. Сервис прикольный, страницы сжимает, на вирусы трафик проверяет. Вобщем если у кого канал тормозной или деньги за трафик платиш, то этот сервис самое то. Вот тока одно, видео сжимать не умеет, то есть если просто по инету лазить, то время загрузки страниц меньше и загружаються быстрее. Показывает степень сжатия в 4 раза.
Но вот тока пробовал киношку скачать, показал степень сжатия 0 процнтов.

Ещё немного поэкспереминтировал с настройками политик(gpedit.msc), но скорость от этого не увеличилась.

Обычно видио идет уже сжатым в архивах RАR, или каких то других поэтому сжимать его дальше не куда, а вообще графика и видио сами по себе сжимаются плохо. Как уже было сказано выше смени тариф и будет все нормально.
Kyigor
дата: [ i ]
  • Group Icon
  • Мега-постр Порно Форума
  • Репутация: 10389
  • Статус: Дьявол, говоришь?Дьявол — он далеко, а я близко.
  • Member OfflineМужчинаЖенат
да собственно никак только перезаключить оговор с твоим провайдером.

все остальное полный бред сам когда то пытался искать разные проги типа увеличивающие скорость- полная туфта.
Moriarti
дата: [ i ]
  • *
  • Новичок
  • Репутация: 7
  • Статус: Давай пообщаемся!
  • Member OfflineМужчинаСвободен
Очень ошибается тот, кто считает, что настройки сетевого и Интернет-соединения мало влияют на скорость передачи данных.
Вот один пример: Любому компьютерщику известно, что данные в компьютерных системах хранятся и передаются блоками (пакетами) определённого размера. Каждый передаваемый по сети пакет имеет заголовок и некоторый объём служебной информации, а его "стандартный" размер устанавливается переменной MTU. При увеличении размера пакета уменьшается их количество и соответственно соотношение передаваемой "полезной" и служебной информации улучшается, но при передаче большого количества маленьких файлов сеть будет перекачивать преимущественно "воздух". А при чрезмерном уменьшении - "мелкие" файлы передаются более эффективно, а вот большие файлы оказываются "разбавлены" большим количеством служебной информации. И в том, и в другом случае растёт трафик и теряется скорость, и то и другое стоит денег. Но и это ещё пол-беды! Вторая половина в том, у Вашего провайдера "стандартный" размер пакетов скорее всего будет иной, чем у Вас, и длинные пакеты будут безбожно порезаны на куски а короткие заполнены "воздухом". И так на каждом участке...

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

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

Хорошее средство - использовать менеджер закачки, который разбивает её на несколько потоков, находит зеркала и пр. а также отключение фаервола, веб-антивируса, или добавление сайта в доверенную зону. И ещё замена медной витой пары на более "медную" и более "витую"...

Алексеев
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 304
  • Статус: Акрофобия мыслей
  • Member OfflineМужчинаСвободен
Более медную... более витую... от коллизий cray.gif

В последней части бред всё, что после слова "секрет". По-видимому автор плохо знаком с понятием коллизии.
Остальная часть отдает мхом и урбанистическими легендами времен смены тысячелетий, наподобие искусственного притормаживания Windows разработчиками.
Походу оригинал статьи был написан году в 2001-2002, когда деревья были зеленые, сети медленные, админы ленивые, а книги дорогие drag.gif

heep25
дата: [ i ]
  • *
  • Специалист
  • Репутация: 38
  • Статус: Давай пообщаемся!
  • Member OfflineМужчинаСвободен
QUOTE (t-kvark @ 20.02.2009 - время: 03:40)
Более медную... более витую... от коллизий cray.gif

В последней части бред всё, что после слова "секрет". По-видимому автор плохо знаком с понятием коллизии.
Остальная часть отдает мхом и урбанистическими легендами времен смены тысячелетий, наподобие искусственного притормаживания Windows разработчиками.
Походу оригинал статьи был написан году в 2001-2002, когда деревья были зеленые, сети медленные, админы ленивые, а книги дорогие drag.gif

drinks_cheers.gif Четко знаю одну вещь чем дороже заплатишь за инет тем выше скорость а остальное bash.gif
b00ka
дата: [ i ]
  • *
  • Новичок
  • Репутация: 6
  • Статус: мимо проходил...
  • Member OfflineМужчинаСвободен
Moriarti
какой ужас
сам сочинил или подсказал кто?

относительно MTU: а о том что параметр сравнивается и автоматически понижается до минимального значения, и фактически изменив параметр только на одном конце соединения ты его можешь только уменьшить, сказать не?
Moriarti
дата: [ i ]
  • *
  • Новичок
  • Репутация: 7
  • Статус: Давай пообщаемся!
  • Member OfflineМужчинаСвободен
Признаюсь - сам сочинил! Хотя кое-что слышал или читал. Высказывания супер-профессионалов вроде "А на фига это нужно!? Купи, Поменяй, Переустанови - и будет тебе счастье!" и заявления типа "Бред!", "Сникерс с лесным орехом не существует!" - не оригинальны и совсем не новость (Хотя... когда будет у меня 100-гигабитный Инет , я скорее всего и сам таким стану).
А всё-таки почему - "бред!"? Где аргументы? Мы разве не "рождены, чтоб сказку сделать былью"?

"Более медная" и "более витая" - значит, с бОльшим содержанием меди и в-общем более качественная. Хотя о коллизиях я говорил в совершенно по другому поводу, они действительно существуют, и качество (и длина) витой пары имеет к ним непосредственное отношение. Не согласны - аргументируйте.

b00ka, а Вас я попрошу остаться! Пожалуйста, уточните - с какого конца и кто под кого всё-таки подстраивается?
То, что MTU может корректироваться и только в меньшую сторону (если запретить дефрагментацию пакетов), я не отрицаю, только вот немного сомневаюсь, что подобная коррекция решает все проблемы.
b00ka
дата: [ i ]
  • *
  • Новичок
  • Репутация: 6
  • Статус: мимо проходил...
  • Member OfflineМужчинаСвободен
в процессе согласования соединения между двумя устройствами они обмениваются значениями МТУ, из которых выбирается меньшее

таким образом, если есть доступ к изменению МТУ только на одном устройстве - его можно только уменьшить, т.к. для увеличения нужно увеличить самое малое из них.
(в данном случае предположено, что у клиента значение мту назначено по-умолчанию, и в 98% случаев равно или больше мту провайдера, который выставлен из расчета знаний своей сети.)

и... вообщето МТУ указывает на максимальный возможный размер нефрагментированного пакета в данной сети

когда на этом можно сыграть...
предположим:
есть цепочка Х1-(Р11-Р12)-(Р21-Р22)-Х2
где Х - хосты
Р - роутеры
Рх1 и Рх2 - интерфейсы роутеров

в сетях Х1-Р1 и Х2-Р2 МТУ одинаковое и равно А
но между Р1 и Р2 оно меньше А

тогда, пакет посланный от Х1 к Х2 при значении больше А будет фрагментирован на 2 пакета размером А и отослан Р1
в свою очередь Р1 еще раз фрагментирует кажный пакет и отправит уже, допустим, 4 пакета Р2
после конечной пересылки Х2 старается собрать из фрагментов начальный пакет
естественно, что при фрагментации пакета добавляются заголовки и часть служебного трафика возростает

если обмен ведется по ТСР, то после каждых 4-х пакетов проводится проверка и отсылается подтверждение Х1
и если между Р1-Р2 потерялся один пакет, то Х1 начнет передачу всей цепочки сначала
итого 4*2*2=16 пакетов Х2 получит еще раз, соберет и сверит
это съедает трафик и процессорное время Х2

для борьбы с такими проблемами можно, например, уменьшить МТУ на Х1 до размера МТУ связки Р1-Р2
но это рекомендуют делать только как временное решение, до устранения причины потерь Р1-Р2

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

и, мориарти, это уже совсем дикий офтоп...

Это сообщение отредактировал b00ka - 20-02-2009 - 22:40
Алексеев
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 304
  • Статус: Акрофобия мыслей
  • Member OfflineМужчинаСвободен
QUOTE (Moriarti @ 20.02.2009 - время: 20:55)
Не согласны - аргументируйте.

Аргументирую.
Бредом последний абзац был назван хотя бы потому, что к глобальным сетям он не применим. Он подошел бы к лекции про организацию какого-нибудь локального FTP-сервера на тупом и медленном хабе конца 20-го века. Да и то, про антивирусы и файерволлы я бы промолчал :) То же касается и ТТЛ.

Про MTU вообще разговор особый. Как верно сказал b00ka, с клиентского компьютера MTU целесообразно только уменьшать.
Но, сети сейчас быстрые и провайдеру выгодны большие размеры пакетов. По умолчанию, что в системе, что в клиентском сетевом оборудовании, обычно также выставляются максимальные значения.
То есть, смысла играть с МТУ в 70% случаев нет вообще. Оставшиеся 30% приходятся на плохие линии или неграмотно настроенное провайдерское оборудование, но и там шустрее выделенного провайдером канала качать не будет. И смысл заморачиваться есть только в том случае, когда скорость интернета постоянно и намного меньше обещанной.

Про качество кабеля тоже вопрос спорный. Мало кто для соединения с провайдером лично прокладывает себе километровые сети с ретранслирующим оборудованием. Обычно все укладываются в стандартные 100 метров шнура, где любой кабель будет работать нормально :)
BBS
дата: [ i ]
  • *
  • Любитель
  • Репутация: 47
  • Статус: Давай пообщаемся!
  • Member OfflineМужчинаСвободен
QUOTE (t-kvark @ 31.01.2009 - время: 22:20)
blink.gif Эту тему читают меряканские шпиёны?

Так им! Запоминайте, гады:

1 мегабайт = 1000 килобайт!
1000 мегабит - примерно от 20 до 30 мегабайт!
Параметры оконечных устройств не влияют на скорость загрузки!
Smart QoS не способна ограничивать пропусную способность линии!

Умом Россию не понять, стандартами не ограничить...

ohmy.gif

1000Мбит = 125Мбайт
busbm
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 135
  • Статус: Пришёл, хлопнув дверью
  • Member OfflineМужчинаСвободен
читал и плакал ))) Мориарти -жжОте! )))
busbm
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 135
  • Статус: Пришёл, хлопнув дверью
  • Member OfflineМужчинаСвободен
а расфлудились-то )))

за мытищинскую ссылку - спасибо, буду теперь народ пугать скоростью в 1.3 ГИГАбит/с ))))

Кензо - читайте мат. часть. без обид, но такой ахинеи я давно не читал )

топикстартеру - Вы ничего не путаете со скоростями? 512 кбит/с=64кб/с. выходит, у Ваших друзей скорость закачки почти соответствует заявленной. дело ведь в том, что скорость подключения провайдеры указывают в мегабитах и килобитах, а скорость закачки в большинстве (подавляющем) програм указывается в килобайтах и мегабайтах ))
а ещё... попробуйте скачать утилитку CureIt от Dr.Web и прогоните ею систему на наличие вирусов. так, на всякий сучай.
BeeLena
дата: [ i ]
  • *
  • Любитель
  • Репутация: 39
  • Статус: Давай пообщаемся!
  • Member OfflineЖенщинаСвободна
QUOTE
в P2P сети, типа осла или торрента. Там скорость выше :)


Выше головы все равно не прыгнуть... Если толщина канала ограничена провом, то пинать надо только его. Так же можно поковырять настройки TCP/IP на предмет half open connections (Это если про увеличение скорости с p2p). Но делу это не особо поможет, в данном случае...
Алексеев
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 304
  • Статус: Акрофобия мыслей
  • Member OfflineМужчинаСвободен
Вчитался в цитату Nick Name и аж подавился :))

Толщина чего?
Алексеев
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 304
  • Статус: Акрофобия мыслей
  • Member OfflineМужчинаСвободен
QUOTE (BeeLena @ 04.03.2009 - время: 08:56)
QUOTE
в P2P сети, типа осла или торрента. Там скорость выше :)


Выше головы все равно не прыгнуть... Если толщина канала ограничена провом, то пинать надо только его. Так же можно поковырять настройки TCP/IP на предмет half open connections (Это если про увеличение скорости с p2p). Но делу это не особо поможет, в данном случае...

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

Да, скорость инета это не увеличит. Но топегстартеру вроде было интересно, как скачать что-то из сети побыстрее. Вариант - качать с торрентов, а не с интернет-ресурсов :)

Это сообщение отредактировал t-kvark - 05-03-2009 - 04:50
busbm
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 135
  • Статус: Пришёл, хлопнув дверью
  • Member OfflineМужчинаСвободен
QUOTE (t-kvark @ 04.03.2009 - время: 21:14)
Вчитался в цитату Nick Name и аж подавился :))

Толщина чего?

какой впечатлительный biggrin.gif
oralchik812
дата: [ i ]
  • *
  • Профессионал
  • Репутация: 108
  • Статус: Познакомлюсь
  • Member OfflineМужчинаСвободен
Вот еще есть вариант не плохой потестить скорость www.speedtest.net
BeeLena
дата: [ i ]
  • *
  • Любитель
  • Репутация: 39
  • Статус: Давай пообщаемся!
  • Member OfflineЖенщинаСвободна
Вообще тут очень мало данных...

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

И да, с торрентов (с внутреннего сегмента) качать быстро, а с глобалки не очень-то.. Лучше уж тогда заплатить пару сотен рублей, и купить акк на каком-нибудь vip-file. И использовать загрузчик с поддержкой многопоточного скачивания...
busbm
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 135
  • Статус: Пришёл, хлопнув дверью
  • Member OfflineМужчинаСвободен
QUOTE (oralchik812 @ 05.03.2009 - время: 02:23)
Вот еще есть вариант не плохой потестить скорость www.speedtest.net

честно говоря, я уж и не знаю, какие измерители скорости не врут. у меня тот же спид тест показывает то 150 мбит, то 5 )) хотя у меня 13.5/13.5 ))
Алексеев
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 304
  • Статус: Акрофобия мыслей
  • Member OfflineМужчинаСвободен
QUOTE (BeeLena @ 05.03.2009 - время: 08:43)
Во-первых: не каждый провайдер предоставляет такие возможности. Вот например у меня дома скайлинк - о каком сегменте может идти речь?

0_о Вы действительно считаете, что Скайлинк другим концом втыкается прямо в интернет? :)
BeeLena
дата: [ i ]
  • *
  • Любитель
  • Репутация: 39
  • Статус: Давай пообщаемся!
  • Member OfflineЖенщинаСвободна
QUOTE (t-kvark @ 09.03.2009 - время: 00:08)
QUOTE (BeeLena @ 05.03.2009 - время: 08:43)
Во-первых: не каждый провайдер предоставляет такие возможности. Вот например у меня дома скайлинк - о каком сегменте может идти речь?

0_о Вы действительно считаете, что Скайлинк другим концом втыкается прямо в интернет? :)

:-)
Тем не менее никаких разделений на внутренний и внешний трафик - нет. Никакой внутренней сети (и разграничений скорости) тоже нет.

Тогда поясните что вы такое имели ввиду?
Алексеев
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 304
  • Статус: Акрофобия мыслей
  • Member OfflineМужчинаСвободен
QUOTE (BeeLena @ 10.03.2009 - время: 09:52)
Тем не менее никаких разделений на внутренний и внешний трафик - нет. Никакой внутренней сети (и разграничений скорости) тоже нет.

Тогда поясните что вы такое имели ввиду?

Поясню на пальцах, ибо в тонкостях здесь смысла не вижу :) Знаю, что пишу очевидное, но...
Для начала простейший пример гибридной p2p сети.
S
|
свич
| \
А В
А и В - компьютеры, связаны через свич на скорости 100 мб/с. А и В друг о друге не знают. S - координирующий сервер, связан со свичем каналом в 5 кб/с. Он знает о расшаренном файле на компе В.
Компьютер А хочет скачать файл и посылает запрос на S. S в ответ указывает ему на компьютер B. Далее А и В связываются напрямую и файл качается со скоростью 100 мб/с. Сто мегабит, а не пять килобит :)
Теперь немного усложним пример:
S
|
....................
|
Провайдерское оборудование с биллинговой системой
/ ................................. \
свич(1)<->А.............свич (n)<->B
Тут тоже модель предельно простая. Есть n свичей, подключенных к единственному маршрутизатору провайдера последней мили. Масенький такой провайдер получился... Далее пакеты идут к провайдеру более высокого уровня. И так до провайдеров первичного уровня, системы связи которых и обеспечивают работу всемирной глобальной сети.
При беспроводной связи роль свичей либо маршрутизатора в данной схеме могут играть точки доступа.

Принцип здесь тот же самый. В данном примере соединение: А - свич1 - маршрутизатор - свич2 - В. Скорость естественно будет отличаться от первого примера. Насколько - зависит от установок провайдера.
А и В могут быть подключены к разным провайдерам регионального уровня, тогда их соединение пойдет через оборудование первичного провайдера.
Но всё равно, скорость их соединения может быть значительно выше скорости прямого соединения с S.

Примерно так :)

Что я этой простыней хотел донести... Внутренние сегменты сети всё равно есть, и с торрента один фиг качается быстрее, чем с обычного интернет-сервака :)

Это сообщение отредактировал t-kvark - 10-03-2009 - 14:30
BeeLena
дата: [ i ]
  • *
  • Любитель
  • Репутация: 39
  • Статус: Давай пообщаемся!
  • Member OfflineЖенщинаСвободна
QUOTE (t-kvark @ 10.03.2009 - время: 15:28)
QUOTE (BeeLena @ 10.03.2009 - время: 09:52)
Тем не менее никаких разделений на внутренний и внешний трафик - нет. Никакой внутренней сети (и разграничений скорости) тоже нет.

Тогда поясните что вы такое имели ввиду?

Поясню на пальцах, ибо в тонкостях здесь смысла не вижу :) Знаю, что пишу очевидное, но...
Для начала простейший пример гибридной p2p сети.
S
|
свич
| \
А В
А и В - компьютеры, связаны через свич на скорости 100 мб/с. А и В друг о друге не знают. S - координирующий сервер, связан со свичем каналом в 5 кб/с. Он знает о расшаренном файле на компе В.
Компьютер А хочет скачать файл и посылает запрос на S. S в ответ указывает ему на компьютер B. Далее А и В связываются напрямую и файл качается со скоростью 100 мб/с. Сто мегабит, а не пять килобит :)
Теперь немного усложним пример:
S
|
....................
|
Провайдерское оборудование с биллинговой системой
/ ................................. \
свич(1)<->А.............свич (n)<->B
Тут тоже модель предельно простая. Есть n свичей, подключенных к единственному маршрутизатору провайдера последней мили. Масенький такой провайдер получился... Далее пакеты идут к провайдеру более высокого уровня. И так до провайдеров первичного уровня, системы связи которых и обеспечивают работу всемирной глобальной сети.
При беспроводной связи роль свичей либо маршрутизатора в данной схеме могут играть точки доступа.

Принцип здесь тот же самый. В данном примере соединение: А - свич1 - маршрутизатор - свич2 - В. Скорость естественно будет отличаться от первого примера. Насколько - зависит от установок провайдера.
А и В могут быть подключены к разным провайдерам регионального уровня, тогда их соединение пойдет через оборудование первичного провайдера.
Но всё равно, скорость их соединения может быть значительно выше скорости прямого соединения с S.

Примерно так :)

Что я этой простыней хотел донести... Внутренние сегменты сети всё равно есть, и с торрента один фиг качается быстрее, чем с обычного интернет-сервака :)

Схема ясна. Вот только я говорила про себя и скайлинк. Видимо потеряла нить дискуссии..

Схема такая.
Есть компьютеры А и Б. Есть вышка С и сервер прова П. Связ до вышки 2Мбит/с
На компьютере А расшарен торент файл. Компьютер Б. Хочет получить этот файл и посылает запрос на П. Сервер говорит вот так и так, есть тут-то. Но данные все равно идут через Вышку С, ибо нет тут связи на прямую... Проводов нет. Скайлинк же...
Алексеев
дата: [ i ]
  • Group Icon
  • Мастер
  • Репутация: 304
  • Статус: Акрофобия мыслей
  • Member OfflineМужчинаСвободен
QUOTE (BeeLena @ 13.03.2009 - время: 09:25)
Схема такая.
Есть компьютеры А и Б. Есть вышка С и сервер прова П. Связ до вышки 2Мбит/с
На компьютере А расшарен торент файл. Компьютер Б. Хочет получить этот файл и посылает запрос на П. Сервер говорит вот так и так, есть тут-то. Но данные все равно идут через Вышку С, ибо нет тут связи на прямую... Проводов нет. Скайлинк же...

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

Как всё это выглядит на практике - честно говорю, не видел :) Скайлинка у нас нет, с 3G не экспериментировал... А тянуть что-то с торрента по GPRS как-то и в голову не приходило :)
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)

Страницы: (3) 1 2 3

Closed TopicStart new topicStart Poll0


Рекомендуем почитать также топики:

adobe flash cs3 professional rus

Смартфон Nokia Lumia 800

Вреден ли сотовый телефон ???

On-line TV

Silent Hill



>