Матчо | |
|
Сменить тарифный план, провайдера.
|
heep25 | |||
|
Обычно видио идет уже сжатым в архивах RАR, или каких то других поэтому сжимать его дальше не куда, а вообще графика и видио сами по себе сжимаются плохо. Как уже было сказано выше смени тариф и будет все нормально. |
Kyigor | |
|
да собственно никак только перезаключить оговор с твоим провайдером. все остальное полный бред сам когда то пытался искать разные проги типа увеличивающие скорость- полная туфта. |
Moriarti | |
|
Очень ошибается тот, кто считает, что настройки сетевого и Интернет-соединения мало влияют на скорость передачи данных. Вот один пример: Любому компьютерщику известно, что данные в компьютерных системах хранятся и передаются блоками (пакетами) определённого размера. Каждый передаваемый по сети пакет имеет заголовок и некоторый объём служебной информации, а его "стандартный" размер устанавливается переменной MTU. При увеличении размера пакета уменьшается их количество и соответственно соотношение передаваемой "полезной" и служебной информации улучшается, но при передаче большого количества маленьких файлов сеть будет перекачивать преимущественно "воздух". А при чрезмерном уменьшении - "мелкие" файлы передаются более эффективно, а вот большие файлы оказываются "разбавлены" большим количеством служебной информации. И в том, и в другом случае растёт трафик и теряется скорость, и то и другое стоит денег. Но и это ещё пол-беды! Вторая половина в том, у Вашего провайдера "стандартный" размер пакетов скорее всего будет иной, чем у Вас, и длинные пакеты будут безбожно порезаны на куски а короткие заполнены "воздухом". И так на каждом участке... Далее, каждый передаваемый пакет имеет установленный предельный "срок жизни" - TTL, при маленьком значении которого многие пакеты могут "погибать" в пути, как сперматозоиды, не достигнув "заветной цели". Увеличение TTL, правильно прописанные маршруты и метрика позволят пакетам находить оптимальный путь с меньшими потерями. Ну и ещё один "секрет" заключается в том, что все сетевые устройства "сообщаются" между собой не одновременно, а поочерёдно (как собеседники по телефону). Как только возникает "накладка" - коллизия, оба сетевых устройства "замолкают", а через некоторое время повторяют попытку. Это время у разных сетевых устройств разное, и тот, у кого это время меньше (или тот, кто знает, как его уменьшить), будет иметь "право первого голоса", а все остальные будут вынуждены терпеливо ждать... Хорошее средство - использовать менеджер закачки, который разбивает её на несколько потоков, находит зеркала и пр. а также отключение фаервола, веб-антивируса, или добавление сайта в доверенную зону. И ещё замена медной витой пары на более "медную" и более "витую"... |
Алексеев | |
|
Более медную... более витую... от коллизий В последней части бред всё, что после слова "секрет". По-видимому автор плохо знаком с понятием коллизии. Остальная часть отдает мхом и урбанистическими легендами времен смены тысячелетий, наподобие искусственного притормаживания Windows разработчиками. Походу оригинал статьи был написан году в 2001-2002, когда деревья были зеленые, сети медленные, админы ленивые, а книги дорогие |
heep25 | |||
|
Четко знаю одну вещь чем дороже заплатишь за инет тем выше скорость а остальное |
b00ka | |
|
Moriarti какой ужас сам сочинил или подсказал кто? относительно MTU: а о том что параметр сравнивается и автоматически понижается до минимального значения, и фактически изменив параметр только на одном конце соединения ты его можешь только уменьшить, сказать не? |
Moriarti | |
|
Признаюсь - сам сочинил! Хотя кое-что слышал или читал. Высказывания супер-профессионалов вроде "А на фига это нужно!? Купи, Поменяй, Переустанови - и будет тебе счастье!" и заявления типа "Бред!", "Сникерс с лесным орехом не существует!" - не оригинальны и совсем не новость (Хотя... когда будет у меня 100-гигабитный Инет , я скорее всего и сам таким стану). А всё-таки почему - "бред!"? Где аргументы? Мы разве не "рождены, чтоб сказку сделать былью"? "Более медная" и "более витая" - значит, с бОльшим содержанием меди и в-общем более качественная. Хотя о коллизиях я говорил в совершенно по другому поводу, они действительно существуют, и качество (и длина) витой пары имеет к ним непосредственное отношение. Не согласны - аргументируйте. b00ka, а Вас я попрошу остаться! Пожалуйста, уточните - с какого конца и кто под кого всё-таки подстраивается? То, что MTU может корректироваться и только в меньшую сторону (если запретить дефрагментацию пакетов), я не отрицаю, только вот немного сомневаюсь, что подобная коррекция решает все проблемы. |
b00ka | |
|
в процессе согласования соединения между двумя устройствами они обмениваются значениями МТУ, из которых выбирается меньшее таким образом, если есть доступ к изменению МТУ только на одном устройстве - его можно только уменьшить, т.к. для увеличения нужно увеличить самое малое из них. (в данном случае предположено, что у клиента значение мту назначено по-умолчанию, и в 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 |
Алексеев | |||
|
Аргументирую. Бредом последний абзац был назван хотя бы потому, что к глобальным сетям он не применим. Он подошел бы к лекции про организацию какого-нибудь локального FTP-сервера на тупом и медленном хабе конца 20-го века. Да и то, про антивирусы и файерволлы я бы промолчал :) То же касается и ТТЛ. Про MTU вообще разговор особый. Как верно сказал b00ka, с клиентского компьютера MTU целесообразно только уменьшать. Но, сети сейчас быстрые и провайдеру выгодны большие размеры пакетов. По умолчанию, что в системе, что в клиентском сетевом оборудовании, обычно также выставляются максимальные значения. То есть, смысла играть с МТУ в 70% случаев нет вообще. Оставшиеся 30% приходятся на плохие линии или неграмотно настроенное провайдерское оборудование, но и там шустрее выделенного провайдером канала качать не будет. И смысл заморачиваться есть только в том случае, когда скорость интернета постоянно и намного меньше обещанной. Про качество кабеля тоже вопрос спорный. Мало кто для соединения с провайдером лично прокладывает себе километровые сети с ретранслирующим оборудованием. Обычно все укладываются в стандартные 100 метров шнура, где любой кабель будет работать нормально :) |
BBS | |||
|
1000Мбит = 125Мбайт |
busbm | |
|
читал и плакал ))) Мориарти -жжОте! )))
|
busbm | |
|
а расфлудились-то ))) за мытищинскую ссылку - спасибо, буду теперь народ пугать скоростью в 1.3 ГИГАбит/с )))) Кензо - читайте мат. часть. без обид, но такой ахинеи я давно не читал ) топикстартеру - Вы ничего не путаете со скоростями? 512 кбит/с=64кб/с. выходит, у Ваших друзей скорость закачки почти соответствует заявленной. дело ведь в том, что скорость подключения провайдеры указывают в мегабитах и килобитах, а скорость закачки в большинстве (подавляющем) програм указывается в килобайтах и мегабайтах )) а ещё... попробуйте скачать утилитку CureIt от Dr.Web и прогоните ею систему на наличие вирусов. так, на всякий сучай. |
BeeLena | |||
|
Выше головы все равно не прыгнуть... Если толщина канала ограничена провом, то пинать надо только его. Так же можно поковырять настройки TCP/IP на предмет half open connections (Это если про увеличение скорости с p2p). Но делу это не особо поможет, в данном случае... |
Алексеев | |
|
Вчитался в цитату Nick Name и аж подавился :)) Толщина чего? |
Алексеев | |||||
|
В пиринговых сетях скорость выше за счет прямого соединения сидов и пиров в пределах внутренней сети провайдера, минуя глобальную. Да, скорость инета это не увеличит. Но топегстартеру вроде было интересно, как скачать что-то из сети побыстрее. Вариант - качать с торрентов, а не с интернет-ресурсов :) Это сообщение отредактировал t-kvark - 05-03-2009 - 04:50 |
busbm | |||
|
какой впечатлительный |
oralchik812 | |
|
Вот еще есть вариант не плохой потестить скорость www.speedtest.net
|
BeeLena | |
|
Вообще тут очень мало данных... Во-первых: не каждый провайдер предоставляет такие возможности. Вот например у меня дома скайлинк - о каком сегменте может идти речь? Все-таки если бы топикстартер дал побольше информации о своем подключении, можно было бы что-то посоветовать... Понятие скачать из сети каждый по своему трактует:) И да, с торрентов (с внутреннего сегмента) качать быстро, а с глобалки не очень-то.. Лучше уж тогда заплатить пару сотен рублей, и купить акк на каком-нибудь vip-file. И использовать загрузчик с поддержкой многопоточного скачивания... |
busbm | |||
|
честно говоря, я уж и не знаю, какие измерители скорости не врут. у меня тот же спид тест показывает то 150 мбит, то 5 )) хотя у меня 13.5/13.5 )) |
Алексеев | |||
|
0_о Вы действительно считаете, что Скайлинк другим концом втыкается прямо в интернет? :) |
BeeLena | |||||
|
:-) Тем не менее никаких разделений на внутренний и внешний трафик - нет. Никакой внутренней сети (и разграничений скорости) тоже нет. Тогда поясните что вы такое имели ввиду? |
Алексеев | |||
|
Поясню на пальцах, ибо в тонкостях здесь смысла не вижу :) Знаю, что пишу очевидное, но... Для начала простейший пример гибридной 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 | |||||
|
Схема ясна. Вот только я говорила про себя и скайлинк. Видимо потеряла нить дискуссии.. Схема такая. Есть компьютеры А и Б. Есть вышка С и сервер прова П. Связ до вышки 2Мбит/с На компьютере А расшарен торент файл. Компьютер Б. Хочет получить этот файл и посылает запрос на П. Сервер говорит вот так и так, есть тут-то. Но данные все равно идут через Вышку С, ибо нет тут связи на прямую... Проводов нет. Скайлинк же... |
Алексеев | |||
|
Ширина канала связи "компьютер-вышка" может быть больше, чем скорость интернет-соединения, которое установлено с использованием этого канала. Если провайдер позволяет использовать этот канал для прямого соединения компьютеров - скорость закачки с гибридных сетей будет выше. Как всё это выглядит на практике - честно говорю, не видел :) Скайлинка у нас нет, с 3G не экспериментировал... А тянуть что-то с торрента по GPRS как-то и в голову не приходило :) |
Рекомендуем почитать также топики: adobe flash cs3 professional rus Смартфон Nokia Lumia 800 Вреден ли сотовый телефон ??? On-line TV Silent Hill |