Локальная сеть. Проблема.

Stalker467:

getsbe, видимо maloy празднует, странно что тебе никто не ответил до сих пор.

1. На том компьтере, где инет разрешаешь общий доступ к соединению (При этом он автоматически получает адрес 192.168.0.1 и запускает службу "выдачи адресов другим компьютерам".

2. На другом компьютере устанавливаешь (Рисунок 3 или 4) (·) Получить IP-адрес и DNS автоматически.

P.S. Старался обьяснить понятным языком.

у меня требует на компе с ISC только фиксированного IP, на остальных - пох. В моем случае ISC стоит под Win98, IP=192.168.0.1, на втором Win2k IP=192.168.0.2. DNS и настройки прокси относятся к настройкам провайдера (с чем у меня и гемор - один требует только через проксю, второй - наоборот, без). Правда, ХаРе отличается умом и сообразительностью, поэтому может быть все по-другому.

Народ !!!))))))) ну что вы пишите !!!????????))))))

это ж десять минут здоровой расслабляющей истерики !!!!))))))))))))))

(кстати за это спасибо )

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

замечание 1 - для режима 10 МБит/с дуплекс возможен только если настроить с двух сторон хосты вручную, для 100 МБит/с возможен режим автосогласования, но автосогласование может сбоить, причем независимо от дороговизны оборудования.

замечание 2 - если настроить 100 МБит/с на 10 МБит/с - работать не будет, если на строить полудуплекс на полный - работать будет но очень медлено.

замечание 2 - азиаты называют свои коммутаторы - свичинг хаб - это настоящие коммутаторы (слово хаб обозначает всего лишь центральное, объединительное устройство).

2. Полудуплекс - когда устройство сначала передает а потом принимает, полный дуплекс - передает и принимает одновременно.

3. Т.к. передача любого файла идет пакетами (максимум по 1,5 кбайта) и пакеты должны быть подтверждены (возможно ситуация когда подтверждается 2 пакета за раз) устройство некоторое время будет простаивать в ожидании подтверждения, к этому еще надо добавлять время считывания с/на винта/памяти + обработка информации процессором, если не просто копирование. Вывод - хотя в полном дуплексе устройство и имеет 100 МБит/с на передачу и 100 МБит/с на прием - суммарно 200 МБит/с не будет из-за того что компьютеры не справляются с обработкой и ждут подтверждений. Сие относится и к режиму полудупдлекса. Полностью загрузить канал можно анализатором, генерацией трафика в канал.

4. От расстояния между устройствами скорость передачи зависит в степени несоизмеримой с другими задержками - т.е. практически не зависит.

5. Скорость передачи до 100 МБит/с мало зависит от стоимости оборудования, сейчас любое оборудование практически без проблем поддерживает такие скорости и может на них работать. Речь может идти только что внутренняя шина коммутатора может не обеспечить работу всех устройств друг с другом одновременно на полной загрузке 100 МБит/с в режиме полного дуплекса, сие является нормой только для дорогого оборудования.

6. Каталог с мелкими файликами будет копироваться гораздо медленее, т.к. много времени уходит на открытие/закрытие файла, позиционирование на винте.

7. Копирование через кросс кабель должно быть слегка быстрее, но не из-за длины, а из-за того, что практически все коммутаторы работают в режиме предварительного полного приема и проверки пакета, что замедляет время передачи, но всё равно это не критично по сравнению с временами обработки на компьютерах.

8. Для скоростей 100 МБит/с разницы в кабеле 5 и 5е - нет.

для компьютеров начиная 300-ых пентиумов, возможно достичь сокрость передачи при копировании больших файлов до 60-70 МБит/с (при условии что компьютеры не заняты больше ничем и подключены напрямую)

SergeP, спасибо за информацию.

Но что конкретно можно сделать в моей ситуации, почему такая скорость? У меня в среднем 25-30 Мбит/сек

Вообще-то на 98 винде (я так понял) больше 25-30 и не будет...

В дополнение поста SergeP отмечу, что кроме самих данных по сети передается служебная информация, которая также имеет некоторый объем. Данные пользователя инкапсулируются с заголовком в сегмент TCP, этот сегмент имеет свой заголовок TCP и инкапсулируется в IP-дейтаграмму, которая тоже имеет заголовок, и все это дело еще и в кадр Ethernet инкапсулируется, который помимо заголовка имеет концевик. Таким образом, реальная скорость передаче по сети несколкьо выше чем скорость вычисленная по переданным данным. Например, при передаче 1 байта данных суммарный объем кадра Ethernet составит 59 байт. Но такие случаи очень редки, обычно кадр максимального размера (1500 байт, из которых 58 байт служебная инфа)

MethroGnome:

Вообще-то на 98 винде (я так понял) больше 25-30 и не будет...

скорость передачи от операционки зависит очень мало, и только от того насколько хорошо реализована обработка TCP/IP, например насколько хорошо обрабатывается подтверждение нескольких пакетов в окне передачи

MethroGnome:

В дополнение поста SergeP отмечу, что кроме самих данных по сети передается служебная информация, которая также имеет некоторый объем. Данные пользователя инкапсулируются с заголовком в сегмент TCP, этот сегмент имеет свой заголовок TCP и инкапсулируется в IP-дейтаграмму, которая тоже имеет заголовок, и все это дело еще и в кадр Ethernet инкапсулируется, который помимо заголовка имеет концевик. Таким образом, реальная скорость передаче по сети несколкьо выше чем скорость вычисленная по переданным данным. Например, при передаче 1 байта данных суммарный объем кадра Ethernet составит 59 байт. Но такие случаи очень редки, обычно кадр максимального размера (1500 байт, из которых 58 байт служебная инфа)

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

во вторых, реальные пацаны меряют сокрость передачи не засекая время передачи данных а смотрят загрузку сети анализатором, хотя бы графиком сети в ХР-шном диспетчере задач (кстати, он измеряет точно), в этом случае не важно сколько служебной информации в пакете, и в любом случае служебными пакетами вообще, и служебными данными в пакете можно пренебречь

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

SergeP, спасибо

попробую, как рекомендовали...

если график скорости с остановками - кинь, посмотрим

такой, т.е. с остановками график сейчас, а пиковые значения до 7 МБайт

скриншот позже кину

SergeP, этот график для двух машин под Win 98

Этот график с машины-источника копирования, файл был *.vcd около 650 Мбайт.

Ну это ладно, попробую сделать все начисто, как рекомендовали...

попробуйте программу ispeed. находится это чудо на http://www.hms.com/

в реестре пропишит ип конфиг по вашему смотрению! разгон или затормоз передачи пакетов, а не по дефолту винды.

вручную в реестре параметры забадаитесь вводить

во первых это чудо относится к интернет коннектам

здесь вопросы по локальной сети

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

и сомневаюсь что какие-то программки смогут порешить эту проблему

это для локальной сети тоже, где есть тцп/ип. чтобы скачать с максимальной скоростью - надо настроить в системе параметры приёма и отправки у оборудования. а не ждать чуда от системы и разбивать кие-ты файлы на части и параллелить от безысходности хотя что-то сверх дефолта. мегалол

а какие параметры там настраиваются для работы по локальной сети ?

берётся твой ип адрес и коцает изменяя ему max transmission unit, max segment size, rwin, ttl, ndi cahsesize и тд...

и чем, хотя бы теоретически, можно достичь того же эффекта, что и при параллировании ?

один поток, чтобы не забивался процессор с большими пачками

а какие параметры там настраиваются для работы по локальной сети ?

берётся твой ип адрес и коцает изменяя ему max transmission unit, max segment size, rwin, ttl, ndi cahsesize и тд...

и чем, хотя бы теоретически, можно достичь того же эффекта, что и при параллировании ?

один поток, чтобы не забивался процессор с большими пачками