Я давно пытаюсь в понятии BER разобраться, но окончательно так и не получается. Теория гласит, что у нас на 10^-14 BER действительно будет одна ошибка на 10 терабайт (100 терабит) или около того. Практика гласит, что ничего такого на практике не происходит. То есть смело можно писать десятки-сотни терабайт и считывать их обратно и сама по себе ошибка "корректировано RAID" очень редкая на практике.
Единственное объяснение я смог придумать такое, исходя из того что параметр BER верный:
считается BER в вероятности битовой ошибки, верно,
но на практике - если мы считали целый сектор с диска и там ошибка - неверным считается весь сектор. ТО есть 16384 бита (для 2к блоков)
В этом случае - у нас если есть ошибка, то сразу в 16к битов. Но встречается она в 16к раз реже, то есть уже с приемлемой не "раз на несколько терабайт" а "раз на сотню петабайт".
Только в этом случае декларируемые BER 10^-14...10^-15 сходятся у меня с реальной практикой.
Сколько среди ваших коллег за вашу жизнь будет выпускников уровня Физтеха, а сколько — менее топовых учреждений
Поскольку я не работаю в больших компаниях - вокруг меня большинство выпускников МГУ. Или уровня МГУ Что совершенно естественно - раз мне не надо набирать тысячи людей, то мне проще выбрать.
А "загубленные в техническом вузе софт-скиллы" нужны, если вы идете по менеджерской части, что не всем нужно (а если нужно - то вам в другой вуз). А если по технической, "тот самый чувак, который понимает что делает" - вас будут вынужденно терпеть.
Чтобы перекладывать байтики из одного json в другой - вышка не нужна. Чтобы понять какие-то базовые айтишные вещи (а их достаточно 99% разработчиков) - вышка не нужна.
Вышка в хорошем университете может помочь иметь целостную картину мира, потому что эту картину там впихивают во все места, правда не всем влезает. Но процентов 10-20 выпускников хороших факультетов ее имеет. Целостная картина мира помогает стать тем редким разработчиком, который понимает то что делает, зачем и почему (предметную область пресловутую), а не просто перекладывает байтики из одного json в другой. Что, в свою очередь, дает совершенно другие карьерные перспективы.
Кроме целостной картины мира, вышка в хорошем университете дает общую (по выпускникам данного университета) базу для коммуникации. В результате выпускники разных факультетов МГУ понимают друг друга с полуслова, но не могут понять физтеха. И наоборот. Общая база - экономит ту самую коммуникацию, которая занимает больше времени, чем собственно работать работу. Что, соответственно, дает возможность эффективнее работать в коллективе таких же как вы.
А интегралы вы забудете через 10 лет. Но при необходимости - вспомните. А кому нечего было забывать - не вспомнит.
Вообще, у меня копирование больших файлов с домашнего NAS на локальный диск происходит на скорости примерно 700Mb/sec. Упирается в диски, естественно. Если данные есть в SSD-кэше ZFS - гигабайт в секунду.
Ну смешной документ же, нет? When it comes to bandwidth, ConnectX-3 Pro EN offers 10, 40 and 56 Gb/s Ethernet, while the X520 only reaches the 10 GbE level. This constitutes a significant difference in capability. Furthermore, because the ConnectX-3 Pro EN uses a PCIe Generation 3.0 bus, it can handle as many as 8 GT/s (Giga-transfers per second), compared to only 5 GT/s with the X520’s PCIe Gen 2.0 bus.
Мы же про 10Gbit, верно, не про 40 и не про 56? На 10Gbit вы не увидите разницу между PCIe Gen2 и Gen3.
Про RDMA - интересный аргумент, но кто его использует на практике то? Что у вас на сервере, к чему вы ходите по RDMA?
Я давно пытаюсь в понятии BER разобраться, но окончательно так и не получается.
Теория гласит, что у нас на 10^-14 BER действительно будет одна ошибка на 10 терабайт (100 терабит) или около того.
Практика гласит, что ничего такого на практике не происходит. То есть смело можно писать десятки-сотни терабайт и считывать их обратно и сама по себе ошибка "корректировано RAID" очень редкая на практике.
Единственное объяснение я смог придумать такое, исходя из того что параметр BER верный:
считается BER в вероятности битовой ошибки, верно,
но на практике - если мы считали целый сектор с диска и там ошибка - неверным считается весь сектор. ТО есть 16384 бита (для 2к блоков)
В этом случае - у нас если есть ошибка, то сразу в 16к битов. Но встречается она в 16к раз реже, то есть уже с приемлемой не "раз на несколько терабайт" а "раз на сотню петабайт".
Только в этом случае декларируемые BER 10^-14...10^-15 сходятся у меня с реальной практикой.
Фрагментация-сборка происходят на уровне IP, как я и написал выше
Ну или не происходят, если флажок DF стоит у IP-пакета
На уровне IP происходит
Нормальный вопрос на понимание: "в каких местах TCP/IP противоречат модели OSI"
Она не была "собственной", он был акционером не с контрольным пакетом.
Акций его никто не лишил, когда сняли с гендира
Это - тоже целостная картина мира.
Поскольку я не работаю в больших компаниях - вокруг меня большинство выпускников МГУ. Или уровня МГУ
Что совершенно естественно - раз мне не надо набирать тысячи людей, то мне проще выбрать.
А "загубленные в техническом вузе софт-скиллы" нужны, если вы идете по менеджерской части, что не всем нужно (а если нужно - то вам в другой вуз). А если по технической, "тот самый чувак, который понимает что делает" - вас будут вынужденно терпеть.
Чтобы перекладывать байтики из одного json в другой - вышка не нужна.
Чтобы понять какие-то базовые айтишные вещи (а их достаточно 99% разработчиков) - вышка не нужна.
Вышка в хорошем университете может помочь иметь целостную картину мира, потому что эту картину там впихивают во все места, правда не всем влезает. Но процентов 10-20 выпускников хороших факультетов ее имеет.
Целостная картина мира помогает стать тем редким разработчиком, который понимает то что делает, зачем и почему (предметную область пресловутую), а не просто перекладывает байтики из одного json в другой. Что, в свою очередь, дает совершенно другие карьерные перспективы.
Кроме целостной картины мира, вышка в хорошем университете дает общую (по выпускникам данного университета) базу для коммуникации. В результате выпускники разных факультетов МГУ понимают друг друга с полуслова, но не могут понять физтеха. И наоборот.
Общая база - экономит ту самую коммуникацию, которая занимает больше времени, чем собственно работать работу. Что, соответственно, дает возможность эффективнее работать в коллективе таких же как вы.
А интегралы вы забудете через 10 лет. Но при необходимости - вспомните. А кому нечего было забывать - не вспомнит.
raidz2 (zfs), 6 дисков, HUH721212ALE604
Удивительно, как по разному все смотрят на changelog.
Я вот считаю важнейшим нововведением Qt 6.7 QRhiWidget, а этого даже и в списке не оказалось
Конечно эти карты на броадкоме.
Я про это и спрашивал:
Очень странно слышать про супермикро - они делают (делали) же карточки 10Gbit на Broadcom, думаете они в их же материнках не будут работать?
В моей вселенной супермикро делает сетевые карты (на броадкоме)
https://servomarket.ru/catalog/komplektuyushchie/setevye_adaptery/458/
Есть и двухпортовые:
https://smicro.eu/supermicro-10g-base-t-ethernet-adapter-supporting-broadcom-netxtreme-e-series-aoc-stg-b2t-o
Вообще, у меня копирование больших файлов с домашнего NAS на локальный диск происходит на скорости примерно 700Mb/sec. Упирается в диски, естественно.
Если данные есть в SSD-кэше ZFS - гигабайт в секунду.
Десятка в самый раз тут.
Диски механические.
Очень странно слышать про супермикро - они делают (делали) же карточки 10Gbit на Broadcom, думаете они в их же материнках не будут работать?
Ну смешной документ же, нет?
When it comes to bandwidth, ConnectX-3 Pro EN offers 10, 40 and 56 Gb/s Ethernet, while the X520 only
reaches the 10 GbE level. This constitutes a significant difference in capability. Furthermore, because the
ConnectX-3 Pro EN uses a PCIe Generation 3.0 bus, it can handle as many as 8 GT/s (Giga-transfers per
second), compared to only 5 GT/s with the X520’s PCIe Gen 2.0 bus.
Мы же про 10Gbit, верно, не про 40 и не про 56? На 10Gbit вы не увидите разницу между PCIe Gen2 и Gen3.
Про RDMA - интересный аргумент, но кто его использует на практике то? Что у вас на сервере, к чему вы ходите по RDMA?
А чем Intel X520-DA1 нехорош?
~2500р на Ali. Или на броадкоме, подороже, но тоже примерно то же самое.
Почему именно Mellanox?
Вы бредите.
Новое научное знание оно не в консенсусе, по очевидным причинам. При этом новое - интересно, а консенсусное - уже пройденный этап.
При этом, конечно, новое может быть и неверным. Но верность/неверность не устанавливаются консенсусом и прочими демократическими процедурами.
Достаточно одной (прописью) верной работы, чтобы предыдущий консенсус оказался неверным целиком (или частично)
Само по себе выражение "научный консенсус" немного пугает.
Наука не создается консенсусом, голосованием и прочими демократическими процедурами
Если качество софта не видно снаружи - значит оно не так и важно.
А вы знаете сколько стоит эта наклеечка!!??