Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Общие вопросы » -=Железный флейм=- часть IX

Модерирует : Akam1, Dr_StandBy, vertex4

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856

Открыть новую тему     Написать ответ в эту тему

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Место сборища железячников, по совместительству оно же место отдыха,
празднований, тусовок, а также задавания различных вопросов

 
Общие нормы и правила поведения:
1) можно обменяться приветствиями,  
2) задать вопросы по которым не знаете где искать, а создавать новую тему или страшно или не хочется,  
3) здоровый юмор приветствуется всегда
4) картинки постим желательно весом до 70к, не у всех выделенки анлимные,
5) категорически запрещен мат, оскорбление участника конференции, перепалки, разборы полетов
6) счетчик постов отключен, так что курим (*), отдыхаем    
7) приносить и распивать спиртные напитки запрещено !
8) пиво к спиртным напиткам не относится  


Мы флеймили  здесь и здесь и даже здесь, в том числе и здесь и продолжили тут и тут. Поболтали и тут и даже там

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

* - Минздрав предупреждает!

Всего записей: 26377 | Зарегистр. 20-04-2006 | Отправлено: 07:55 07-08-2019 | Исправлено: Akam1, 07:59 07-08-2019
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2
Не меньше 40 метров, это точно.
 
Добавлено:
И никаких проблем.
 
Добавлено:
Даже на конторе, где рабочие компы - поголовно из эпохи корэ2дуо на s775+ddr2...
 
Добавлено:
Хотя, на одном из офисов забавно. Подключена гигабитка, кабеля метров 30 от силы (но много сгибов под прямым углом, чтобы обогнуть "неровности" планировки), дык там на гигабитке в одну сторону ~11 Мбайт/сек, а в обратную ~110 МБайт/сек...

Всего записей: 17940 | Зарегистр. 04-11-2010 | Отправлено: 15:32 22-10-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
Служебный трафик для методов доступа CSMA/CD или CSMA/CA составляет 15% включая бит-стаффинг и флаги.

И? Как раз из 85% от 100Мбит/с и получается ~10Мбайт/с. Теоретический максимум в идеальных условиях {в реале практически недостижимый, но тем не менее}.


----------
http://www.imho.ws

Всего записей: 2638 | Зарегистр. 12-10-2006 | Отправлено: 17:33 22-10-2023
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
 
igor me v2 верно заметил - на коротком 1 - 1,5 метра фрагменте кабеля его влияние как длинной линии не заметно т.к. слишком малы распределённая ёмкость и индуктивность витой пары. А 20 - 30 метров, да если ещё есть резкие перегибы кабеля - получите все радиочастотные фокусы. Длинная линия - это распределённый в пространстве параллельный LC контур который мало того что "звенит" на частоте своего резонанса, так еще и имеет довольно приличную задержку - с десяток наносекунд гарантирую. А у нас метод CSMA/CD - Множественный Доступ с Обнаружением Конфликтов - "Все хосты подключены к общему каналу связи и закончив передачу кадра переходят в состояние ожидания освобождения канала на время не меньшее тайм-аута. Если при попытке начать передачу канал занят или возник конфликт хостов за доступ к каналу, то каждый хост увеличивает длительность тайм-аута до следующей попытки начать передачу." и уже одно это не позволит хосту достичь пиковой скорости передачи т.к. часть времени будет использована для разрешения последствий конфликтов хостов за канал. И топология сети передачи не важна - сеть Ethernet работает над физической средой. Это подуровень LLC канального уровня OSI/ISO-7498 - управление логическим звеном.
 
igor me v2
 
Так у тебя линии и должны так работать - для ВЧ кабелей чтобы избежать отражений сигнала от перегибов где волновое сопротивление резко меняется, что и вызывает отражения и затухание прошедшего перегиб сигнала, радиус их изгиба должен быть не меньше 20 диаметров кабеля по внешней оболочке. Мне это когда-то отец говорил, а он по специальности был радистом. А радисты эти вещи хорошо знают, но и нам пусть не до умения посчитать поля, но хотя бы до понимания что происходит знать стоит.Жаль,что про это в институте по нашей специальности не рассказывают мол это не по нашему ведомству, а ведь надо бы, хотя бы вот так, в общих чертах...
 
Добавлено:
BorlandIMHO
 
Максимальная скорость будет достигаться только в двух случаях - начало большого файла и достаточность буфера в памяти машины-приёмника чтобы принять файл целиком.  
 
Обычно эти условия соблюдаются для файлов в 3 - 5 Гб и при памяти машины от 64 ГБ. Тогда да, в гигабитной сети, и в отдельные моменты времени скорость пересылки данных приближается к 110 - 120 МБайт/с, но надолго, а обычно находится в районе 70 - 80 Мбайт/с, а бывает что к середине файла снижается и до 35 - 40 Мбайт/с.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34345 | Зарегистр. 31-07-2002 | Отправлено: 20:12 22-10-2023
urodliv



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Моё почтение.
Используется в работе hdmi-коммутатор. Вещь хорошая, хоть и, подозреваю, какой-то китайский клон. Из надписей есть только "HDMI Matrix 4x4". "Железкой" можно управлять через com-порт. Проблема в том, что никакой документации и программного обеспечения на устройство нет.
Кабель я как-нибудь сделаю или достану. А вот с программой управления всё плохо. На просторах интернета нашёл только один дистрибутив, но его архив оказался битым.
Может быть у кого-нибудь найдётся программа управления подобными устройствами? Любая. Буду экспериментировать.

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

Всего записей: 6714 | Зарегистр. 29-04-2009 | Отправлено: 22:44 22-10-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
Обычно эти условия....

Обычно, если измеряется скорость передачи по сети, то используется специальное ПО (iperf), а не копирование файлов с диска на диск. Дабы исключить влияние на результат скорости собственно диска, антивирусов, буферизации ОС и прочих несетевых факторов....
И многое зависит от качества линии и собственно интерфейсов. Например, пара серверов (на которых, как правило, адаптеры Intel) на гигабите выдадут те самые "110-120", пара ПК с адаптерами на RTL8168 в тех же условиях - "85-95". А если между интерфейсами ещё и активка какая-то {свитч, особенно если "мыльница" дешёвая} - то результат, в т.ч., будет ещё и от неё зависеть, и от её текущей загруженности...

----------
http://www.imho.ws

Всего записей: 2638 | Зарегистр. 12-10-2006 | Отправлено: 00:35 23-10-2023
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
 
"Обычно" нужны не идеальные цифры передачи по кросс-кабелю в тепличных условиях между двумя хостами с конкретными NIC а работа в реальных условиях. В "идеале" же и мерить не нужно - достаточно паспортных данных NIC чем активно пользуются рекламщики. Я к примеру могу "померить реальные цифры" тем же специальным ПО оптимизированным под конкретные NIC через свою сеть построенную на 3Com OfficeConnect Gigabit VPN Firewall 3CREVF100-73 и специализированных серверных NIC от той же 3СОМ, да толку этих "измерений" будет ноль из-за невоспроизводимости результатов на массовом оборудовании. А RealTek RTL8168/8111 работает не хуже модных Intel. Просто ось должна быть настроена и в настройках NIC прописаны их МАС адреса. Тогда они не скидывают скорость на 10 Мб/с. Так и плата 100-BASE-TX DEC DE500
 

 
построенная на DECChip 21143 так же будет переключаться в режим 10 Мб/с если ей в настройках не указать МАС. И там "специализированное ПО" настроенное на конкретные NIC намеряет нужные отделу рекламы цифры ибо за них заплачено авторам сего ПО. А измерения путём статистической обработки большой серии замеров реальных операций отдел рекламы не устроят - продажи падают.


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34345 | Зарегистр. 31-07-2002 | Отправлено: 01:38 23-10-2023 | Исправлено: Victor_VG, 01:42 23-10-2023
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Обычно, если измеряется скорость передачи по сети, то используется специальное ПО (iperf), а не копирование файлов с диска на диск

BorlandIMHO
Такая информация конечно тоже полезна и её стоит тожет принимать к сведению. Но это, как сказано выше, "тепличные условия". В примере выше я скорости приводил именно при замере передачи файлов по SMB, собсссно. Если кидать не файлы, а скажем трафик какого-то сервера, ну пусть SQL - просто понимаем, что скорость будет та же или выше. Но локалка на предприятии очень много и часто используется для передачи файлов, так что скоростные характеристики в этом режиме так же важны и информативны. Да, например если в той же сети кидать файлы не по SMB, а по FTP - скорость будет уже выше, накладные расходы меньше, но в локалке на предприятии FTP использовать зачастую менее удобно и продуктивно (в отличии от в инете или в своей домашней локалке)...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 02:43 23-10-2023
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2

Цитата:
Да, например если в той же сети кидать файлы не по SMB, а по FTP - скорость будет уже выше...

Кровь аж из глаз пошла от подобной чуши!
 
"Скорость связи по протоколу SMB выше, чем по протоколу FTP. Это связано с тем, что SMB использует более эффективный механизм передачи данных, основанный на использовании общих ресурсов файловой системы. В то время как FTP передает данные построчно, SMB может передавать данные большими блоками, что позволяет значительно повысить скорость передачи."

----------
Capitalism is the Virus
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 32263 | Зарегистр. 15-09-2001 | Отправлено: 08:15 23-10-2023
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2
 
У меня, если использовать SMB это окажутся "тепличные условия" - кластер построен на NFS т.к. только она позволяет распределить базы CAD так, чтобы по возможности минимизировать разницу времен доступа к локальному и сетевому фрагментам к чему CAD довольно чувствителен. А NFS в свою очередь чувствительна к сетевым задержкам и реальным скоростям доступа к сетевым данным. Поэтому "измерять скорость" в режиме "точка-точка через кросс-патч" для меня абсолютно бессмысленно ибо не понятно что вообще намеришь.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34345 | Зарегистр. 31-07-2002 | Отправлено: 08:21 23-10-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
ось должна быть настроена и в настройках NIC прописаны их МАС адреса.


MAC прошиты в самом адаптере, хоть Intel, хоть Realtek. Откуда их и считывает ОС, посредством драйвера.
Или я чего-то не так понимаю и именно для Realtek требуются некие дополнительные танцы с бубном?..
 
igor me v2

Цитата:
локалка на предприятии очень много и часто используется для передачи файлов

Если скорость передачи файлов ограничивается не сетевым интерфейсом, а другими компонентами системы - то и измеряется не скорость интерфейса...
 
igor me v2
Victor_VG
Чем "навороченнее" протокол, тем больше в нём служебной информации и, соответственно, меньше "полезная нагрузка". Это, как говорится, аксиома...
 
Если мы говорим о скорости интерфейса/линка - её нужно мерить на низкоуровневом протоколе {TCP или UDP} точка-точка.
Если о скорости локальной сети - она будет зависеть от топологии сети, используемого оборудования и его нагруженности, а также от выбора точек измерения и протоколов прикладного ПО. В этом ещё меньше смысла, нежели в "тепличном" точка-точка по IP с точки зрения оценки скорости собственно сетевого адаптера.
И в принципе результаты "прикладных" измерений применимы исключительно в своей прикладной области; сравнивать скорости передачи данных {например} по SMB и по Z-modem over TCP/IP - бессмысленно даже в рамках "плоской" {несегментированной} локальной сети, не говоря уж о более сложных случаях...

----------
http://www.imho.ws

Всего записей: 2638 | Зарегистр. 12-10-2006 | Отправлено: 13:08 23-10-2023
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Или я чего-то не так понимаю и именно для Realtek требуются некие дополнительные танцы с бубном?..  

Может быть не для Realtek, а для ОС? Возможно имеется в виду пункт Network Address в настройках сетевого адаптера винды, который по умолчанию кажется всегда стоит в "Отсутствует". И у меня сейчас он так стоит, то есть адрес не прописан, хотя у меня NForce Networking Controller
Сам не экспериментировал и никогда  в этот пункт не прописывал ничего, всё и так работало всегда вроде...

Цитата:
Кровь аж из глаз пошла  

У ящеров такое бывает? Ну наздоровье, пусть дальше идёт. Всё сказанное написано на основе ЛИЧНЫХ МНОГОКРАТНЫХ тестов, а не цитат из инетиков, в бытность сисадминства. Программное обеспечение - WinXP, WinServer2003, аппаратное разное, от Socket7 до775-го сокета, сетевухи разные. Это уж я молчу про прочие плюсы FTP типа докачки. Следующий...
Да, ну и из указаннных ОС ясно, что всё замерялось на SMBv1 строго, другие версии не пользую, в них могло что-то измениться, вот кстати косвенное подтверждение из ваших инетиков: "Microsoft объяснила, что проблемы с производительностью возникают в первую очередь потому, что SMB 1.0 – это протокол уровня блока, а не потоковой передачи, который первоначально был разработан для небольших локальных сетей. Он имеет размер блока, ограниченный 64K, подписание SMB создает дополнительные накладные расходы, а размер окна TCP не оптимизирован".

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 13:20 23-10-2023 | Исправлено: igor me v2, 13:30 23-10-2023
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
 
А какой именно NIC без разницы - это поведение ещё Nowell в своих первых 100 Мбит/с спецификациях NIC добавила - "Если в настройках драйвера не указан МАС, то NIC автоматически переключается в режим 10 Мб/с для обеспечения работоспособности сети с разноскоростными NIC".

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34345 | Зарегистр. 31-07-2002 | Отправлено: 14:00 23-10-2023 | Исправлено: Victor_VG, 14:04 23-10-2023
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2

Цитата:
У ящеров такое бывает?

У мамы своей спроси - когда она с огорода придёт.

Цитата:
Всё сказанное написано на основе ЛИЧНЫХ МНОГОКРАТНЫХ тестов...

Опять ты кричать/визжать начал.

Цитата:
Да, ну и из указаннных ОС ясно, что всё замерялось на SMBv1 строго, другие версии не пользую...

Ага - "я до сих пор езжу на Benz Patent-Motorwagen, а другие модели не использую".

----------
Capitalism is the Virus
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 32263 | Зарегистр. 15-09-2001 | Отправлено: 14:24 23-10-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2

Цитата:
пункт Network Address в настройках сетевого адаптера винды, который по умолчанию кажется всегда стоит в "Отсутствует".

Вам не кажется.
Это возможность подмены MAC, аппаратно прошитого в адаптер, на произвольный. И я ни разу не слышал о другой причине использования этой настройки, нежели обход port security на коммутаторе {ну, или получение правильных настроек по DHCP}.
 
Victor_VG

Цитата:
это поведение ещё Nowell в своих первых 100 Мбит/с спецификациях NIC добавила

Не знаю, как у Novell {не эксплуатировал}, но ни разу не видел требования вручную указывать MAC в винде или *NIX. И не припоминаю ни одного 10/100/1000Base-T Ethernet NIC без аппаратно прошитого MAC...

----------
http://www.imho.ws

Всего записей: 2638 | Зарегистр. 12-10-2006 | Отправлено: 14:40 23-10-2023
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Опять ты кричать/визжать начал.

Потому что ты не можешь уяснить простую вещь: когда не написано "предположительно", "возможно", "скорее всего" - значит написанное 100% проверено лично! Когда не проверено, а пишется на основе чужой инфы, которую сам не перепроверял - так и указывается явно. А из этого следует, что стоило бы писать не про "стопицот бредов" в ответ, а спросить например "а как был получен такой результат, если вот там пишут совершенно обратное?". Именно так поступают те самые вежливые и умеющие общаться человеки, которых ты очень часто вспоминаешь и которым стремишься стать. Уясни уже, тогда и "орать на ухо" тебе не будут

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 15:15 23-10-2023 | Исправлено: igor me v2, 16:45 23-10-2023
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Цитата:
20 - 30 метров, да если ещё есть резкие перегибы кабеля - получите все радиочастотные фокусы
Да то понятно, что фокусы, но кабель же вроде нормальная медь, и в экране даже. Фигли линк кривой вышел, поди пойми. По любому где-то какое-то повреждение... А перетягивать уже не вариант, он замурован капитально...
Но сам факт этого перекоса в одну сторону вообще забавен...

Всего записей: 17940 | Зарегистр. 04-11-2010 | Отправлено: 16:40 23-10-2023
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
 
А формально оно нигде и не прописывалось, но мне это подсказали ещё в 93-м году коллеги по сервис-центру DEC когда я проверял сеть после ремонта платы-мамы на Alpaha Server 2100. Пока в конфигах OSF/1 не прописал МАС сеть скидывалась на 10 МБит, хотя DEC DEC500  как-то 10/100 Мб/с плата. И эта штука сходно работала на гигабитных NIC 3COM 3C940 которые стояли на платах ASUS A7V600/A7V880 - не пропишешь МАС получишь сюрпризы от драйвера. И снижение скорости передачи ещё самый маленький из них.
 
 
 
Добавлено:
insorg
 
Если посчитать волновое сопротивление вдоль  кабеля (ТОЭ, часть III, Теория Электромагнитного Поля - у радистов это базовая дисциплина) то увидим, что участок перегиба с малым радиусом имеет иное волновое сопротивление и на границе сегментов кабеля с разным волновым сопротивлением возникает отражение и наблюдается стоячая волна по которой такой участок можно увидеть приборами.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34345 | Зарегистр. 31-07-2002 | Отправлено: 17:37 23-10-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Насколько я чего-то помню про Ethernet - он без MAC-адреса не то что "только на 10Мбит/с", а в принципе работать не может. Ни одно устройство на шине не примет пакет без "обратного адреса". И не направит на это "невидимое" устройство никаких пакетов... В случае если сеть - 10Base-C {либо 10Base-T на концентраторах (они же хабы)} - устройство без MAC, в принципе, может принимать весь траффик в сегменте, и даже отправлять поддельные пакеты (с чужим "обратным адресом"). В сети 10/100/1000Base-T на коммутаторах (они же свитчи) - коммутатор {даже самая дешёвая "мыльница"} просто не увидит устройство без MAC...
Вполне могу поверить, что самые древние ethernet-платы могли не иметь "прошитого" MAC (в силу нехватки/заоблачной цены EEPROM). Также могу поверить в существование доисторических ОС, которые были под эти сетевые платы "заточены" и требовали обязательного указания MAC в конфиге (потому что с "вшитым" работать не умели).
Но чтобы {исправная} встройка на матери под P4 Athlon не заводилась {под Win 953  и более свежими} на максимально доступной скорости без подмены MAC - это, ИМХО, ненаучная фантастика. А если, предположим, плата неисправна и не имеет "вшитого" MAC в силу этой самой неисправности - то она {что вполне логично} будет принята коммутатором за пассивное устройство (хаб или репитер), которые более 10Мбит/с не бывают в принципе и, соответственно, не согласует больше 10Мбит/с; при этом, независимо от согласованной скорости, устройство "нормальным" участником сети быть не сможет, пока не предъявит коммутатору MAC...
Как-то так...

----------
http://www.imho.ws

Всего записей: 2638 | Зарегистр. 12-10-2006 | Отправлено: 21:28 23-10-2023 | Исправлено: BorlandIMHO, 21:34 23-10-2023
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
 
Куда уж там! Вон винда сама назначает  себе IP из сегмента 169.254.х.х и работает, значит и сеть обязана на неё равняться ибо до винды осей не было! И МАС в отдельное ПЗУ писали ибо иначе не умели! Ага, про сиё в Мурзилке для ясельной группы детсада писали!  
 
А что на любой плате стандарта NE1000/2000 была обязательная кроватка для ПЗУ удалённой загрузки по протоколам IPX/SPX в Мурзилке писать нельзя ибо легенда о  

Цитата:
в силу нехватки/заоблачной цены EEPROM

разлетится в пыль ибо ставилось в неё самое дешёвое масочное ПЗУ (ROM) ценой в копейку которое производители плат, только попроси отсыпали ж/д составами в Мурзилках не напишут - нельзя детей страшным "Пользователь что-то знать, а тем более думать не имеет права ибо знать, думать и решать это привилегия компании. Его дело прыгать от щенячьего восторга и исправно платить денежку за очередной шедевр компании!" пугать до икоты!
 
И что старшая часть МАС задаётся шаблоном в процессе литографии, а младшая прожиганием расположенных на кристалле перемычек в процессе его изготовления, и что микросхемы NIC без корректного МАС не проходят промежуточный контроль на стадии изготовления в Мурзилках то же не пишут - это угрожает доходу компаний! Зато навешать лапшу на уши - самое то ибо куда денется пользователь когда припрёт!?....

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34345 | Зарегистр. 31-07-2002 | Отправлено: 02:52 24-10-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
На истину в последней инстанции, в общем-то, не претендую; просто озвучьте достоверную информацию, пожалуйста. Или хотя бы вашу версию...
 
За ~26 лет профессиональной деятельности в IT, впервые услышал о необходимости пропИсывания MAC в настройках сетевого интерфейса...
И теорию какую-никакую изучал, и практика немаленькая...
С Netware, правда, только в виде клиента для винды сталкивался, и с OS/2 не сталкивался вообще. Может, именно у них какая-то специфика по работе с ethernet и присутствует, о которой мне ничего неизвестно...


----------
http://www.imho.ws

Всего записей: 2638 | Зарегистр. 12-10-2006 | Отправлено: 07:59 24-10-2023
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856

Компьютерный форум Ru.Board » Hardware » Общие вопросы » -=Железный флейм=- часть IX


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru