Сокет современный: Сокеты процессора, актуальные в 2020 году

Cокеты процессоров, что такое сокет (socket) процессора компьютера

Сокет (socket) процессора — разъем, место на материнской плате компьютера куда вставляется процессор. Процессор, прежде чем он будет установлен в материнскую плату, должен подходить ей по сокету. Это как розетка и контактная вилка — стоит ли говорить, что к простой советской розетке евро-вилка не подойдет.

Обычно в компьютерных магазинах рядом с каждым процессором можно увидеть табличку, в которой перечисляются его основные характеристики. Так вот сокет процессора — это чуть ли не самая важная характеристика и именно на нее в первую очередь нужно обращать внимание при покупке нового процессора. Потому что может случиться так, что процессор не подойдет к материнской плате компьютера именно из-за сокета.

Вот представьте — вы пришли в компьютерный магазин, выбрали там процессор, заплатили за него денег и довольные пришли домой, начинаете его устанавливать — а он НЕ ПОДХОДИТ! Вы все бросаете, бежите обратно в магазин, надеясь вернуть этот процессор обратно и тем самым исправить ситуацию, прибегаете, а вам говорят — «это не гарантийный случай, смотреть нужно было внимательней когда покупали». Ну да ладно, это было небольшое лирическое отступление. А теперь поговорим конкретно про эти самые сокеты.

Все многообразие сокетов можно разделить на две большие группы:

1. Сокеты процессоров компании Intel.
2. Сокеты процессоров компании AMD.

Ниже приведены фотографии сокетов обеих компаний-производителей процессоров.

На этой фотографии можно заметить, что «ножки» контактов торчат из сокета на материнской плате.

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

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

• Количеством контактов
• Типом этих самых контактов
• Расстоянием креплений для процессорных кулеров
• Собственно размером самого сокета

Кол-во контактов — их может быть 400, 500, 1000 и даже больше. Как узнать? В маркировке сокета уже содержится вся информация. Например, процессор Intel Pentium 4 имеет сокет LGA 775. Так вот 775 — это как раз количество контактов, а LGA — означает то что процессор не имеет контактных ножек (штырьков), они находятся в сокете материнской платы.

Тип контактов — тут все понятно, либо «штырьки», либо контакты без штырьков. Другого как говорится не дано.

Теперь по поводу расстояний между креплениями для процессорных кулеров. Дело в том, что эти расстояния у каждого сокета свои и на это тоже нужно обращать особое внимание. Хотя и существуют способы из разряда «сделай сам», когда кулер от одного сокета крепится на другой сокет при помощи умелых рук и еще чего-то там..

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

• Наличием различных дополнительных контроллеров
• Наличием или отсутствием поддержки интегрированной в процессор графики (графическое ядро процессора)
• Более высокими параметрами производительности

На что еще влияет сокет (soket) процессора?

Помимо того, что уже тут написано, сокет процессора еще влияет на размер самого процессора. Вообще говоря, если попытаться выразиться совсем уж кратко — сокет процессора влияет на то, какой процессор будет в него установлен. Все остальное (например то что будет написано здесь далее по тексту) зависит от процессора, но мы то с вами знаем, что процессор и сокет — это два неразрывных понятия. Поэтому все те параметры, которые зависят от процессора (или на которые влияет процессор), зависят и от сокета этого процессора.

Пожалуй, приведу еще несколько моментов, на которые имеет возможность оказывать влияние процессор (или его сокет), иными словами — процессор или его сокет влияют на:

• Тип поддерживаемой оперативной памяти
• Частоту шины FSB
• Косвенно (по большей части — чипсет) на версию слота PCI-e
• На версию разъема SATA (тоже косвенно)

Для чего вообще нужен сокет?

Дело в том, что производители современных материнский плат целенаправленно оставили за нами возможность менять различные устройства, в том числе и процессор. Тут то и появляется такое понятие как сокет, ведь с точки зрения производителей вполне можно было бы припаять процессор прямо к мат. плате, да и в плане надежности это более целесообразно. Но сделано это было, прямо скажем, специально — т.е. для возможного апгрейда системы. Иначе говоря, захотели мы заменить процессор на другой — вытащили его из сокета и вставили тот который нам надо, конечно же с той поправкой, что он должен иметь такой же сокет как и у старого процессора. По правде говоря, именно для возможной модернизации компьютерного железа и существуют подавляющее большинство слотов и разъемов, которые только есть на материнской плате.

Теперь давайте поговорим про поддержку сокетами различных процессоров. Ниже приведена таблица с популярными (на момент публикации материала) сокетами и соответствующими им процессорами:

Процессоры 2021 — как выбрать хороший и недорогой процессор

Классификация процессоров по назначению

Все разнообразие компьютеров можно разделить на две категории:

• рабочие
• игровые

И рабочие, и игровые ПК также можно разделить по мощности. Есть компьютеры, которые подходят для решения несложных повседневных задач, например, набора текста, редактирования таблиц и поиска информации в интернете, а есть те, что предназначены для выполнения сложной работы, например, редактирования 3D-графики. Игровые компьютеры могут быть рассчитаны на нетребовательного геймера-новичка или на опытного киберспортсмена — при этом они будут различаться по характеристикам.

Соответственно, разным компьютерам требуются разные процессоры.

Для офисного или домашнего ПК подойдут двух- или четырехъядерные CPU из серий Intel Celeron, Intel Pentium и Intel Core i3 либо AMD Athlon и AMD Ryzen.

Если вы планируете комбинировать офисную работу с нечастым решением сравнительно сложных задач, стоит обратить внимание на следующие решения с количеством ядер от 4 до 8:

Компьютер, предназначенный для 3D-рендеринга, редактирования видео или обработки большого массива данных, можно собрать на базе процессоров из линеек Intel Core i9 и AMD TR4.

Для геймерского компьютера понадобится процессор с количеством ядер не менее четырех. Это должны быть модели из линеек Intel Core, AMD FX или AMD Ryzen. Чем старше линейка, тем мощнее будет компьютер, который вы можете создать, однако и стоимость ЦП при этом тоже будет расти.

Дизайнерские розетки и выключатели с уникальной современной отделкой

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

Мы гордимся тем, что являемся «поставщиками неизолированных ламп и модного оборудования». Надеемся, что вы уже видели наш невероятный выбор великолепных винтажных лампочек, светодиодов и дизайнерских лампочек.Но знаете ли вы, что у нас также есть обширный ассортимент промышленных выключателей и розеток эксклюзивной конструкции? В конце концов, какой смысл иметь тщательно продуманную функцию освещения, не получая удовольствия от ее включения. У нас есть тумблеры в стиле ретро, ​​красиво оформленные диммеры и согласованные розетки во многих цветовых сочетаниях и вариантах отделки, поэтому мы уверены, что есть по крайней мере один вариант для каждого.

Дизайнерские выключатели и розетки для всех

Выключатели света, розетки и выключатели бытовой техники являются неотъемлемой частью наших домов, так почему же мы так упускаем их из виду при декорировании? Это одна из причин, по которой был разработан этот ассортимент.Во-вторых, мы не смогли найти достойных выключателей в индустриальном стиле для наших домов. Наш (не такой уж) секретный план — раз и навсегда избавиться от уродливых белых пластиковых переключателей, и вы можете нам помочь!

Согласуйте выключатели света и розетки с дизайном интерьера. Сравните их с обоями или подберите к цвету краски. Комбинации безграничны. Тебе действительно больше нет оправдания! Лично я мог бы смотреть на возможные варианты часами … Хочу ли я переключатель, который органично вписывается в мой дизайн, или тот, который выделяется, делает смелое заявление и требует внимания?

С учетом сказанного, что может быть лучше, чем продемонстрировать нашу коллекцию потрясающих выключателей света, чем сопоставить их с членами нашей команды! Они либо полюбят меня за это, либо накажут, никогда больше не заварив чай.Но вот…

Керен (Я) — бесстыдно копченое золото

Сложно изобразить себя в образе выключателя света, но я попробую. Я бы сказал, что я дымчато-золотой и черный одинарный тумблер … В первую очередь потому, что это один из моих любимых. Для меня копченое золото напоминает мне мою любимую эпоху, 1920-е годы. Этот финиш тоже удачно назван, он имеет почти выжженный финиш, а с его завихряющимися тонами темно-синего, зеленого, угольно-серого и кофейно-коричневого цвета он заставляет меня думать о запрещенных вечеринках с сигарами и шампанским.

Тусклость матового золота также делает каждое изделие уникальным. Можно сказать, что я уникален (иш). Я почти уверен, что ты не найдешь другого из меня … Кроме моей сестры-близнеца, конечно, но даже у нас есть различия. Восхитительная черная деталь этого переключателя в стиле ретро прекрасно сочетается с обветренной пластиной — мне это нравится. Если бы я был этим выключателем, я бы повесился на угрюмой серой стене с видом на эклектичный интерьер.

Джеймс превосходит современные выключатели света в промышленное производство

Джеймс — наш директор, поэтому я должен действовать осторожно.Я бы сказал, что он черно-золотой переключатель. В частности, диммер … В основном потому, что он сказал мне, что он такой, и я слишком люблю свою работу, чтобы не согласиться. Но я абсолютно понимаю, почему он пошел на это. Наш черно-золотой тройной диммерный переключатель выглядит смелым и мужественным с оттенком гламура… Джеймса часто замечают с металлическими акцентами на его дизайнерских кроссовках, которые контрастируют с довольно минималистичным нарядом. Интересно, можете ли вы назвать мужской наряд нарядом…

Джеймс любит все индустриальное, он внимательно относится к деталям и похож на сороку после резкого дизайна с золотыми акцентами — и если для этого нужно немного накатать, что ж, он в восторге.Гладкая матовая черная пластина этого переключателя создает идеальный фон для трех полированных латунных ручек с имитацией золота. И это красивые ручки, если бы вы знали, сколько часов Джеймс потратил на создание рисунка накатки. Он диммер, потому что он должен все контролировать. А диммер позволяет вам настроить лампочки, чтобы точно настроить атмосферу в вашей комнате.

Элли начинает жестко обращаться с шершавыми двойными розетками

Элли — наша постоянная модница.Она супер-классная. Известный блогер, она хорошо держит руку на пульсе грядущих тенденций. Ее стиль жесткий и резкий, с явным уклоном в сторону гранжа … Но кое-где для хорошей меры также присутствует небольшой гламурный акцент. Она любит неожиданное: дизайнерская обувь контрастирует с джинсовой тканью в стиле модерн. У нее пирсинг в носу, но это бриллиантовый стержень. У нее стрижка «каре», но она небрежно «расстегнута». Макияж идеален, но его почти нет. Она часто носит кроссовки, но обычно с каблуком на танкетке.Она поклонница дизайнерских сумочек, особенно с заклепками. Как ей это удается так легко?

Итак, для Элли я на самом деле собираюсь использовать одну из наших розеток; потускневшая медно-черная двойная розетка с USB-портом. Потускневшая медь, потому что каждая деталь уникальна. Теплые цвета глубочайшего апельсина с фиолетовыми пурпурными и бирюзовыми оттенками завораживают. Тем не менее, это по-прежнему прочная розетка промышленного вида. Матовая медь выглядит потрепанной и прочной, но, в отличие от нее, черная окантовка разъемов и переключатели практичны и практичны.Более того, порт USB-зарядного устройства чрезвычайно полезен. Сколько раз вам нужно что-то отключать, чтобы зарядить телефон? Уже нет. Итак, Элли — потускневшая медная двойная розетка USB, потому что ей нравятся вещи, которые есть не у всех, и ее привлекает все, что выглядит потрясающе, но в конечном итоге практично.

Тони просто простой тумблер в стиле ретро

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

Итак, чтобы это сработало для Тони, его нужно было разместить на белой стене в непринужденном современном деревенском интерьере. Идеально подходит для сочетания с белым эмалевым абажуром, подвешенным к потолку с помощью симпатичного тканевого кабеля. Чисто, просто и стильно. Тумблер, который в конечном итоге отлично смотрится в любом месте, от современного жилого помещения открытой планировки до квартиры в складском стиле… очень похоже на Тони, который ладит со всеми!

Лиз идет за золотом с черными пуговицами

Лиз определенно женщина с золотым и черным тумблером.Удивлен? На первый взгляд она кажется сдержанной, высокоорганизованной и требовательной. Мы делаем все возможное, чтобы вы, наши клиенты, получали заказы вовремя и каждый раз. Но, увы, у нее тоже есть темная сторона (уловив закономерность здесь с командой D&R). На выходных Лиз распускает волосы; Она надевает свою кожу, чтобы вырваться из городской черты и испытать волнующие ощущения по проселочным улочкам на спине дукатти своего мужа. Я не шучу.

Именно из-за этой неожиданной бунтарской полосы я классифицировал Лиз как современный золотой с черным выключатель света.Пластина этого промышленного переключателя из матовой латуни с имитацией золота представляет собой изысканную вневременную классику, которая сочетается с множеством стилей интерьера от винтажного до современного. Но обратите внимание на его крутой черный тумблер — удивительную маленькую деталь для катапультирования из латуни прямо в 21 ^-й -й век. Нам нравится обнаруживать эти неожиданные скрытые жемчужины контрастов в наших коллегах и включать их в наши продукты.

Черная спинка Lyz с дизайнерским диммером

Об этом вообще не пришлось думать.Спросите любого в офисе, и они ответят вам так же; Lyz — это черное на черном. На самом деле, когда в палитру ее гардероба проникают другие цвета, это всегда немного шокирует. Но не поймите меня неправильно, Лиз не гот. Ее стиль просто минималистичен; простые формы и простые линии — пусть и в контрастных фактурах черного цвета. Что делает наш дизайнерский переключатель яркости черный на черном идеальным современным переключателем света для нее.

Непритязательная матовая черная пластина с глянцевой черной отделкой диммером совершенно проста, но так шикарна.Все дело в контрастной отделке. Из всех наших дизайнерских выключателей и розеток я снова выбрал диммер для Lyz, как и Джеймс, она всегда все контролирует, а диммер — идеальный способ запечатлеть свой стиль в комнате, в то же время имея возможность получить ваше освещение. уровень точно правильный. Для приготовления еды включается полный свет, а затем выключается приглушенный свет, чтобы создать расслабляющую атмосферу для веселой беседы за едой с друзьями. Такой стильный способ включать и выключать промышленные потолочные светильники, причем черный цвет буквально сочетается с любым цветом и стилем.Однако я думаю, что этот роскошный выключатель как раз подходит для современного минималистичного интерьера с монохромными стенами — будь то обои или меловая матовая краска. Место, где этот скромный выключатель света будет выделяться по всем правильным причинам.

Эбигейл переворачивает розетки на голове

Могу я сравнить тебя с черно-белой розеткой? Звучит странно, я знаю, но потерпите меня … Если вы когда-нибудь встретите Эбигейл на улице, вы обязательно будете очарованы ее причудливым характером.По общему признанию, она «опередила свое время» и буквально каждую неделю удивляет нас своими лукавыми способностями и новейшими увлечениями. С помощью пряжи она может делать все, что угодно, от вязания лампочек до вязания очень симпатичных животных. И ее хобби простираются от очень практичного изготовления своей собственной винтажной одежды до довольно удивительных танцев Морриса и последней дегустации виски.

Именно из-за этих причудливых скрытых глубин ее личности она — черно-белая розетка.Это полностью с ног на голову; черный там, где он должен быть белым, и белый там, где он должен быть черным. Но не совсем очевидным образом. Прелесть розеток в том, что они изначально не слишком очевидны. Вы замечаете их только тогда, когда вам нужно их использовать — как правило, так или иначе. И это то, что нам нравится в Эбигейл, она не очевидна, но когда вы узнаете ее, она очень интересна, и я гарантирую, в отличие от всех, кого вы знаете. Немного похоже на перевернутый монохромный выключатель розетки, с которым вы раньше не сталкивались.

Даниэль восстает против белых пластиковых выключателей

Хммммм… это непростой вопрос. Я бы сказал, что Данни — потускневший медно-серебряный диммер (на самом деле она сказала мне сказать это… я думаю, она пытается бросить вызов моим способностям). Однако, если вы внимательно посмотрите на то, что Данни носит изо дня в день, ее наряд всегда имеет ретро-акцент. Ее солнцезащитные очки имеют отчетливо винтажный вид, ее волосы часто зачесаны в хвост в стиле 50-х годов, и она отдает предпочтение классическим черным брюкам в стиле Одри Хепберн длиной 3/4.Но она никогда не подходит для того, чтобы соответствовать, она носит их с лососевыми туфлями Converse и футболкой Disney! И по этой причине я не соглашусь и соединю ее с нашим тусклым медным и серебряным двойным тумблером.

Потускневшая медь — одно из любимых покрытий команды. Это сочетание всего, что мы любим и отстаиваем. Подлинно промышленная выветренная медная пластина с двумя полированными серебряными переключателями создает совершенно уникальное сочетание винтажного и современного стилей.Как и сама Данни. Серебряная деталь переключателя прекрасно дополняет кружащиеся переливающиеся медные тона и делает этот переключатель незаменимым элементом любого дома, желающего создать индустриальный стиль. Как и Данни, этот переключатель уникален. Она любит все, что связано с дизайном, и я узнаю в ней внутреннего бунтаря. Скромный Данни втайне восстает против системы, и это именно то, что представляет собой потускневшая медь.

Люк становится практичным с дизайнерскими выключателями для кухонных плит

Люк — серьезный парень.Он не любит суету и фанфары и, безусловно, предпочитает функциональность стилю в любой день недели. Сказав это … Как и все мы, определенно предпочли бы красиво оформленные дизайнерские выключатели и розетки, чем уродливые дешевые. По этой причине я подобрал Люку серебристо-белый переключатель плиты на 45 ампер. Это практично, но в то же время мы уделили этому столько же внимания, сколько и любым другим нашим дизайнерским выключателям и розеткам. Его внешний вид означает, что вас могут ошибочно принять за то, что он был переработан и переработан из коммерческой кухни.Нержавеющая сталь — выбор профи.

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

Beccy сияет роскошью золотым диммером

Я сравню Бекки с бело-золотым двойным диммерным переключателем — минималистский переключатель с изощренным поворотом. Бекки — прямолинейная девушка… Вот почему мы ладим. Этот гладкий белый переключатель выглядит одновременно скромным и в то же время впечатляющим. В конечном итоге это полностью современный взгляд на вездесущий белый пластиковый выключатель света.Но наша полностью переработанная и обновленная версия в целом более стильная. Он имеет аккуратный обтекаемый вид со скрытой фурнитурой, что делает его идеальным переключателем для минималистичного интерьера.

А Бекки — это минимализм. Она ненавидит беспорядок и, возможно, самый организованный человек, которого я знаю. Но не многие знают, что у нее есть скрытая сторона, которая любит пышность и излишество. Мы провели много приятных вечеров вместе, обедая лучшими деликатесами, которые только можно купить на студенческий бюджет… Обычно это сыр! Этот декаданс отражается в двух золотых регуляторах яркости с накаткой, которые красиво контрастируют с матовой белой задней панелью.Выключатель света, который привнесет в ваши комнаты немного роскоши. Так здорово в полностью белой комнате на белой стене. Еще лучше было использовать его, чтобы включать и выключать белый эмалевый подвесной светильник… Примите участие…

Наши современные выключатели и розетки пользуются популярностью у знающих людей… Они были представлены в My Warehouse Home и Elle Decoration — какая лучшая награда!

Покажите нам свой…

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

Trendi 2 Gang Artistic Modern Глянцевая переключаемая тактильная розетка на 13 А Белый ART-SKT213WH Бизнес, промышленность и наука Промышленное электрическое оборудование Powderhousebend.com

Trendi 2 Gang Artistic Modern Glossy 13 Amp Switched: Электроника. Простая установка розетки (просто замените старую розетку без дополнительной проводки)。 Огнестойкий корпус модуля из АБС-пластика。 Качественная пластиковая лицевая панель, которая не выцветает。 Гарантия 2 года。 Описание продукта Современная глянцевая розетка является частью новой линейки Trendi, Rocker Light Выключатель .Большая декоративная хромированная деталь не только хорошо выглядит, но и достаточно велика, чтобы ее было легко найти, а также включить и выключить. Эта модель имеет покрытие Gloss White. Легко чистить и устанавливать, подходит для всех обычных ламп и лампочек, хороший продукт для обновления вашего дома. 。 Коробка содержит 1 штекер Trendi 2 Gang Artistic Modern Glossy A с тактильным переключением, белый ART-SKT2WH。。。

Trendi 2 Gang Artistic Modern Glossy, 13 А, переключаемая тактильная розетка, белая ART-SKT213WH

Посетите магазин Carhartt. Женский комбинезон с нагрудником из лесного дерева без подкладки из потрепанной утки.Наклейки с наградами «Нравится». UK Drills 16,0 мм x 300 мм Сверло Profi Masonry Сверло из карбида вольфрама с никелевым покрытием. Лаймово-зеленые пакеты из 40 бумажных салфеток 16 цветов на выбор, обычные и высокие / рабочая одежда Dickies Unisex Industry 260 комбинезоны с нагрудниками и скобами, травы 3-х уровневая теплица из прозрачного ПВХ или мини-всплывающая теплица Идеально подходит для выращивания горшечных растений, цветов, садоводства в помещении или На открытом воздухе в любое время года. Выращивание семян. Саженцы, прочная посылка. Защитная упаковка. Рассылка. Почтовая подарочная упаковка. Размер 300 мм, высота — 75 метров. В рулоне — 3 больших рулона оберточной бумаги из гофрированного картона.57076 Замок с спиральным тросом для велосипеда Велосипедный замок с защитной цепью 1 м, Romanes Occluder. Инженеры из алюминия 250 мм пробуют квадратный набор столярных инструментов 9, Fiesta GF040, черные одностенные горячие чашки, набор из 1000. NiMn3Al-алюминиевая проволока диаметром 0,2-5 мм Тип термопары KN Nisil® 1-50 м Поставщик, 500 шт. 5-миллиметровый набор светодиодных светодиодов в ассортименте, Низковольтный рассеянный диод для схемы DIY PCB, световые индикаторы, модуль HM-TRP-434S RF FM-трансивер FSK UART 117 дБм 2,4 ÷ 3,6 В постоянного тока, коктейльный набор VonShef из 5 предметов Роскошный коктейльный шейкер из нержавеющей стали Manhattan в подарочной коробке с аксессуарами, включая джиггер Muddler и Фильтр.

Розничная торговля

Powder House предлагает самый большой выбор лыж, досок, ботинок и креплений в Центральном Орегоне от ведущих производителей отрасли.

Аренда

Наш новый прокат горнолыжных лыж включает более 100 демонстрационных лыж. Мы также сдаем в аренду сноуборды, беговые лыжи и снегоступы взрослых и молодежных размеров.

Услуги

Центр настройки и ремонта мирового класса от лыжника до гонщика.Возможна ночная настройка и восковая эпиляция.

Лента Facebook

Современные удлинители для дома, офиса или общежития от Conway Electric

Удлинители с двумя розетками, которые привлекательнее, функциональнее, безопаснее, Сделано в США компанией Conway Electric

Новинка! Extō Surf’s Up — современная розетка с двойной защитой от несанкционированного доступа, удлинитель на 15 ампер

70 долларов.00

Surf’s Up Extō Extō + 2 — более привлекательный, лучше функционирующий удлинитель. Когда волна разбивается, ее цвет меняется с синего на белый. Где-то посередине …

Посмотреть полную информацию о продукте

Новинка! Martha Blue Extō — современная розетка с защитой от несанкционированного доступа, 15-амперный удлинитель

70 долларов.00

Martha Blue Extō Extō + 2 — более привлекательный, лучше функционирующий удлинитель. Дизайн отеля Martha Blue Extō вдохновлен домом у озера Мичиган и гаванью неподалеку …

Посмотреть полную информацию о продукте

Новинка! Extō Pumpkin Orange — современная розетка с двойной защитой от несанкционированного доступа, удлинитель на 15 А

70 долларов.00

Тыквенный апельсин Extō Ext is + 2 — более привлекательный, лучше функционирующий удлинитель. Дизайн Pumpkin Orange Extō вдохновлен двумя вещами: винтажная освещенная реклама на шоссе для Orange Crush …

Посмотреть полную информацию о продукте

Новинка! Humboldt Fog Extō — Современная розетка с защитой от несанкционированного доступа, 15-амперный удлинитель

65 долларов.00

Humboldt Fog Extō Extō + 2 — более привлекательный, лучше функционирующий удлинитель. В округе Гумбольдт, Калифорния (известном секвой, сыром и прочим) есть серое облако, которое сидит …

Посмотреть полную информацию о продукте

Новинка! Navy Blue Extō — современная розетка с защитой от несанкционированного доступа, 15-амперный удлинитель

70 долларов.00

Navy Blue ExtōThe Extō + 2 — более привлекательный, лучше функционирующий удлинитель. Папа служил на флоте во время Второй мировой войны, поэтому мы разработали Navy Blue Extō на основе цветов …

Посмотреть полную информацию о продукте

Extō Carrara (Matte) Black — современная розетка с защитой от несанкционированного доступа, 15-амперный удлинитель

70 долларов.00

Carrara Black Extō Extō + 2 — более привлекательный, лучше функционирующий удлинитель. Carrara Black Extō основан на знаменитом карьере каррарского мрамора в Италии (отсюда и название) ….

Посмотреть полную информацию о продукте

Extō AC / DC Black & White — современная розетка с защитой от несанкционированного доступа, 15-амперный удлинитель

70 долларов.00

AC / DC Extō Extō + 2 — более привлекательный и лучше функционирующий удлинитель. AC / DC Extō вдохновлен рок-н-роллом. Высокая контрастность и неподвластная времени сочетание цветов, которое люди …

Посмотреть полную информацию о продукте

Exto Mint для CordPDX — современная розетка с двойной защитой от несанкционированного доступа, удлинитель на 15 А

70 долларов.00

The Mint Extō Extō + 2 — более привлекательный, лучше функционирующий удлинитель. Существует японская книга цветов 1920-х годов, которая считается первой книгой о цветовых сочетаниях для …

Посмотреть полную информацию о продукте

Extō Candy Pink с двумя розетками для Nordstrom — современная розетка с двойной защитой от несанкционированного доступа, удлинитель на 15 А

70 долларов.00

Candy Pink Extō Extō + 2 — более привлекательный, лучше функционирующий удлинитель. Итак, когда Нордстрем сказал: «Нам нужна эксклюзивная линия цветов», мама сказала: «Конечно же, розовый!» …

Посмотреть полную информацию о продукте

Extō Charcoal Red — современная розетка с защитой от взлома, 15-амперный удлинитель

70 долларов.00

Лимитированная серия Charcoal Red Extō Extō + 2 — более привлекательный, лучше функционирующий удлинитель. Charcoal Red Extō отражает энергию, страсть и мощь огня без …

Посмотреть полную информацию о продукте

Extō Whitewash — современная розетка с двойной защитой от несанкционированного доступа, удлинитель на 15 А

70 долларов.00

The Whitewash Extō Extō + 2 — более привлекательный и лучше функционирующий удлинитель. Цветовая гамма Whitewash, вдохновленная теплым отдыхом на побережье и тем, что однажды убедил Том Сойер …

Посмотреть полную информацию о продукте

Extō 4077th Green — современная розетка с защитой от несанкционированного доступа, 15-амперный удлинитель

Распроданный 70 долларов.00

4077-й зеленый Extō Extō + 2 — более привлекательный и лучше функционирующий удлинитель. 4077-й зеленый Extō отдает дань уважения мобильным медицинским подразделениям армии США и …

Посмотреть полную информацию о продукте

Подарочная карта Conway Electric

25 долларов.00

Подарите своим друзьям, семье, близким или даже своим врагам и конкурентам подарок, который они всегда будут использовать и никогда не забудут: подарочную карту Conway Electric Gift Card, подходящую для всего, что есть на нашем …

Посмотреть полную информацию о продукте

Подарочная карта Conway Electric

25 долларов.00

Покупаете для кого-то другого, но не знаете, что ему подарить? Сделайте им лучший подарок с подарочной картой Conway Electric Store. Отлично подходит для друзей, семьи, любимых …

Посмотреть полную информацию о продукте

Extō + 2 бутылки Rocket Red с черно-белым шнуром X

70 долларов.00

The Bottle Rocket Red Extō Более привлекательный, лучше функционирующий удлинитель. Bottle Rocket Red Extō имеет черный шнур, обтянутый хлопком, с белым тканым узором X, который вы не скроете. Модульный электрический …

Посмотреть полную информацию о продукте

Extō Dual-Outlet Ouija Beige 15 Ампер макс.

70 долларов.00

Ouija Beige Extō Более привлекательный, лучше функционирующий удлинитель. Дизайн Ouija Beige Extō вдохновлен уличными художниками. Матовый бежевый с контрастным фиолетовым шнуром был выбран для поп-музыки на основе арта …

Посмотреть полную информацию о продукте

CEMP02 Монтажная пластина для Extō + 2

15 долларов.00

ЧПУ Фрезерованная из алюминиевой пластины 1/8 дюйма, монтажная пластина Extō + 2 позволяет установить на поверхность любой одинарный разъем Extō Extō Smart USB, Extō + 2 или Extō Smart USB C. саморезы, …

Посмотреть полную информацию о продукте

Extō Pintō

5 долларов.00

Покажите миру, как сильно вы любите электричество, с Pintō — Pin Extō. Сделано в США из стали и эмали, с одинарным штифтом и латунной застежкой, Pintō …

Посмотреть полную информацию о продукте

Представляем сеть.framework: современная альтернатива сокетам — WWDC18 — видеоролики

Скачать

Доброе утро.

Меня зовут Джош Грэссли, и я очень рад быть здесь сегодня утром, чтобы рассказать вам о Network.framework.

Network.framework — современная альтернатива сокетам. Сегодня мы поговорим о модернизации транспортных API. Это поможет вам понять, что такое Network.framework, как он вписывается в систему и подходит ли это вашему приложению.

Мы познакомим вас с API, проведя вас через создание ваших первых подключений.

Мы поговорим о том, как вы можете использовать этот API, чтобы действительно оптимизировать передачу данных и выйти за рамки производительности всего, что вы можете делать с сокетами.

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

Во-первых, я хотел бы поговорить немного о модернизации транспортных API.Теперь, когда я говорю «транспортный API», я говорю о любом API, который позволяет отправлять и получать произвольные данные между двумя конечными точками в сети, и это довольно широкое определение, и существует множество API, которые могут подпадать под эту категорию.

Пожалуй, самые распространенные — это розетки. Сокеты существуют в нас более 30 лет, и я не думаю, что будет преувеличением сказать, что сокеты изменили мир, но мир продолжает меняться. И, как следствие, использовать сокеты для написания приложений для современного Интернета действительно сложно.Есть три основных области, в которых очень сложно правильно использовать розетки.

Первый — установление соединения. Существует целый ряд причин, по которым установление соединений с помощью сокетов может быть действительно затруднительным. Во-первых, сокеты подключаются к адресам, поэтому в большинстве случаев у вас есть имя хоста, поэтому вам придется разрешать это имя хоста в адрес. Когда вы это делаете, вы часто получаете более одного адреса. У вас будет несколько адресов IPv4, несколько адресов IPv6, и теперь у вас есть проблема: к какому адресу вы должны попытаться подключиться и в каком порядке? Как долго вы ждете, прежде чем попробовать следующий? Вы можете потратить годы, пытаясь это усовершенствовать.Я знаю, потому что у нас есть. Как только вы справитесь с проблемами хоста с двойным стеком, вы столкнетесь с целым рядом других проблем. В некоторых сетях используется так называемая автоматическая настройка прокси или PAC.

В этих сетях есть JavaScript, который вы получаете, и вам нужно передать URL-адрес в JavaScript, а JavaScript запускается и выдает ответ, в котором говорится, что вы можете пойти напрямую или вам нужно использовать этот прокси-сервер SOCKS здесь или прокси-сервер HTTP-подключения. И теперь ваше приложение должно поддерживать прокси-серверы SOCKS и прокси-серверы HTTP-подключения, и это может быть действительно сложно.

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

Так что подключиться к розеткам действительно сложно.

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

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

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

Когда вы используете неблокирующий режим, вы можете сказать ядру, что я хочу 100 байт, и ядро ​​вернется и скажет: у меня есть 10 байт для вас, почему бы вам не вернуться позже. И теперь вам нужно создать конечный автомат, чтобы отслеживать, сколько байтов вы читаете по сравнению с тем, сколько байтов вы хотите прочитать. Это может потребовать много работы, и добиться от нее хорошей работы может быть непросто. Вдобавок ко всему, вам действительно не следует читать и писать в сокеты напрямую, потому что вы должны использовать что-то вроде безопасности транспортного уровня или TLS.

Сокеты не поддерживают TLS, поэтому вы, вероятно, используете какую-то другую библиотеку, которая обрабатывает TLS для вас и читает и записывает в сокеты от вашего имени, или вы пишете связующий код между этой библиотекой и сокетами, и вам нужно выяснить, как заставить все это работать со всей сумасшедшей логикой подключения, которую вы закладываете заранее. Здесь много чего может быть действительно сложно.

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

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

Sockets не поможет вам в этом. Вы можете использовать сокеты маршрутизации, но это действительно очень сложно. Мы думаем, что транспортный API должен работать лучше.

К счастью, на нашей платформе у вас как у разработчика приложений есть отличный API в URLSession.

URLSession решает все эти проблемы за вас.

Он действительно ориентирован на HTTP, но также имеет потоковую задачу, которая дает вам прямой доступ к соединениям TCP и TLS.

Теперь вы, возможно, смотрите на это, и, возможно, вы не обманули, посмотрев описание в приложении WWDC. Вы можете подумать, что URLSession построен на тех же примитивах, которые вы бы использовали сами.

Но оказывается, что это не так. URLSession построен на основе того, что мы называем Сетью.фреймворк.

URLSession действительно фокусируется на всех битах HTTP и переносит большую часть транспортных функций в Network.framework.

Network.framework — это то, над чем мы работали в течение ряда лет, и, поддерживая URLSession, мы многому научились, и многие из этих уроков мы перенесли в IETF. Некоторые наши инженеры регулярно участвуют в IETF и встречаются с инженерами из других компаний, и они много обсуждали то, что мы узнали в рабочей группе по транспортным услугам.И в ходе этих обсуждений мы получили отличные отзывы, мы вернули их и улучшили Network.framework на основе этого.

Мы очень рады объявить в этом году, что ваши приложения могут использовать преимущества этой же библиотеки прямо сейчас. Теперь мы знаем, что одна из вещей, которые людям нравятся в сокетах, — это то, что они дают им очень точный контроль практически над всем, и они действительно не хотят отказываться от этого. Поэтому, когда мы разрабатывали Network.framework, мы хотели убедиться, что он по умолчанию работает правильно, как сокеты, но он дает вам все ручки, которые делают сокеты.И у него есть такой градиент, поэтому чем больше ручек вы поворачиваете, тем сложнее становится. Он дает вам всю необходимую мощность, но вам не нужно платить за сложность, если она вам действительно не нужна.

Network.framework имеет невероятно умное соединение.

Работает с ящиками с двойным стеком. Он обрабатывает только сети IPv6. Он обрабатывает PAC. Он обрабатывает прокси. Это поможет вам подключиться к сетям, с которыми в противном случае очень сложно справиться.

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

Имеет поддержку встроенной безопасности. По умолчанию он поддерживает TLS и DTLS. Это действительно просто в использовании. Он отлично поддерживает мобильность. Он предоставляет уведомления об изменениях в сети, которые имеют отношение к соединениям, устанавливаемым вашим приложением. Он доступен на iOS, macOS и tvOS как CAPI с автоматическим подсчетом ссылок, поэтому его легко использовать с Objective C, и он имеет невероятный Swift API. На этом я хотел бы передать его Томми Поли, чтобы он помог вам установить ваше первое соединение.Спасибо. Ладно, всем привет. Меня зовут Томми Поли, я работаю в группе по работе с сетями в Apple.

И поэтому я уверен, что многие из вас действительно взволнованы, увидев, как вы можете начать использовать Network.framework в своих приложениях.

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

Но вам может быть интересно, какие соединения подходят для использования в сети.фреймворк. Каковы варианты использования? Итак, давайте сначала рассмотрим некоторые сценарии приложений, которые могут использовать сокеты сегодня и которые действительно получат большую выгоду, воспользовавшись преимуществами Network.framework в будущем. Итак, первое, что я хочу выделить, — это игровые приложения. Игровые приложения часто используют UDP для отправки данных о состоянии игры в реальном времени между одним устройством и другим.

И они действительно заботятся об оптимизации задержки и проверке отсутствия задержек или чего-либо еще.

Если у вас есть подобное приложение, вам понравится, как Network.framework позволяет вам действительно оптимизировать ваш UDP, отправляя и получая его быстрее, чем когда-либо прежде, с наименьшей возможной задержкой. Другой тип приложений, в которых будет много преимуществ Network.framework, — это приложения для потоковой передачи в реальном времени. Таким образом, при потоковой передаче в реальном времени в своих приложениях часто используется комбинация UDP и TCP, но ключевым моментом здесь является то, что они генерируют данные на лету. Если у вас есть новые видеокадры или звуковые кадры, вам необходимо убедиться, что они имеют хороший темп, и вы не подвергаетесь большой буферизации на устройстве или в сети.

Асинхронная модель для чтения и записи в Network.framework будет идеальной для уменьшения этой буферизации. И последний случай, который я хочу выделить, — это приложения для почты и обмена сообщениями.

Таким образом, они будут использовать гораздо более традиционные протоколы, только TLS поверх TCP.

Однако для таких приложений очень важно правильно обрабатывать сетевые переходы.

Часто, если у вас есть приложение для обмена сообщениями, ваш пользователь будет использовать ваше приложение, когда выходит из здания, отправляя текстовое сообщение своему другу, чтобы сообщить ему, что он уже в пути.И вы хотите убедиться, что вы обрабатываете этот переход от сети Wi-Fi в здании к сотовой сети, в которую они входят, и что у вас не будет много времени, чтобы это сообщение действительно дошло до их друга. И это всего лишь три примера типов приложений, которые могут использовать такие низкоуровневые сети. Есть много других типов приложений, которые могут воспользоваться этим преимуществом, поэтому, если у вас есть приложение, подобное одному из этих, или какой-либо другой вариант использования, который в настоящее время использует сокеты, я приглашаю вас следить за мной и посмотреть, какие преимущества может принести ваше приложение.Итак, для начала я хочу сосредоточиться на последнем случае, простейшем случае приложений для почты и обмена сообщениями, и на том, как они устанавливают соединения. Итак, когда вы хотите установить соединение с сервером, скажем, для почтового соединения, iMap с безопасностью, с TLS, вы начинаете со своего имени хоста mail.example.com.

У вас есть порт, к которому вы хотите подключиться, порт 993, и вы хотите использовать TLS, а также TCP. Так как же это будет выглядеть традиционно в сокетах? Что-то вроде этого для начала.Вы бы взяли свое имя хоста. Вы должны вызвать некоторый DNS API для разрешения этого имени хоста. Допустим, это getaddrinfo. Вы вернете один или несколько адресов. Вам нужно будет решить, к какому из них вы хотите подключиться в первую очередь.

Вы вызовете сокет с соответствующим семейством адресов.

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

Затем вы вызываете connect для запуска TCP, а затем ждете доступного для записи события.

И это до того, как вы начнете что-либо делать с TLS, и это еще целый ряд других проблем. Так как это выглядит в Network.framework? И мы надеемся, что вам это покажется очень знакомым, но немного проще. Итак, первое, что вы делаете, это создаете объект подключения. А объект подключения основан на двух вещах. У вас есть конечная точка, которая определяет пункт назначения, к которому вы хотите добраться, и это может быть адрес, IP-адрес, который у вас был раньше, но обычно, как в этом примере, у нас есть имя хоста и порт, и поэтому наш конечной точкой может быть только имя хоста и порт.Это также может быть сервис Bonjour, к которому я хочу подключиться.

А еще у меня есть параметры. Параметры определяют, какие протоколы я хочу использовать, TLS, DTLS, UDP, TCP. Он определяет параметры протокола, которые мне нужны, а также пути, которые я хочу использовать для подключения. Я хочу просто подключиться через что-нибудь или я хочу использовать только Wi-Fi? После того, как вы настроили соединение, вы просто вызываете start, чтобы начать работу, а затем ждете, пока соединение перейдет в состояние готовности. И это все, что вам нужно сделать, чтобы установить полное TLS-соединение с вашим сервером.

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

Затем вы создаете объект NWConnection. Таким образом, NWConnection в Swift или C является фундаментальным объектом для чтения и записи данных.

В этом случае у нас есть удобство, которое инициализирует вашу конечную точку с хостом в порту, поэтому я даю ему свое имя хоста male.example.com и порт. И в данном случае это всем известный порт. Это изображения.Так что я могу очень просто поместить это в Swift, но я также могу поместить туда любой другой числовой литерал. А затем, чтобы определить, какие протоколы я хочу использовать, я передаю параметры, и, поскольку это клиентское соединение, мне нужны только параметры по умолчанию, TLS и TCP. Это может быть так же просто, как просто написать точечный TLS, и теперь у меня есть полноценное TLS-соединение.

Следующее, что я делаю, — это указание обработчика обновления состояния для обработки всех переходов, через которые может пройти мое соединение.

Первое и самое важное состояние, которое вы хотите обработать, — это состояние готовности.Готово означает, что ваше приложение готово к чтению и записи данных в этом соединении, оно полностью установлено, и если вы используете TCP и TLS, это означает, что рукопожатие TLS завершено.

Мы также сообщаем вам о состоянии ожидания. Итак, в прошлом году в URLSession мы ввели ожидание подключения, и состояние ожидания NWConnection точно такое же. И это всегда по умолчанию. Поэтому, когда вы создаете свое соединение и когда вы его запускаете, если сеть недоступна, мы не потерпим неудачу, мы просто сообщим вам, что ждем, когда сеть станет доступной.Мы дадим вам полезный код причины, но вам не нужно больше ничего делать, чтобы самостоятельно отслеживать переходы в сети. Мобильность — важная, важная часть этого API. И мы также сообщим вам, если произойдет фатальная ошибка. Допустим, нам пришлось выполнить сброс с сервера или произошел сбой TLS, и мы сообщим вам об этом как о сбое. Итак, как только вы это настроите, вы просто вызываете start и предоставляете очередь отправки, по которой вы хотите получать обратные вызовы. Итак, я хочу разобраться, что происходит, когда вы вызываете start.Что на самом деле происходит? Итак, вот небольшая машина состояний, внутренности NWConnection. Когда мы начинаем с состояния настройки и вызываем start, мы переходим в состояние подготовки.

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

Для сокета TCP, это просто отправит SYN-пакет на сервер, с которым вы пытаетесь связаться.

Но когда вы вызываете start для NWConnection, он фактически обрабатывает все то, о чем Джош упоминал ранее.

Он оценивает сеть, в которой вы находитесь, и пытается сделать для вас максимально быстрое соединение. Я хочу углубиться в это немного подробнее. Это то, что мы называем установлением интеллектуального соединения. Итак, первое, что мы делаем, когда вы вызываете start, это то, что мы берем вашу конечную точку, а затем мы оцениваем, какие все сети в настоящее время доступны мне.

В данном случае у нас есть Wi-Fi и сотовая связь.

И обычно мы предпочитаем сеть Wi-Fi, потому что она дешевле для пользователя.

Итак, мы сначала рассмотрим это.

Затем проверяем, есть ли какие-то особые конфигурации в этой сети. Есть ли VPN? Прокси есть? И мы оценим это для вас.

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

Мы проверим, нужно ли нам использовать прокси, подключимся к нему, создадим там TCP-соединение.

Но если нам это не нужно, мы сделаем DNS от вашего имени напрямую, вернем все ответы на IP-адреса DNS и подключимся к ним один за другим, оставив их работать параллельно. Мы соревнуемся с ними, чтобы обеспечить вам максимально быстрое соединение.

А затем, если что-то пойдет не так с Wi-Fi, допустим, качество Wi-Fi радио станет очень плохим, потому что вы уходите от здания, мы действительно можем воспользоваться функцией, называемой поддержкой WiFi, и беспрепятственно вернуться к сотовой сети , выполните там разрешение DNS и попробуйте подключения одно за другим.Таким образом, ваше соединение будет очень устойчивым, обрабатывает VPN, обрабатывает прокси-серверы за вас и обеспечивает наилучшее возможное соединение. Теперь, конечно, вы можете не захотеть пробовать все эти варианты. Возможно, вы захотите ограничить действия, выполняемые при установлении соединения, поэтому у нас есть много различных регуляторов и элементов управления, которые позволяют вам это делать, и сегодня я хочу выделить только три из них.

Во-первых, вы можете не захотеть использовать дорогие сети, такие как сотовая сеть, потому что это соединение подходит только для использования через Wi-Fi.

Итак, в параметрах вашего соединения есть опции для управления интерфейсами, которые вы используете. Поэтому, если вы не хотите использовать сотовую связь, просто добавьте сотовую связь в список запрещенных типов интерфейсов. Еще лучше вообще запретить дорогие сети, потому что это также заблокирует использование личных точек доступа, скажем, на Mac. Другой способ ограничить установление соединения — это выбрать конкретное семейство IP-адресов, которое вы хотите использовать.Допустим, вы действительно любите IPv6, потому что он быстрее и за ним будущее. Вы вообще не хотите использовать IPv4 в своем соединении. И вы можете сделать это, перейдя к своим параметрам, покопавшись в опциях, специфичных для IP, и здесь у вас будут варианты, которые вы найдете знакомыми из ваших опций сокета сегодня, и вы также можете конкретно определить, какой IP версию, которую вы хотите использовать. И это повлияет на ваше соединение, а также на разрешение DNS. И, наконец, вы можете не захотеть использовать прокси для данного соединения.Возможно, ваше соединение не подходит для использования через прокси-сервер SOCKS. В этом случае вы можете просто запретить использование прокси. Вот что происходит в состоянии подготовки.

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

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

В конце концов, надеюсь, ваше соединение будет установлено. На этом этапе мы перейдем в состояние готовности. И состояние готовности, как я упоминал ранее, — это когда ваше соединение полностью установлено. Итак, это все протоколы в вашем стеке, например, вплоть до TLS.

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

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

Вот и все. Это обзор основного времени жизни объекта подключения в Network.framework, и чтобы показать вам, как вы можете использовать это для создания простого приложения, я хотел бы пригласить Эрика на сцену. Спасибо, Томми. Я Эрик Киннер, тоже из сетевой группы здесь, в Apple, и я очень рад создать вместе с вами пример приложения, использующего сеть.фреймворк.

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

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

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

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

Конечно, чтобы отправлять эти UDP-пакеты по сети, нам необходимо соединение. При переключении на другое устройство нам нужен слушатель, который может принимать это входящее соединение и читать пакеты данных из сети.Оттуда мы просто отменяем предыдущий процесс, повторно собирая видеокадры и отправляя их на дисплей, чтобы мы могли видеть их на экране. Чтобы не усложнять задачу, мы уже абстрагировали камеру и функции дисплея, чтобы можно было сосредоточиться только на тех частях, которые используют Network.framework.

Есть одна вещь, которую мы здесь еще не рассмотрели, и это слушатель. Итак, сейчас у нас есть минутка, чтобы сделать это. Функциональность прослушивателя обеспечивается классом NWListener, который вы можете создать, используя те же объекты параметров, которые вы использовали для настройки соединений.

Настроить слушателя для рекламы сервиса Bonjour очень просто. В этом случае мы будем использовать camera.udp. Когда слушатель получает новое соединение, он передает это соединение блоку, который вы предоставляете как newConnectionHandler.

Это ваша возможность выполнить любую конфигурацию, которую вы выберете для этого соединения, а затем вам нужно вызвать start, чтобы сообщить этому соединению, что пора начинать. Точно так же вам нужно вызвать start для вашего слушателя, и снова, как и в случае с соединениями, вы предоставляете очередь отправки, в которой вы хотите, чтобы эти обратные вызовы были запланированы.Итак, слушатели. Если задуматься, мы просто реализовали эквивалент вызова прослушивания UDP-сокета.

За исключением того, что прослушивание фактически не работает с сокетами UDP. Теперь мы готовы создать наше приложение в Xcode.

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

UDPClient будет отвечать за создание соединения с другой стороной и отправку кадров.

Точно так же сервер отвечает за создание приемника, прием входящих подключений, чтение данных из этих подключений и отправку их на экран.

Начнем с клиента. У моего клиентского класса есть инициализатор, который принимает имя, которое представляет собой строку, описывающую имя bonjour, к которому мы хотим подключиться. Я создам свое соединение, просто вызвав NWConnection и передав конечную точку службы. Используя предоставленное мне имя и тип camera.udp.Мы также передали параметры UDP по умолчанию. Как упоминал Томми, мы можем использовать обработчик обновления состояния для проверки состояний готовности и сбоя.

Здесь, когда наше соединение будет готово, мы вызовем sendInitialFrame, который мы реализуем через минуту. Поскольку мы используем UDP и другого квитирования нет, мы собираемся взять некоторые данные и отправить их по сети на другое устройство и дождаться, пока они отозвутся эхом, прежде чем мы начнем генерировать множество видеокадров и сбрасывать их. в сети.

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

Здесь мы собираемся принять буквальные байты и создать объект данных, используя их. Чтобы отправить контент по соединению, мы можем вызвать connection.send и предоставить этот объект данных в качестве контента.

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

В этом обработчике завершения мы проверяем наличие содержимого, и если да, то сообщаем остальной части приложения, что мы подключены, и оно должно активировать оборудование камеры и начать генерировать кадры. Когда эти кадры сгенерированы, остальная часть приложения знает, что нужно вызвать send в нашем классе UDPClient и передать ему массив объектов данных, представляющих видеокадры, которые мы пытаемся отправить. Поскольку мы собираемся выполнять множество операций отправки в очень быстрой последовательности, мы собираемся выполнить их в блоке, который мы передали в связи.партия. В этом блоке мы собираемся просмотреть каждый кадр в этом массиве объектов данных и передать каждый из них в connection.send. Как и в предыдущем случае, мы используем обработчик завершения для проверки ошибок, обнаруженных при отправке.

И все. У нас есть класс UDPClient, и мы готовы к работе. Посмотрим на сервер.

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

Начиная со слушателя, мы просто создаем NWListener, используя параметры UDP по умолчанию. Если бы я хотел, это также моя возможность использовать эти параметры, чтобы сообщить слушателю, что он должен прослушивать определенный локальный порт. Но поскольку мы используем сервис Bonjour, нам это не нужно.

Чтобы настроить эту службу, я собираюсь установить в свойстве службы прослушивателя объект службы типа camera.udp. Обратите внимание, что я не передаю здесь имя, потому что хочу, чтобы система предоставила мне имя устройства по умолчанию.

Я также предоставляю блок для serviceRegistration UpdateHandler, который будет вызываться в любое время при изменении набора конечных точек, объявленных системой. Здесь меня интересует случай, когда добавляется конечная точка, и если это тип службы, я сообщаю остальной части приложения имя, которое рекламируется, это имя устройства по умолчанию, которое я прошу предоставить системе, чтобы я может отображать его в пользовательском интерфейсе, а мои пользователи вводят его где-нибудь еще.

Я собираюсь установить новый обработчик соединения для слушателя, который будет вызываться каждый раз, когда слушатель получит новое входящее соединение.Я мог бы выполнить некоторую настройку этих подключений, но настройки по умолчанию здесь подходят, поэтому я просто вызываю connection.start и передаю его в очередь. Здесь я уведомляю остальную часть приложения о том, что я получил входящее соединение, чтобы оно могло начать нагревать конвейер отображения и подготовиться к отображению видеокадров.

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

Мне нужно не забыть запустить мой слушатель, что я делаю, вызывая listener.start и передавая ему ту очередь, которую мы создали выше.

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

Здесь мы начинаем с вызова connection.receive и передачи его в обработчик завершения. Когда данные поступят через это соединение, мы увидим, не подключены ли мы еще. Если бы мы не были подключены, вероятно, это то рукопожатие, которое клиент отправляет.Мы просто повернемся вправо и вызовем connection.send, передав тот же контент обратно, чтобы он был передан клиенту.

Затем мы вспоминаем, что мы подключены, и при всех последующих полученных обратных вызовах мы просто сообщаем остальной части приложения, что мы получили этот кадр, и оно должно отправить его в конвейер отображения, чтобы мы могли его увидеть на экран. Наконец, если ошибок не было, мы снова вызываем прием, чтобы получать последующие кадры и отправлять их на дисплей, чтобы объединить видео для каждого из этих отдельных изображений.Ну это все. У нас есть UDPClient, у нас есть UDPServer, давайте попробуем.

Я собираюсь запустить клиент на моем телефоне здесь, и я собираюсь запустить сервер на моем Mac, чтобы мы могли видеть его на большом экране. Здесь только что появился сервер, и мы видим, что он рекламируется как Demo Mac, где я сказал остальной части системы просто дать мне имя.

Это у меня на телефоне. Если я нажму «Подключиться», я внезапно вижу видеокадры, передаваемые по сети через UDP Live.

Итак, здесь мы только что увидели, как быстро я смог вызвать UDPClient, который мог подключаться к службе Bonjour, он может отправлять рукопожатие, ждать его обработки, брать видеокадры, поступающие с камеры, и отправлять их. по сети.

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

А теперь, чтобы более подробно рассказать вам об оптимизации передачи данных, я хотел бы снова пригласить Томми на сцену.

Спасибо, Эрик. Это была действительно классная демка. Это очень легко сделать, и теперь мы рассмотрели основы, и мы знаем, как устанавливать исходящие соединения, как принимать входящие соединения, но настоящая ключевая часть Network.framework, которая будет здесь убийственной функцией. это способ, которым он может оптимизировать вашу производительность, и что мы можем выйти за рамки того, что могли сделать сокеты. И я хочу начать с того, как вы в своем приложении взаимодействуете со своими сетевыми соединениями самым простым способом, то есть просто отправкой и получением данных.

Эти вызовы очень просты, но нюансы того, как вы обрабатываете отправку и получение, действительно имеют огромное значение для скорости отклика вашего приложения и того, сколько буферизации происходит на устройстве и в сети. Итак, первый пример, который я хочу рассмотреть, — это когда мы отправляем данные в приложении, очень похоже на то, что только что показал вам Эрик, что-то, что является потоковой передачей в реальном времени, что-то, что генерирует данные на лету. Но в этом случае давайте поговорим о том, когда мы отправляем его через поток TCP, поток TCP, который может выполнять резервное копирование в сети, у которого есть определенное окно, которое он может отправлять.Так как же нам с этим справиться? Итак, вот функция для отправки одного кадра. Это некоторый блок данных, созданный вашим приложением. И способ, которым вы отправляете его по соединению, заключается в том, что вы просто вызываете connection.send и передаете эти данные.

Теперь, если вы привыкли использовать сокеты для отправки в своих соединениях, вы либо используете блокирующий сокет, и в этом случае, если у вас есть сотня байтов данных для отправки, если в буфере отправки нет места, это ‘ Я фактически заблокирую ваш поток и дождусь, пока сетевое соединение не истечет, или, если вы используете неблокирующий сокет, этот send может фактически не отправлять ваши полные данные.Он скажет, о, я отправил только 50 байт. Вернитесь в другой раз, чтобы отправить следующие 50 байтов. Это требует от вас и вашего приложения обработки большого количества данных о том, сколько вы фактически сделали для отправки ваших данных.

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

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

И ключевым моментом здесь является тот блок обратного вызова, который мы вам даем.

Это называется contentProcessed. И мы будем вызывать его всякий раз, когда сетевой стек потребляет ваши данные. Так что это не означает, что данные обязательно были отправлены или подтверждены другой стороной. Это в точности эквивалентно времени, в течение которого вызов блокирующего сокета вернется к вам, или когда вызов неблокирующего сокета смог использовать все байты, которые вы отправили. И в этом обработчике завершения вы можете проверить две вещи.

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

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

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

Еще одна вещь, на которую я хочу обратить внимание при отправке, — это трюк, продемонстрированный Эриком ранее, который отлично подходит для приложений UDP, которые отправляют несколько датаграмм одновременно.

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

Но если вы вызываете пакетный вызов в этом блоке, вы можете вызывать send или фактически получать столько раз, сколько хотите, и соединение будет задерживать обработку любых данных, пока вы не завершите пакетный блок, и попытается отправить все эти все дейтаграммы как единый пакет вниз в систему, в идеале имеют только один переключатель контекста вниз в ядро ​​и отправляют интерфейс.Это позволяет вам быть очень и очень эффективным. Итак, это отправка. Получение, как и отправка, является асинхронным, и асинхронный характер дает вам обратное давление, которое позволяет вам управлять своим приложением.

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

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

Обычно с сокетом вы можете попытаться прочитать 10 байт.

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

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

С NWConnection, когда вы вызываете прием, вы предоставляете минимум данных, которые вы хотите получить, и максимум данных.

Таким образом, вы можете указать, хотите ли вы получить ровно 10 байтов, потому что это ваш протокол, вы можете просто сказать, я хочу минимум 10 и максимум 10. Дайте мне ровно 10 байтов. И мы перезвоним вам только тогда, когда либо произошла ошибка при чтении соединения в целом, либо мы прочитали именно эти 10 байтов. Затем вы можете просто прочитать любой контент, который вам нужен для вашего заголовка, прочитать длину, а затем, допустим, вы хотите прочитать пару мегабайт, и вы, по сути, делаете то же самое, чтобы прочитать свое тело, и вы просто проходите, хорошо Я хочу прочитать именно эту сумму для моего соединения, и это позволяет вам не переключаться между стеком и вашим приложением, а просто иметь один обратный вызов, когда все ваши данные будут готовы к работе.

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

Итак, первая из них, о которой мы много раз говорили здесь, на WWDC, — это ECN. Это явное уведомление о перегрузке.

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

Замечательно то, что ECN по умолчанию включен для всех ваших TCP-соединений. Вам не нужно ничего делать.

Но в прошлом было очень сложно использовать ECN с протоколами на основе UDP.

Итак, я хотел бы показать вам, как вы можете здесь это сделать. Первое, что вы делаете, это создаете объект ipMetadata. ECN управляется флагами, которые входят в IP-пакет, поэтому у вас есть этот объект ipMmetadata, который позволяет вам устанавливать различные флаги для каждого пакета, и вы можете обернуть это в объект контекста, который описывает все параметры для различных протоколов, которые вы хотите связать с одной отправкой, а также относительный приоритет этого конкретного сообщения.

И затем вы используете этот контекст как дополнительный параметр в вызове отправки, помимо вашего контента.

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

И вы также можете получать эти же флаги всякий раз, когда вы получаете соединение. У вас будет тот же объект контекста, связанный с вашими получателями, и вы сможете считывать конкретные низкоуровневые флаги, которые вы хотите убрать.Похоже, у нас есть класс обслуживания.

Это свойство, доступное также в URLSession, которое определяет относительный приоритет вашего трафика, и это влияет на то, как трафик ставится в очередь на локальных интерфейсах при отправке, а также на то, как трафик работает в сетях Cisco Fastlane. . Таким образом, вы можете пометить свой класс обслуживания как свойство для всего соединения, используя параметр класса обслуживания в объекте параметра. В этом случае мы покажем, как использовать класс фонового обслуживания, и это отличный способ отметить, что ваше соединение имеет относительно низкий приоритет.Мы не хотим, чтобы это мешало интерактивным данным пользователя. Поэтому мы настоятельно рекомендуем вам, если у вас есть фоновые передачи, пометьте их как фоновый класс обслуживания.

Но вы также можете пометить класс обслуживания для каждого пакета для этих UDP-соединений.

Допустим, у вас есть соединение, в котором у вас есть как голосовые, так и сигнальные данные в одном потоке UDP.

В этом случае вы можете создать тот же объект метаданных IP, который мы представили ранее, отметить свой класс обслуживания вместо флагов ECN, присоединить его к контексту и отправить.И теперь вы отмечаете приоритет для каждого пакета. Другой способ оптимизировать соединения — уменьшить количество циклов, необходимых для их установления.

Итак, здесь я хочу выделить два подхода к этому.

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

Итак, чтобы включить это, вы отметите «Разрешить быстрое открытие» в своих параметрах. Затем вы создаете свое соединение, а затем, прежде чем вы сможете вызвать start, вы действительно можете вызвать send и получить свои исходные данные. Теперь я хочу указать здесь, что здесь обработчик завершения заменен маркером, указывающим, что эти данные являются мощными элементами, а потенциал элементов означает, что данные безопасны для воспроизведения, потому что исходные данные могут быть повторно отправлены по сети, и поэтому вы не должны Я не хочу, чтобы у него были побочные эффекты, если на него возмутились.

Затем вы просто вызываете start, и по мере того, как мы запускаем соединение, все попытки, о которых мы упоминали ранее, мы будем использовать эти начальные данные, если мы сможем отправить в TCP Fast Open. Есть еще один способ использования TCP Fast Open, который не требует от вашего приложения отправки собственных данных.

Если вы используете TLS поверх TCP, первое сообщение от TLS, приветствие клиента, может фактически использоваться в качестве начальных данных TCP Fast Open.

Если вы хотите просто включить это, а не предоставлять свои собственные данные Fast Open, просто войдите в параметры, специфичные для TCP, и отметьте, что вы хотите включить Fast Open там, и оно автоматически получит первое сообщение от TLS для отправки. во время установления соединения.

Есть еще одна вещь, которую вы можете сделать, чтобы оптимизировать установление соединения и сэкономить время на обход, и это то, что Стюарт упомянул в предыдущем сеансе, который мы называем Оптимистическим DNS.

Это позволяет вам использовать ответы DNS с истекшим сроком действия, которые, возможно, имели очень короткое время существования, и пытаться подключиться к ним, пока мы параллельно выполняем новый запрос DNS.

Итак, если адреса, которые вы получили ранее, срок действия которых истек, все еще действительны, и вы отмечаете поведение DNS с истекшим сроком как разрешенное.Когда вы позвоните в start, мы сначала попытаемся подключиться к этим адресам, и нам не придется ждать завершения нового DNS-запроса. Это может сэкономить много времени на настройку вашего соединения, но если ваш сервер действительно переместил адреса, потому что мы пробуем несколько разных вариантов подключения, если первый не работает, мы будем изящно ждать нового DNS-запрос, чтобы вернуться и попробовать эти адреса.

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

Следующая область, о которой я хочу поговорить о производительности, — это то, для чего вам на самом деле не нужно ничего делать в вашем приложении. Это то, что вы получаете совершенно бесплатно всякий раз, когда используете соединения URLSession или Network.framework, и это сеть в пространстве пользователя. Это то, что мы представили в прошлом году здесь, на WWDC, и оно включено в iOS и tvOS. Здесь мы полностью избегаем уровня сокетов и переместили транспортный стек в ваше приложение. Итак, чтобы дать вам представление о том, что это делает, я хочу начать с того, что обычно представляет собой унаследованная модель стека.Допустим, вы получаете пакет из сети. Это интерфейс Wi-Fi. Этот пакет поступит в драйвер, будет отправлен в буфер приема TCP в ядре, а затем, когда ваше приложение считывает данные из сокета, он выполнит переключение контекста и скопирует данные из ядра в ваше приложение, и тогда, как правило, если вы используете TLS, для расшифровки этих данных потребуется еще одно преобразование, прежде чем вы сможете отправить их в приложение. Итак, как это выглядит при создании сетей в пользовательском пространстве? Итак, как видите, основное изменение заключается в том, что мы переместили транспортный стек, TCP и UDP, в ваше приложение.Так что это нам дает? Теперь, когда пакет поступает из сети, он поступает в драйвер, как и раньше, но мы перемещаем его в область с отображением памяти, из которой ваше приложение автоматически может извлекать пакеты без копирования, без дополнительных переключений контекстов и начала обработки. пакеты автоматически. Таким образом, единственное преобразование, которое мы делаем, — это дешифрование, которое мы все равно должны сделать для TLS. Это действительно может уменьшить количество процессорного времени, которое требуется для отправки и получения пакетов, особенно для таких протоколов, как UDP, в которых вы собираетесь отправлять много пакетов туда и обратно прямо из вашего приложения.Итак, чтобы показать, как это работает и какой эффект это может иметь, я хочу показать вам видео, которое было снято с помощью того же приложения, которое Эрик показал вам ранее, чтобы продемонстрировать производительность UDP с сетью в пространстве пользователя. Итак, в этом примере у нас будет два видео, работающих одновременно. Устройство слева получает видеопоток от приложения, написанного с использованием сокетов.

И устройство справа будет получать точно такой же видеопоток от устройства, на котором есть приложение, написанное с использованием сети.framework, чтобы он мог использовать преимущества сетевого стека пользовательского пространства. И в этом случае мы транслируем видео. Это просто сырые кадры. Это не сжато. Это не самое лучшее качество или что-то в этом роде, но много пакетов передается туда и обратно.

И мы выбрали специально для этой демонстрации, чтобы не снижать качество, когда мы сталкиваемся с конкуренцией или когда мы не можем отправлять пакеты достаточно быстро, или не отбрасывать что-либо, а просто замедляться, если нам нужно. Вероятно, это не то, что ваше приложение могло бы делать в реальной жизни, но оно точно подчеркивает разницу в производительности между этими двумя стеками.Так что посмотрим прямо сейчас.

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

И на самом деле, если вы посмотрите на разницу, это на 30 процентов меньше накладных расходов, которые мы видим только на стороне приемника.

И это связано с огромной разницей, которую мы видим в процентном соотношении ЦП, которое требуется для отправки и получения пакетов UDP при сравнении сокетов и сетей в пользовательском пространстве.Конечно, это всего лишь один пример. Это не будет то, на что будет похоже каждое приложение, потому что вы собираетесь сжимать по-разному. Вы уже будете пытаться сделать свои связи более эффективными.

Но если у вас есть приложение, которое генерирует данные в реальном времени, особенно если вы используете UDP для отправки и получения большого количества пакетов, я предлагаю вам попробовать использовать Network.framework в своем приложении и запустить его через инструменты. Измерьте разницу в использовании ЦП при использовании сети.framework по сравнению с сокетами, и я думаю, вы будете действительно довольны увиденным.

Итак, последняя тема, о которой мы хотим поговорить сегодня, — это то, как мы можем решить проблемы, связанные с мобильностью сети, и это ключевая область, которую мы пытаемся решить с помощью Network.framework. И первый шаг в этом — просто убедиться, что мы изящно запускаем соединения.

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

Состояние ожидания — это ключевая вещь для обработки сетевых переходов, когда ваше соединение впервые устанавливается.Это будет указывать на отсутствие подключения или изменение подключения, пока вы выполняли DNS или TCP. Мы действительно рекомендуем вам избегать использования API-интерфейсов, таких как достижимость, для проверки состояния сети перед установкой соединения.

Это приведет к возникновению состояния гонки и может не дать точной картины того, что на самом деле происходит в соединении. И если вам нужно убедиться, что ваше соединение не устанавливается через сотовую сеть, не проверяйте, находится ли устройство в настоящее время в сотовой сети, потому что это может измениться.Просто ограничьте типы интерфейсов, которые вы хотите использовать, с помощью NWParameters.

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

Первый называется жизнеспособностью соединения.

Таким образом, жизнеспособность означает, что ваше соединение может отправлять и получать данные через интерфейс, у которого есть действующий маршрут. Итак, чтобы продемонстрировать это, предположим, что вы установили соединение, когда устройство было связано с сетью Wi-Fi.

Затем ваш пользователь входит в лифт, у него больше нет сигнала. На этом этапе мы организуем вам мероприятие, чтобы вы знали, что ваше соединение больше не является жизнеспособным.

Итак, что вам следует делать на этом этапе? Две вещи. Мы рекомендуем, если это подходит для вашего приложения, вы можете сообщить пользователю, что в настоящее время у него нет подключения. Если они пытаются отправлять и получать данные, сейчас это не сработает.

Но не обязательно разрывать соединение.

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

Часто, если вы выходите из лифта в ту же сеть Wi-Fi, ваше соединение может возобновиться с того места, где вы остановились. Итак, другое событие, которое мы даем вам, — это уведомление о лучшем пути.

Итак, давайте рассмотрим тот же сценарий, в котором вы подключились через сеть Wi-Fi.

Вы выходите из здания, скажем, и теперь у вас больше нет Wi-Fi, но у вас есть доступная сотовая сеть.На этом этапе мы сообщим вам две вещи.

Во-первых, ваше соединение не работает, как раньше, но мы также сообщим вам, что теперь доступен лучший путь. Если вы подключитесь снова, вы сможете использовать сотовую сеть. И совет здесь состоит в том, чтобы, если это подходит для вашего соединения, попытаться перейти на новое соединение, если вы можете возобновить работу, которую вы делали раньше. Но закройте исходное соединение только после того, как оно будет полностью готово. Опять же, сеть Wi-Fi может восстановиться, или соединение по сотовой сети может прерваться.И последний случай, который я хочу здесь выделить, — это случай, когда вы сначала подключаетесь через сотовую сеть, а затем пользователь входит в здание, и теперь у него есть доступ к Wi-Fi.

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

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

И теперь лучшее решение для обеспечения мобильности сети — это то, о чем мы говорили в предыдущие годы, а именно многопутевые соединения, Multipath TCP.

Итак, если вы смогли на своем сервере включить Multipath TCP, и вы можете включить его на стороне клиента с помощью multipathServiceType в своих параметрах, то ваше соединение будет автоматически перемещаться между сетями по мере их появления и ухода. Это отличный беспроблемный опыт, который не требует никакой работы в вашем приложении.

И это тот же тип службы, который доступен в URLSession. Здесь я хочу выделить пару моментов, относящихся к Network.framework.

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

Кроме того, обработчик жизнеспособности соединения, о котором я упоминал ранее, немного отличается от Multipath TCP, потому что всякий раз, когда мы меняем сеть, мы автоматически перемещаемся за вас, ваше соединение становится нежизнеспособным только тогда, когда у вас нет сети, доступной вам вообще. Таким образом, между ожиданием подключения, жизнеспособности, лучшего пути, MPTCP мы действительно надеемся, что все варианты использования в ваших приложениях для использования таких инструментов, как SC Network Reachability, для проверки сетевых изменений вручную, были заменены. Однако мы понимаем, что есть некоторые сценарии, в которых вы все еще хотите знать, какая сеть доступна и когда она изменится.

Для этого Network.framework предлагает новый API под названием NWPathMonitor.

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

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

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

Поэтому используйте Network Path Monitor в любом из этих сценариев, в которых просто наличия ожидающего соединения недостаточно. Таким образом, между всеми этими вещами мы действительно хотели бы, чтобы люди уходили от достижимости и обрабатывали сетевые переходы более изящно, чем когда-либо прежде.Итак, я хотел бы снова пригласить Джоша в штат, чтобы сообщить вам, как вы можете принять участие и начать внедрение Network.framework. Спасибо, Томми. Итак, у меня есть для вас отличный новый API, который, как мы думаем, вам понравится.

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

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

Мы хотели предупредить вас о том, что с помощью URLSession, FTP и URL-адреса файлов больше не будут поддерживаться для автоматической настройки прокси. В дальнейшем единственными поддерживаемыми схемами URL-адресов будут HTTP и HTTPS. На уровне CoreFoundation есть ряд API, которые мы бы хотели, чтобы вы прекратили использовать. Со временем они будут прекращены. Они еще не помечены как устаревшие.Это CFStreamCreatePairWith, все, что связано с сокетами, а также CFSocket.

Они не могут использовать преимущества установки соединения, которую мы добавили с помощью нового Network.framework, и они не могут воспользоваться преимуществами новой сети User Space Networking. Поэтому мы действительно хотим, чтобы вы отказались от этого, чтобы воспользоваться невероятно надежными улучшениями подключения, которые вы получите с помощью Network.framework и URLSession, а также улучшенной производительностью.

Есть также некоторые базовые API, от которых мы хотели бы, чтобы вы отказались.Если вы используете какой-либо из этих NSStream, NSNetService или NSSocket для API, перейдите к Network.framework или URLSession.

Наконец, если вы используете SCNetworkReachability, мы считаем, что модель «Ожидание подключения» — намного лучшая модель, поэтому мы действительно хотели бы, чтобы вы перешли к ней. И для тех немногих случаев, когда ожидание подключения не является правильным ответом, NWPathMonitor станет гораздо лучшим решением в будущем.

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

В будущем предпочтительными API на наших платформах для работы в сети будут URLSession и Network.framework. URLSession действительно ориентирован на HTTP, но Stream Task обеспечивает довольно простой доступ к соединениям TCP и TLS.

Если вам нужно что-то более продвинутое, Network.framework предоставит вам отличную поддержку TCP, TLS, UDP, DTLS. Он обрабатывает как входящие, так и исходящие соединения, и у нас есть Path Monitor для обработки некоторых вещей, связанных с мобильностью. Следующие шаги, мы действительно хотим, чтобы вы приняли их, внедрили Network.framework и URLSession. Ваши клиенты оценят, насколько лучше ваше соединение, насколько надежнее оно установлено, и они оценят более длительное время автономной работы за счет более высокой производительности.

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

Теперь мы знаем, что Network.framework еще не поддерживает многоадресную рассылку UDP, поэтому, если вы выполняете многоадресную рассылку UDP, нам бы очень хотелось разобраться в ваших сценариях использования, чтобы мы могли учесть их в будущем.

Кроме того, если у вас есть какие-либо вопросы или пожелания по усовершенствованию, мы будем рады услышать от вас. Обратитесь в службу поддержки разработчиков или, что еще лучше, встретитесь с нами в одной из лабораторий. У нас лаборатория после обеда в 14:00. и еще один завтра утром в 9 часов утра. Дополнительную информацию см. по этому адресу.

Не забудьте про лаборатории завтра утром и после обеда. Большое вам спасибо и удачного WWDC. [Аплодисменты]

–