Тут недавно просто рассказывали, что Торвальдс плохого не напишет

думаю торвальдс не имеет ни малейшего представления про FTDI и писал кто-то еще

он только обсирает тех кто писал, громко и в мейлинг листе

а что такого кошмарного? буфер там в urb юзается, со стека нельзя из-за dma, а дальше сразу фришится

насколько я помню, там уже нет никакого dma. но это надо проверить

Alan Cox это был

в 2009 году. не гоните, кокс тоже няшка.

насколько я помню, там уже нет никакого dma. но это надо проверить

там - где? в ohci/udhci/ehci/xhci?

там - где? в ohci/udhci/ehci/xhci?

В usb_control_msg. Могу путать, сейчас узнаем

путаешь

include/linux/usb.h:1367

про transfer_buffer. тот байт как раз там и заканчивает

и его прямо обязательно kmalloc-ать?

или это какой-то буфер который шарится потом с клиентом

с железкой

будет плохо если он будет на стеке же

если асинхронно то плохо, если синхронно - не вижу разницы

не везде, но лучше пусть этим dma_map заведует

хотя я в этом не разбираюсь совсем )

синхронное дма?

хм

если асинхронно то плохо, если синхронно - не вижу разницы

разница в dma zone, стек может быть вне dma диапазона

разница в dma zone, стек может быть вне dma диапазона

а ну если это дма, то да - асинхронное

путаешь

да, ты прав

Разобрались уже

больше каналов богу каналов

О. Ща запилим!

/extra #programming Общепрограммерские вопросы сюда: https://t.me/joinchat/AkxcTEMQENX1pfPjR0UhPA

О. Ща запилим!

🙊

Судя по тому, что туда периодически принимают мои патчи, всё гораздо хуже чем ты думаешь :)

Судя по тому, что туда периодически принимают мои патчи, всё гораздо хуже чем ты думаешь :)

😀

Да

да ладно. нормальные патчи

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

/* Phony EPP in ECP. */

ну прям сразу всё стало понятно! особенно слово in. остальные не знакомые

Наши чаты: @supapro – чат для начинающих и тех, кто хочет изучить язык; @fludpac – флуд сюда; @pro_net – чатик по .NET; @proasm – чат по языку ассемблера и реверсу; @prolua – чатик по Lua; @prographon – opengl/opencl/vulkan/etc; @proalgorithms – обсуждение алгоритмов; Специальная флудилка для обсуждения вакансий с дополнительными материалами для трудоустройства: https://t.me/joinchat/BYlFbEPe5gMPVQm3OwKjaA Чат о программинге в целом: https://t.me/joinchat/AkxcTEMQENX1pfPjR0UhPA Соседний чат о Qt: @qt_chat Наши каналы: @ProCxxNews – новости и мероприятия; @ProCxxChannel – небольшие заметки и ссылки; @ProCxxJobs – вакансии; @xthon – цитатник; Правила чата Команда /rules. Чтобы она сработала, надо стартануть @gbreborn_bot в личной беседе с ним. —------- Мы тут пилим подкаст по плюсам и нам нужна небольшая помощь с выбором ведущего (ведущих): https://goo.gl/forms/RfS9Sk4Z56ldoThJ2 Также мы собираем вопросы для второго подкаста: https://goo.gl/forms/8BAjNcLwPOKkQR0y2 Социальные сети вк - vk.com/procxx github - github.com/procxx

Всем привет, Есть кто работает с Computer Vision?

го вопрос сразу

Всем привет, Есть кто работает с Computer Vision?

Ну типа того, допустим

Не то чтобы я недавно что то делал в этой области

Всем привет, Есть кто работает с Computer Vision?

Я работаю, какой у тебя вопрос?

Какой... наивный юноша

#holywar

@zamazan4ik, ты как-то просил екст для просмотра битмапов в памяти. Лови: https://marketplace.visualstudio.com/items?itemName=WolfKienzle.ImageWatch

https://gcc.godbolt.org тут байтоебством классно заниматься

Да. Мы часто сливаем туда листинги и обсуждаем какое-н уб/хуевую оптмизацию/етц

поэтому пишите на asm

поэтому пишите на asm

Зачем?

Зачем?

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

ну если это платформозависимая часть

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

лол

псс, я разрабатываю операционки, мне это постоянно нужно

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

98% что компилятор умнее тебя

98% что компилятор умнее тебя

вот теперь обидно

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

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

последний раз когда мне нужен был асм это NEON и то в итоге интринсики заюзал

очень много мат. операций переписывается на asm, ибо так быстрее

очень много мат. операций переписывается на asm, ибо так быстрее

без бенчмарков очень смелое утверждение)

очень много мат. операций переписывается на asm, ибо так быстрее

SIMD хотя бы?

я бы хотел увидеть бенчмарки

до, после, прирост скорости, методика тестирования

SIMD хотя бы?

да

для симда есть intrinsics же

ну вас нафиг simd без *intrin.h писать

ну вас нафиг simd без *intrin.h писать

да и да

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

особено если учесть что с polly симды еще сильнее оптимизируются

Выиграть в теории одну сотую процента (если не проиграть сотни) и потерять на поддержке иных платформ.

выиграли + дофига времени для разработки поди)

Выиграть в теории одну сотую процента (если не проиграть сотни) и потерять на поддержке иных платформ.

в системах реального жесткого времени эта сотая процента нихуево помогает

операционки пишутся на pure-c

в системах реального жесткого времени эта сотая процента нихуево помогает

Огласи пожалуйста название этого проекта, где вы так выиграли.

операционки пишутся на pure-c

ВОУ ВОУ ВОУ ПАЛЕХЧИ

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

.

то есть если коротко - пиздёж

Это да и получается страшный ад. Например код ffmpeg - это ужас.

+

Это да и получается страшный ад. Например код ffmpeg - это ужас.

ffmpeg классический пример вроде инлайн асма

ffmpeg классический пример вроде инлайн асма

И медленный вроде

По сравнению с коммерческим енкодером, забыл название

По сравнению с коммерческим енкодером, забыл название

В большинстве коммерческих продуктов под капотом ffmpeg и используется.

в жуковском, к примеру