The result of each attention head (a single 2048 x 128 matrix) are concatenated together, yielding a 2048 x 12288 matrix, which is then multiplied with a linear
ну вот один из блоков для перемножения)
Чтение с SSD (последовательный доступ) модет быть до 200-300 ns (большая часть от лагов NVME), а если произвольный вдруг то уф идут микросекунды задержки
Нельзя, там матрицы, веса. Надо выполнять умножение, т.е. в любом случае придется очень часто выдирать данные. Причем ладно бы на CPU, а тут надо еще их по PCI закидывать в GPU. Это долго, потом другой кусок также. В общем - кошмар
Насчет нескольких авторов я имел ввиду, что каждый несет ответственность отдельно за свои изображения (а не глобально один админ).
> Ну ок, изображение - отдельная сущность. Я просто не понимаю, что это дает.
Ну как и сказал, всякую мета-дату: лицензия, автор, чем и где было снято. Это по идее должно быть в данных самого изображения, но так как можно кропнуть, либо при загрузке ресайз был и т.п. Скажем, я публиковался в Towards Data Science, там всю эту фигню надо прописывать в капче, это раздражает конечно. Потом другой был сайт госструктуры на Django CMS, там похожим образом как в WP. Редактор не дает использовать никакие изображения публично до тех пор, пока не прописано кем и когда было сделано фото/изображение и также лицензию на его использование) Тогда капча оказывается свободной, а сама пикча ведет на небольшую страницу, где эта мета-информация отображается
Да это понятно зачем. Смотрите, у вас фотография в статье и на сайте вы не один автор. Если это коммерция, то сразу вопрос: какая лицензия и тп. Те в WP изначально задумывал что все пикчи это сущности отдельные со своей страницей (если нужно). Всякие вики движки точно также делают…
Насчет числа запросов: я думаю там все кэшируется…
Вы опять выдираете пример, где все плохо. Так можно с любым языков/фреймворком. Я могу взять, скажем, Notion и показать, как там все плохо с повсеместным использованием inline стайлов. Скажет ли это что-то - нет?
Можно показать реакт-пример где куча сгенерированных стилей и все выглядит как говно, что опять бессмысленно. Вам просто нравится эта технология, но она точно такая же как и tailwind. У каждого свои сильные стороны и слабые. Мне с Tailwind не надо тащить всю экосистему React и т.п., я могу на голом HTML писать или на своем фреймворке whatever
*При условии, что ЯП: JS, Python, HTML/CSS и еще пару популярных.
@darya_kiwi Вот это стоит внимания тоже:
https://www.youtube.com/watch?v=ar9WRwCiSr0
Почему стримелка видеопотоков + поиск - это сложное приложение?
А напишите статью про свой инструмент. :) Посты особо никто не видит на хабре...
ну вот один из блоков для перемножения)
Чтение с SSD (последовательный доступ) модет быть до 200-300 ns (большая часть от лагов NVME), а если произвольный вдруг то уф идут микросекунды задержки
Ну и в целом IO на уровне ОС кошмарно медленное
Если качать слишком интенсивно срабатывает ddos защита и провайдер хабра блочит по IP ;)
Нельзя, там матрицы, веса. Надо выполнять умножение, т.е. в любом случае придется очень часто выдирать данные. Причем ладно бы на CPU, а тут надо еще их по PCI закидывать в GPU. Это долго, потом другой кусок также. В общем - кошмар
СРАЗУ ВЫВОД: Рекомендуемая версия: Python 3.10.x.
Можно было бы и закончить ;)
Интересно. Неужели задержка ввода/вывода при работе на сервере при текущих скоростях интернета уже достаточна мала для комфортной работы с cad?
О, что-то заработало, если вручную внедрить какой-то текст. Драгается
Странно, консоль вовсе пустая, но все равно ничего не работает.
Вроде контент появляется, но нулевой высоты (даже если это текст)
MacOS, Arc (Chromium)
В общем, тестировать следует тщательнее...
Блин, надо было б еще в докер засунуть
Кто-то написал свое приложение для работы с Discord API для Windows 95
Discord запустили на ПК с Windows 95Да кажется вполне термин. Есть еще шум квантования
Насчет нескольких авторов я имел ввиду, что каждый несет ответственность отдельно за свои изображения (а не глобально один админ).
> Ну ок, изображение - отдельная сущность. Я просто не понимаю, что это дает.
Ну как и сказал, всякую мета-дату: лицензия, автор, чем и где было снято. Это по идее должно быть в данных самого изображения, но так как можно кропнуть, либо при загрузке ресайз был и т.п. Скажем, я публиковался в Towards Data Science, там всю эту фигню надо прописывать в капче, это раздражает конечно. Потом другой был сайт госструктуры на Django CMS, там похожим образом как в WP. Редактор не дает использовать никакие изображения публично до тех пор, пока не прописано кем и когда было сделано фото/изображение и также лицензию на его использование) Тогда капча оказывается свободной, а сама пикча ведет на небольшую страницу, где эта мета-информация отображается
Да это понятно зачем. Смотрите, у вас фотография в статье и на сайте вы не один автор. Если это коммерция, то сразу вопрос: какая лицензия и тп. Те в WP изначально задумывал что все пикчи это сущности отдельные со своей страницей (если нужно). Всякие вики движки точно также делают…
Насчет числа запросов: я думаю там все кэшируется…
Reinforcement learning*
Впечатляет
Ну а это
> Tailwind легко можно назвать «смертью ручного CSS»
полностью согласен с вами, что бред.
Вы опять выдираете пример, где все плохо. Так можно с любым языков/фреймворком. Я могу взять, скажем, Notion и показать, как там все плохо с повсеместным использованием inline стайлов. Скажет ли это что-то - нет?
Можно показать реакт-пример где куча сгенерированных стилей и все выглядит как говно, что опять бессмысленно. Вам просто нравится эта технология, но она точно такая же как и tailwind. У каждого свои сильные стороны и слабые. Мне с Tailwind не надо тащить всю экосистему React и т.п., я могу на голом HTML писать или на своем фреймворке whatever