The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Для ядра Linux предложен драйвер с реализацией режима NVMe PCI Endpoint"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Для ядра Linux предложен драйвер с реализацией режима NVMe PCI Endpoint"  +/
Сообщение от opennews (??), 20-Янв-25, 16:52 
Компания Western Digital разработала для ядра Linux  драйвер с реализацией NVMe PCI Endpoint Function Target. При наличии контроллера PCIe, поддерживающего режим endpoint, драйвер позволяет системе под управлением Linux изображать из себя контроллер PCI NVMe, который для других систем будет выглядеть как накопитель с интерфейсом NVMe...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62588

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +8 +/
Сообщение от Аноним (1), 20-Янв-25, 16:52 
А ваш хвалёный мак такое поддерживает? Нет? А туда же критиковать что на линуксе нет дров.
Ответить | Правка | Наверх | Cообщить модератору

2. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +7 +/
Сообщение от Аноним (2), 20-Янв-25, 17:05 
С каких это пор мак - хвалёный? Он же днищем всегда был закрытым и кривым. Он даже линукс не умеет, в отличие от винды.
Ответить | Правка | Наверх | Cообщить модератору

3. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +8 +/
Сообщение от Аноним (1), 20-Янв-25, 17:06 
С тех пор как первый хомячек купивший в тридорого мак стал доказывать какой он не немамонт.
Ответить | Правка | Наверх | Cообщить модератору

45. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (45), 21-Янв-25, 12:06 
Просто справедливости ради, в Windows теперь ликукс в ВМ-ке. В мвке тоже самое легко ставится. См. Rancher Desktop.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

8. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от G0Dzilla (??), 20-Янв-25, 17:59 
Вас в детстве маководы унижали? Почему Вы первым комментом накинулись на систему, которой даже не пользуетесь?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

12. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +7 +/
Сообщение от Аноним (-), 20-Янв-25, 18:53 
> Вас в детстве маководы унижали? Почему Вы первым комментом накинулись
> на систему, которой даже не пользуетесь?

И не только в детстве. Попробуй ипад купить. И тут ты узнаешь что без благославления белого человека - он вообще не работает!

Ответить | Правка | Наверх | Cообщить модератору

16. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +3 +/
Сообщение от Аноним (16), 20-Янв-25, 20:01 
Потому что на маке такие драйвера без благословения самого Тима Кука невозможны.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

30. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  –1 +/
Сообщение от scriptkiddis (?), 20-Янв-25, 22:03 
Ну и где он не прав?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

40. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +2 +/
Сообщение от Соль земли (?), 21-Янв-25, 09:53 
Сам факт того, что кто-то покупает дорогой мусор - унижает всех вокруг. Это же преступление против здравого смысла, логики и рассудка.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

18. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +4 +/
Сообщение от Аноним (18), 20-Янв-25, 20:07 
Надеюсь ты угораешь. В макбуках этот режим есть с 1991 года.

https://en.wikipedia.org/wiki/Target_Disk_Mode

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

22. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +1 +/
Сообщение от Аноним (22), 20-Янв-25, 20:40 
Нунифигасебе. Прикольно.
Ответить | Правка | Наверх | Cообщить модератору

25. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +3 +/
Сообщение от Аноним (-), 20-Янв-25, 21:42 
> Надеюсь ты угораешь. В макбуках этот режим есть с 1991 года.

Поздравлю, граджанин соврамши. В 1991 году - PCIe совершенно точно не было. Не говоря уж про NVMe. Там простой PCI то - спасибо если уже вылупился.

А если валить все технологии хранения в кучу - так линух умел диск косплеить дюжиной разных способов. На одноплатнике например можно usb mass storage откосплеить. Будет такая вот флешка, с Linux на борту. А NVMe интересен - тем что эффективная штука, оптимизирован на скорость.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

28. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +1 +/
Сообщение от Аноним (28), 20-Янв-25, 21:55 
> В макбуках этот режим есть с 1991 года.

опять какая-то альтернативная интерпретация новостей, этот режим у макбуков
1) в загрузчике
2) где вы там увидели pcie ep

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

46. Скрыто модератором  +/
Сообщение от зфс (?), 21-Янв-25, 12:32 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +1 +/
Сообщение от Аноним (4), 20-Янв-25, 17:08 
Но зачем? смысл NVME же в скорости. Никакая программная реализация за FPGA и ASICами не угонится.
Ответить | Правка | Наверх | Cообщить модератору

5. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +5 +/
Сообщение от Анонимemail (5), 20-Янв-25, 17:17 
Ну почему сразу так критично. Как вариант соединить два хоста - из второго сделать убер (не убиваемый, не ограниченный TWB) накопитель поверх tmpfs второй машины, для кешей например. Очень годно. ddr3 хватит - она дюже дешевая сейчас. За счет pcie интерфейса не надо заморачиваться дорогими nic на несколько GB и TB1-4 интерфейсы не нужны. Профит!
Ответить | Правка | Наверх | Cообщить модератору

47. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (28), 21-Янв-25, 15:06 
> из второго сделать убер (не убиваемый, не ограниченный TWB) накопитель поверх tmpfs второй машины, для кешей например. Очень годно. ddr3 хватит

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

Ответить | Правка | Наверх | Cообщить модератору

52. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 21-Янв-25, 16:38 
> проще на хосте память проапгрейдить чем здоровенный гроб в нагрузку с потреблением
> утюга,  смешным объёмом памяти и оверхедом от задержек pcie.

Назвать однокристальный SoC типа копеечного рокчипа здоровым утюгом могут только эксперты опеннета :)

Ответить | Правка | Наверх | Cообщить модератору

6. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (6), 20-Янв-25, 17:30 
2.8GB/s для PCIe3.0 вполне адекватный результат. Не на порядки разница.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

7. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +5 +/
Сообщение от letsmac (ok), 20-Янв-25, 17:34 
В оригинале есть зачем:

The NVMe PCI endpoint target driver is not intended for production use.
It is a tool for learning NVMe, exploring existing features and testing
implementations of new NVMe features.


Это просто для отладки.

RK3588 в последнее время прямо стал чипом для всего. От NAS до EDGE И NVME endpoint.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

9. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 20-Янв-25, 18:38 
>Это просто для отладки.

Всё! Расходимся, тред закрываем.

Ответить | Правка | Наверх | Cообщить модератору

10. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +2 +/
Сообщение от Аноним (10), 20-Янв-25, 18:50 
Затем, что никому не хочется ждать несколько лет, пока появятся идеальные FPGA и ASIC реализации, для 99% задач достаточно просто «good enough», и это оно. Затем, что это обычный цикл развития индустрии, когда процессоры общего назначения догоняют по производительности асики предыдущих поколений и любые идеи можно реализовать в софте быстро, качественно и универсально, пока не упрутся в производительность, после чего начинают оптимизировать с другого конца при помощи асиков и fpga. Затем, что обычное железо с полки куда проще и дешевле в эксплуатации любого специализированного. Достаточно причин?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

34. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (28), 21-Янв-25, 01:32 
> Затем, что это обычный цикл развития индустрии, когда процессоры общего назначения догоняют по производительности асики предыдущих поколений и любые идеи можно реализовать в софте быстро, качественно и универсально

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

Ответить | Правка | Наверх | Cообщить модератору

50. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от maximnik0 (?), 21-Янв-25, 16:35 
У Интела эпик файл по другой причине.Они выпустили до хрена процессоров какой-то новой серии без должной проверки- а потом выяснилось (после первых жалоб) что процессоры дохнут в течение 2 месяцев.Сперва подозревали перегрев,выпустили падчи Биос,поменьше стало но все равно дохнут.В общем что то в технологии упростили и окислялись дорожки.А это эпик файл ,законы США и Европы однозначно говорят что это проблема производителя и он обязан поменять дефектные чипы.А представляете их уже и на ноутбуках напояли - какой масштаб бездны,в общем пачками менеджеры полетели,а толку то .Точное количество процессоров не говорят,но по финансам видно что дела плохие.
Ответить | Правка | Наверх | Cообщить модератору

53. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 21-Янв-25, 16:41 
> У Интела эпик файл по другой причине.Они выпустили до хрена процессоров какой-то
> новой серии без должной проверки- а потом выяснилось (после первых жалоб)
> что процессоры дохнут в течение 2 месяцев.Сперва подозревали перегрев,выпустили падчи
> Биос,поменьше стало но все равно дохнут.В общем что то в технологии
> упростили и окислялись дорожки.

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

Ответить | Правка | Наверх | Cообщить модератору

11. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +1 +/
Сообщение от Аноним (-), 20-Янв-25, 18:51 
> Но зачем? смысл NVME же в скорости. Никакая программная реализация за FPGA и ASICами не угонится.

Вообще, вы господа зажрались: 2.8 гигабайта в секунду - даст мастеркласс В РАЗЫ любому SATA SSD например.

То-есть теперь можно из одноплатничка на линухе запилить себе SSDшник в наглую - и он порвет в разы как минимум любой SATA девайс. В основном все упрется, имхо, в том что у таких SoC нет дофига каналов NAND'а чтоб туде _быстро_ записи фигачить.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

15. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (15), 20-Янв-25, 19:44 
Зачем что-то рвать? Глупо сравнивать с сата. Ssd pcie/nvme и так гигабайт-два вытягивают. Гдето есть у меня парочка u2 - надо глянуть сколько они вытянут.
Ответить | Правка | Наверх | Cообщить модератору

29. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 20-Янв-25, 21:55 
> Зачем что-то рвать? Глупо сравнивать с сата. Ssd pcie/nvme и так
> гигабайт-два вытягивают. Гдето есть у меня парочка u2 - надо глянуть
> сколько они вытянут.

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

Конечно такой процык под косплей SSD это весьма пафосно, он так то и с таким обвесом и весь небольшой лаптоп скосплеит с таким обвесом, но идея - прикольная.

Ответить | Правка | Наверх | Cообщить модератору

33. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от chdlb (?), 20-Янв-25, 23:28 
что ты лапочишь? все преимущество в латенси, а оно будет как раз тухлым, сложно сравнивать но точно не меньше чем у SATA, тем более что это одноплатник )))


> 2.8 гигабайта в секунду - даст мастеркласс В РАЗЫ любому SATA SSD например.

твоя линейная скорость никому не интересна, а наче добро пожаловать в мир RAID0 на HDD

а еще и стоить это будет космос в сравнении даже с каким-нибудь IB-QDR QSFP+

а на вторичке так вообще, хоть кушай задом

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

43. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (43), 21-Янв-25, 11:02 
IB FDR уже стоит как грязь на рынке. Mellanox даже разлочил 56G eth бесплатно в своих свичах.
Ответить | Правка | Наверх | Cообщить модератору

54. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 21-Янв-25, 16:44 
> IB FDR уже стоит как грязь на рынке. Mellanox даже разлочил 56G
> eth бесплатно в своих свичах.

Угу, только в обычном компе - IB вообще совсем некуда подцеплять.

А PCIe что, он везде есть. От мизерных одноплатников до суперсерверов. Сразу. Бесплатно. Как встроенная фича процов, SoC и чипсетов. Этим он и крут. Одна из причин стремительного взлета NVMe как спеков. Это работает - везде. Без особых приседаний и затрат. В отличие от.

Ответить | Правка | Наверх | Cообщить модератору

44. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (43), 21-Янв-25, 11:05 
ну почему только raid0.. я тут собирал Raid0 поверх 3 raid5... правда SAS 15k - тоже 3-4 Gb/s давало с 24 дисков. И это не raw, а xfs write. чтение побыстрее было.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

48. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (48), 21-Янв-25, 15:12 
> твоя линейная скорость никому не интересна

Причем тут вообще линейная скорость носителя? Это скорость ИНТЕРФЕЙСА (скорость обмена). И она близка к теоретическому максимуму 4GB/s (а может даже и 3.5-3.8Gb/s, если всякий служебный overhead оценить). Latency большим не будет, за миллисекунды linux прочухается (там всё равно очередь запросов идёт).

Если речь о том, что оранж будет шарить SD-карту аж на скорости 2.8GB/s... ну это уже другой вопрос... может и что-нибудь другое шарить.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

51. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 21-Янв-25, 16:36 
> твоя линейная скорость никому не интересна, а наче добро пожаловать в мир RAID0 на HDD

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

> а еще и стоить это будет космос в сравнении даже с каким-нибудь IB-QDR QSFP+

Что будет стоить как космос? Кусочек текстолита с попсовым рокчипом? При таком раскладе тут же вылезет штук пять тех кто его развел на таком же кусочке - но в разы дешевле :)

> а на вторичке так вообще, хоть кушай задом

Что такое вторичка? Вторсырье чтоли? БУшные SSD и HDD - такое себе. Тем более одно дело если это мутная проприетарная фирмварь, и другое - если это тот же линух.

Грубо говоря, лично я буду испытывать намного больше доверия своей "фирмвари SSD" на основе линуха чтоб бутануть мне основной комп, с DMA-capable девайса, нежели непонятной блобвари без сорцов. Да и просто прикольно, грузить Linux при помощи - Linux :)

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

55. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 21-Янв-25, 16:46 
> тухлым, сложно сравнивать но точно не меньше чем у SATA, тем
> более что это одноплатник )))

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

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

31. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Ivan_83 (ok), 20-Янв-25, 22:25 
Затем что потребности бывают сильно разными.
Скорость там вроде на уровне SATA если не выше, у меня до сих пор механически SATA диски для хранения больших данных и мне скорости в принципе хватает.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

39. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (39), 21-Янв-25, 09:19 
Вот и я о том же. Нафига NVME, если есть сата? Чтобы геммороя отхватить чисто на физическои интерфейсе?
Ответить | Правка | Наверх | Cообщить модератору

56. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 21-Янв-25, 16:48 
> Вот и я о том же. Нафига NVME, если есть сата? Чтобы
> геммороя отхватить чисто на физическои интерфейсе?

Какой геморрой с PCIe как физическим интерфейсом? oO

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

Ответить | Правка | Наверх | Cообщить модератору

13. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (15), 20-Янв-25, 19:08 
Чего то не нашел как одна система к другому физически коннектится. Через usb что-ли? Или в слот m2 (что за адаптер? Прямо в pcie слот (опчть таки - как). Не понимаю
Ответить | Правка | Наверх | Cообщить модератору

14. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (14), 20-Янв-25, 19:41 
По логике через PCIe. Через все что может сие изобразить.

Хоть между 2 SoC на 1 плате дорожки прокинуть, хоть как карту PCIe или вон, закосить под накопитель m2 - но придется придумать как спихивать тепло и куда шустрого флеша в этом всем пристроить, null_blk такой себе стораж :)

Ответить | Правка | Наверх | Cообщить модератору

17. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (16), 20-Янв-25, 20:05 
Гибкий шлейф сделай и выводи куда твоей душе угодно.
Ответить | Правка | Наверх | Cообщить модератору

20. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от letsmac (ok), 20-Янв-25, 20:28 
Физически  rk3588 - SOC с 4х pcie 3 + 3x pcie 2. Как хочешь, так и разводи.

Rk35хх очень интересные процы.  Collabora обещает полную поддержку вроде к 6.14.

Шита тут - https://www.rock-chips.com/uploads/pdf/2022.8.26/192/RK3588&...

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

26. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 20-Янв-25, 21:52 
> Rk35хх очень интересные процы.  Collabora обещает полную поддержку вроде к 6.14.
> Шита тут - https://www.rock-chips.com/uploads/pdf/2022.8.26/192/RK3588&...

Нафиченый процик, из него даже мини-лаптопчик напрашивается, все "взрослые" интерфейсы в наличии, как и все мобилочные. Хардварные декодеры/энкодеры, 8 ядер, .... красота :). Даже 2 GigE затолкали.

Ответить | Правка | Наверх | Cообщить модератору

42. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (42), 21-Янв-25, 09:58 
Дык бери Radxa ROCK pi 5B RK3588 и делай на ней что хочешь
Ответить | Правка | Наверх | Cообщить модератору

21. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (21), 20-Янв-25, 20:28 
Попробуй NVME over IP, например.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

24. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от commiethebeastie (ok), 20-Янв-25, 21:21 
Завезите лучше raw access.
Ответить | Правка | Наверх | Cообщить модератору

27. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (-), 20-Янв-25, 21:53 
> Завезите лучше raw access.

Raw access к чему тебе надо и в каком виде?

Ответить | Правка | Наверх | Cообщить модератору

32. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (32), 20-Янв-25, 22:53 
Может, для объединения материнских плат посредством PCI-E в кластер?
Ответить | Правка | Наверх | Cообщить модератору

35. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (15), 21-Янв-25, 04:33 
По токам не вытянет. Паразитную емкость проводов на таких частотах перезаряжать стандартный pcie не потянет. Скорей всего и наводки окажутся сильно выше того что он может переварить. Нужен мощный выходной каскад чтобы длина провода превышала хотя бы полметра.
Ответить | Правка | Наверх | Cообщить модератору

49. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (48), 21-Янв-25, 15:41 
Всё верно, но на практике куча райзеров в интернетах. Прям полметра может и не вытянет, но порядка 20см навалом.

Есть и порядка метра (на usb3-кабелях). Что там с качеством (завалом фронтов, гонками, количеством ошибок) - хз. Вряд ли это будет pci express 5. Предложений таких много, видимо кому-то нужны и видимо худо-бедно они работают.

Ответить | Правка | Наверх | Cообщить модератору

36. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (36), 21-Янв-25, 06:29 
Endpoint встречаю этот термин в разных местах. И каждый раз в зависимости от контекста это разные вещи. Объясните смысл.
Ответить | Правка | Наверх | Cообщить модератору

38. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (38), 21-Янв-25, 08:15 
> Объясните смысл.

конечная точка

Ответить | Правка | Наверх | Cообщить модератору

41. "Для ядра Linux предложен драйвер с реализацией режима NVMe P..."  +/
Сообщение от Аноним (41), 21-Янв-25, 09:55 
Это часто встречается в асимметричных шинах (с мастером и/или арбитражем). В таком случае, есть кто-то главный на шине, остальные слушают и повинутся (master/slave spi). Еще  пример - usb хост, в противовес всем остальным usb девайсам (причем эндпойнтов может быть несколько на девайс). Некоторые девайсы могут перенять роль хоста (otg).

на pci шине аналогично - есть контроллер pci (чипсет/процессор), который заведует всем этим хозяйством, остальные девайсы - эндпойнты.

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

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру