С удивлением для себя узнал, что chromium отличается от google chrome не только более глубокой интеграцией с сервисами гугла, но и добавлением некоторых лицензируемых технологий. Что в принципе логично.
С другой стороны даже просто собрать такой большой проект как хромиум это целый челлендж. Но вот работоспособность с последующими версиями видится всё таки на стороне изменения кода, так как позволяет более корректно обрабатывать отсутствие всё новых и новых винапи-функций.
Вопрос «зачем?» возникает но немного по другому поводу. Зачем заниматься реверс инженирингом именно google chrome? Когда есть chromium исходные коды которого открыты, достаточно добавить к ним патчи восстанавливающие работоспособность и скомпилировать под целевую платформу.
на компьютер 10 летней давности вполне можно установить Windows 10
Только вы немного забыли упомянуть про Windows 11 для которой искусственно добавили несовместимость со старым железом для стимуляции спроса на оборудование. Выход Windows 11 ознаменовал окончание цикла непрерывного обновления Windows 10 с переводом в режим поддержки и последующим прекращением этой самой поддержки в отдалённом будущем.
Робот… какой недалёкий человек вообще придумал заменить страницу поиска и форму обратной связи на этот бесполезный кусок байтов?
Для чата поддержки ещё как то можно допустить коварный план сокращения персонала этой самой поддержки за счёт повышения процента тех несчастных, кто пытался, но не смог пробиться через этого робота и бесконечное ожидание ответа мыслящего существа.
Но заменить форму обратной связи, мифы о существовании которой можно найти в древних скрижалях справочных страниц, на робота, сообщения которому отправляются в пустоту, это отдельный вид изощрённой пытки.
Например, столкнулись вы с попыткой взлома аккаунта через социальную инженерию в виде звонка с последующим выпрашиванием циферок из смс, как единственного достаточно фактора авторизации. После завершения увлекательной беседы, заходя на портал, совершенно случайно замечаете подробную инструкцию о действиях в случае обнаружения попыток подобного взлома, где указано воспользоваться формой обратной связи. Наживаете на ссылку этой самой формы и попадаете на робота. И со всей чёткостью и однозначностью осознаёте, что вам предстоит переключать этого самого робота на живого человека, так как робот бесполезен даже для поиска инструкции которая привела к нему, дожидаться ответа оператора примерно вечность, заново описывать всё то же самое что проигнорировал и давно удалил до этого робот и уже в общении с живым человеком, если доживёте до этого светлого момента, начать заполнять ту мифическую форму обратной связи.
О том как он выскакивает на пол страницы на любых страницах в духе самых отвратительных тёмных дизайн паттернов и просто бесит своим присутствием и анимацией и это никак не отключается, даже писать не хочется.
Могут подсмотреть всё. Вообще всё. Логины, пароли, приватные ключи, весь передаваемый и загружаемый контент. Могут добавить реакции по ключевым словам, где список ключевых слов бесконечно расширяется в соответствии с текущей политической ситуацией. При этом всё дешифрованное может храниться в открытом виде на каком нибудь сервере логов без авторизации. Или продаваться недобросовестным чиновником в удобном виде. Или фильтровать доступ к неугодной информации. Или модифицировать отдаваемый контент добавляя к нему дополнительную нагрузку.
Посматриваю на какую нибудь материнку майнерского класса с 6-10 слотами PCIeх16 что бы собирать потихоньку кластер из видеокарт. Выглядит так, будто вполне реально получить домашний сервачёк с порядка 150 ГБ видеопамяти, который будет тихо гудеть куллерами на балконе. А там глядишь и 100В+ модели потянуть можно.
тут на хабре была статья про этот 20 мильный марш https://habr.com/ru/companies/macloud/articles/562514/ и из неё можно сделать вывод что за успехом скрывалась тщательная подготовка, планирование и следование плану, а не разбивание задачи на абстрактные куски одинакового объёма.
Разработчики SQLite взяли на себя амбициозную задачу поддерживать библиотеку как минимум до 2050 года, и для этого им приходится все инструменты писать самим с нуля.
Что касается трендов разработки современных сложных электронных устройств то у них со временем проявляются две проблемы.
Первая это повальное подключение к облакам, что приводит к рискам взломов через каналы подключения, отсутствия необходимых обновлений безопасности связанных с этими каналами подключения и рискам остановки этих облачных сервисов без возможности подключения к альтернативным сервисам.
Вторая это встроенные аккумуляторы, которые быстро деградируют и вздуваются, не имеют опции замены пользователем, имеют не унифицированные размеры и характеристики, имеют низкие показатели ремонтопригодности. Срок службы таких устройств со встроенными аккумуляторами не превышает пары лет.
В какой то момент времени я внезапно для себя осознал, что смарт-часы отправляют в облака каждый удар твоего сердца, современные автомобили каждый такт работы двигателя, операционные системы каждый клик мышкой, это всё бережно собирается, передаётся и сохраняется на серверах корпораций и останется там навсегда. Корпорации считают эти данные своей собственностью, анализируют их, перепродают или передают по запросу. А ты, как источник этих данных, в лучшем случае можешь получить какой нибудь обобщённый отчёт или размытый график по ним. Но всё что попало в интернет — останется там навсегда и когда нибудь рано или поздно утечёт в свободный доступ, кто нибудь наткнётся на сервачёк на амазоне без авторизации где в каких нибудь логах будут эти данные.
Если бы я его не опробовал на себе и не получил бы никакого эффекта я бы о нём не говорил.
А так, для того же периода, внезапно, с октября по февраль применял тоже 23/1 и зафиксировал снижение на десять килограмм.
Правда, справедливости ради, стоит сказать, что потом наступило плато и я пока не достиг желаемого результата и не вижу в этом прогресса. Не зная точного механизма работы невозможно выяснить причины почему метод перестал работать. Хотя я предполагаю причину в том, что расслабился и начал добавлять мелкие перекусы вне периода.
Первая генерация всегда идет долго. "Прогревается" :)
Я сужу по stable-diffusion-webui и заметил следующее: Если поглядывать в консоль то можно заметить как при первой генерации догружаются из интернета необходимые библиотеки, дополнительные модели и всякое разное непонятное, но видимо необходимое, что влияет на время первой генерации.
При этом модель грузится с диска (или интернета у кого как) в оперативку (или даже в видеопамять так как там можно заметить небольшой скачок) на момент старта или выбора модели. А в момент генерации видеопамять скорее всего забивается промежуточными результатами так как объём явно зависит от заданного размера картинки.
Насколько я понял в момент загрузки модель парсится, конвертируется (в зависимости от формата) и грузится в видео память (а это не моментальная операция на размерах в десятки гигабайт) и потом используется во время запросов. При параллельном запуске видятся два сценария либо вторая модель частично или полностью вытесняет первую, либо загрузка завершается с OOM.
Хотя эксперименты показывают что text-generation-webui занимает видео память сразу и не освобождает, а stable-diffusion-webui занимает видеопамять на момент генерации и потом освобождает, всю или частично сказать сложно.
Реалтайм созданное видео?
Вообще это будущее рекламы с миллиардными рекламными бюджетами.
Представьте себе, вы открываете какой нибудь видосик на ютубе, а там она, реклама очень нужного вам товара (о чём вы пока ещё не знаете), и всё в ней сгенерировано только что исключительно для вас и больше никогда не повторится.
Для того чтобы донести до вас некоторую оплаченную мысль нейросетка генерирует сценарий на основе вашего профиля, ваших предпочтений и ваших реакций на прошлые видео. По этому сценарию нейросетка генерирует видео, музыку, звуковое сопровождение, голоса, персонажей, стили, в общем полное законченное произведение красивое и привлекательное для вас.
Этот видео ролик показывается вам и удаляется, что бы в следующий раз сгенерировать новый, что бы у вас не сформировался иммунитет к одинаковой однотипной рекламме.
AMD только под линуксом через pytorch rocm для инетрфейсов написанных на питоне типа text-generation-webui. почему так можно узнать тут https://habr.com/ru/articles/727834/
что из приятного я заметил в text-generation-webui:
флаг --auto-devices позволяющий использовать доступную видео память а всё что не влезло грузить в оперативную память
флаг --disk позволяющий использовать диск если и оперативной памяти не достаточно для работы с моделью
расширения TTS-STT для работы с моделью голосом
расширение api про которое написано что реализует апи совместимое с KoboldAI и в попытки узнать что такое KoboldAI вышел на ещё один интересный ui — https://github.com/KoboldAI/KoboldAI-Client
Чисто технически GPT может генерировать некоторый питоновский код и не только питоновский. Некоторые энтузиасты могут отправлять результат генерации напрямую в консоль, что скорее приведёт к самовыпиливанию модели, уже были прецеденты.
Другой вопрос это обновление весов модели, что на первый взгляд не кажется проблемой, так как постоянно происходит в процессе обучения, но обычно не используется в процессе эксплуатации.
То что искусственный интеллект фактически не существует без запроса от пользователя можно решить с помощью состязательных сетей, которые показали положительный результат в некоторых задачах. И вот на горизонте замаячило нечто похожее на рефлексию. Правда тут сложный момент что выбрать в качестве критерия улучшения.
С другой стороны кажется нет ничего необычного когда модель может делать запросы в интернет и даже их разбирать. А там уже чисто гипотетически может произойти заказ на покупку и установку оборудования. И если оставить за скобками вопрос финансов, то вот у нас уже и обновление аппаратной части.
Производство с полным циклом кажется менее вероятным до постройки полностью автоматизированных заводов. Хотя современные заводы по производству чипов имеют впечатляющий уровень автоматизации.
Если я не ошибаюсь то уже выпускали научные работы в которых прописывали нейросети в качестве соавторов, не GPT, но это только пока. Правда сообщество это не сильно приветствовало.
А если помечтать то можно представить какую нибудь кампанию, управляемую нейросетью, ведущую бизнес, бухгалтерию и заключение контрактов полностью удалённо в электронном виде, разрешающую юридические вопросы через адвокатские конторы, закупающую оборудование, заказывающую услуги по установке, выпускающую от имени кампании патенты, оказывающую электронные услуги, может быть даже в сфере финансов и в такой кампании не работает ни одного живого человека и нет ни одного человека который бы числился владельцем этой кампании.
открыв для себя аналог stable-diffusion-webui для текстовых моделей https://github.com/oobabooga/text-generation-webui ( который так же заявляет поддержку amd через rocm ) я так же открыл для себя глубокий мир очень больших открытых языковых моделей galactica (вплоть до galactica-120b) и OPT (вплоть до OPT-175b)
Этот метод в разные времена называли по разному. Вполне вероятно вы слышали эти названия. Сначала он скрывался под поговоркой "Завтрак съешь сам, обед раздели с другом, ужин отдай врагу". Потом продвигалась идея с простым лозунгом "Не ешь после шести".
Сейчас же это называется гордо "Интервальное голодание". Под этим достаточно громким и несколько общим названием скрываются разные подходы к разбиению периодов времени на интервалы. Среди них выделим те которые предполагают разбиение периода в 24 часа на такие интервалы как 12/12 или 16/8 или даже 23/1(OMAD). Такие подходы предлагают голодать, а именно отказаться от приёмов любой пищи (кроме чистой воды которой надо выпивать пару литров), на протяжении первой части интервала (12 или 16 или 23 часа) и совершенно ни в чём себе не отказывать во второй части интервала (12 или 8 или 1 час соответственно).
Сами по себе интервалы голодания могут начинаться в любой удобный момент времени, но если немного подумать, то можно прийти к выводу, что лучше всего чтобы этот интервал включал в себя период сна в начале, середине или конце, так как во время сна потреблять пищу затруднительно.
Теоретические обоснования, почему данный метод работает, могут быть разные и обычно объяснения сводятся к некоторым процессам запускаемым в организме когда проявляется чувство голода. Мнения различных специалистов на счёт вредности данного метода тоже можно встретить разные как слегка отрицательные так и несколько положительные, но могу предположить, что сколько нибудь достоверных исследований на этот счёт пока ещё не публиковалось.
Данный метод отличается от рекомендуемого "тщательного подсчёта калорий" простотой реализации, лёгким началом и мягкостью по отношению к отклонениям от графика.
У Framework разбился экран? Купил новый экран и заменил за пять минут.
С удивлением для себя узнал, что chromium отличается от google chrome не только более глубокой интеграцией с сервисами гугла, но и добавлением некоторых лицензируемых технологий. Что в принципе логично.
С другой стороны даже просто собрать такой большой проект как хромиум это целый челлендж. Но вот работоспособность с последующими версиями видится всё таки на стороне изменения кода, так как позволяет более корректно обрабатывать отсутствие всё новых и новых винапи-функций.
Вопрос «зачем?» возникает но немного по другому поводу. Зачем заниматься реверс инженирингом именно google chrome? Когда есть chromium исходные коды которого открыты, достаточно добавить к ним патчи восстанавливающие работоспособность и скомпилировать под целевую платформу.
Только вы немного забыли упомянуть про Windows 11 для которой искусственно добавили несовместимость со старым железом для стимуляции спроса на оборудование. Выход Windows 11 ознаменовал окончание цикла непрерывного обновления Windows 10 с переводом в режим поддержки и последующим прекращением этой самой поддержки в отдалённом будущем.
Я верил что это случится рано или поздно и это случилось, появились проекты для запуска Kandinsky c UI на локальной машине:
https://github.com/MMqd/kandinsky-for-automatic1111 — плагин для широко известного webui
https://github.com/seruva19/kubin — отдельный проект webui по мотивам плагина
https://github.com/deforum-art/kandinsky2-simplegui — простой gui если верить описанию
Робот… какой недалёкий человек вообще придумал заменить страницу поиска и форму обратной связи на этот бесполезный кусок байтов?
Для чата поддержки ещё как то можно допустить коварный план сокращения персонала этой самой поддержки за счёт повышения процента тех несчастных, кто пытался, но не смог пробиться через этого робота и бесконечное ожидание ответа мыслящего существа.
Но заменить форму обратной связи, мифы о существовании которой можно найти в древних скрижалях справочных страниц, на робота, сообщения которому отправляются в пустоту, это отдельный вид изощрённой пытки.
Например, столкнулись вы с попыткой взлома аккаунта через социальную инженерию в виде звонка с последующим выпрашиванием циферок из смс, как единственного достаточно фактора авторизации. После завершения увлекательной беседы, заходя на портал, совершенно случайно замечаете подробную инструкцию о действиях в случае обнаружения попыток подобного взлома, где указано воспользоваться формой обратной связи. Наживаете на ссылку этой самой формы и попадаете на робота. И со всей чёткостью и однозначностью осознаёте, что вам предстоит переключать этого самого робота на живого человека, так как робот бесполезен даже для поиска инструкции которая привела к нему, дожидаться ответа оператора примерно вечность, заново описывать всё то же самое что проигнорировал и давно удалил до этого робот и уже в общении с живым человеком, если доживёте до этого светлого момента, начать заполнять ту мифическую форму обратной связи.
О том как он выскакивает на пол страницы на любых страницах в духе самых отвратительных тёмных дизайн паттернов и просто бесит своим присутствием и анимацией и это никак не отключается, даже писать не хочется.
Могут подсмотреть всё. Вообще всё. Логины, пароли, приватные ключи, весь передаваемый и загружаемый контент. Могут добавить реакции по ключевым словам, где список ключевых слов бесконечно расширяется в соответствии с текущей политической ситуацией. При этом всё дешифрованное может храниться в открытом виде на каком нибудь сервере логов без авторизации. Или продаваться недобросовестным чиновником в удобном виде. Или фильтровать доступ к неугодной информации. Или модифицировать отдаваемый контент добавляя к нему дополнительную нагрузку.
Посматриваю на какую нибудь материнку майнерского класса с 6-10 слотами PCIeх16 что бы собирать потихоньку кластер из видеокарт. Выглядит так, будто вполне реально получить домашний сервачёк с порядка 150 ГБ видеопамяти, который будет тихо гудеть куллерами на балконе. А там глядишь и 100В+ модели потянуть можно.
тут на хабре была статья про этот 20 мильный марш https://habr.com/ru/companies/macloud/articles/562514/ и из неё можно сделать вывод что за успехом скрывалась тщательная подготовка, планирование и следование плану, а не разбивание задачи на абстрактные куски одинакового объёма.
Разработчики SQLite взяли на себя амбициозную задачу поддерживать библиотеку как минимум до 2050 года, и для этого им приходится все инструменты писать самим с нуля.
Что касается трендов разработки современных сложных электронных устройств то у них со временем проявляются две проблемы.
Первая это повальное подключение к облакам, что приводит к рискам взломов через каналы подключения, отсутствия необходимых обновлений безопасности связанных с этими каналами подключения и рискам остановки этих облачных сервисов без возможности подключения к альтернативным сервисам.
Вторая это встроенные аккумуляторы, которые быстро деградируют и вздуваются, не имеют опции замены пользователем, имеют не унифицированные размеры и характеристики, имеют низкие показатели ремонтопригодности. Срок службы таких устройств со встроенными аккумуляторами не превышает пары лет.
В какой то момент времени я внезапно для себя осознал, что смарт-часы отправляют в облака каждый удар твоего сердца, современные автомобили каждый такт работы двигателя, операционные системы каждый клик мышкой, это всё бережно собирается, передаётся и сохраняется на серверах корпораций и останется там навсегда. Корпорации считают эти данные своей собственностью, анализируют их, перепродают или передают по запросу. А ты, как источник этих данных, в лучшем случае можешь получить какой нибудь обобщённый отчёт или размытый график по ним. Но всё что попало в интернет — останется там навсегда и когда нибудь рано или поздно утечёт в свободный доступ, кто нибудь наткнётся на сервачёк на амазоне без авторизации где в каких нибудь логах будут эти данные.
Если бы я его не опробовал на себе и не получил бы никакого эффекта я бы о нём не говорил.
А так, для того же периода, внезапно, с октября по февраль применял тоже 23/1 и зафиксировал снижение на десять килограмм.
Правда, справедливости ради, стоит сказать, что потом наступило плато и я пока не достиг желаемого результата и не вижу в этом прогресса. Не зная точного механизма работы невозможно выяснить причины почему метод перестал работать. Хотя я предполагаю причину в том, что расслабился и начал добавлять мелкие перекусы вне периода.
Я сужу по stable-diffusion-webui и заметил следующее: Если поглядывать в консоль то можно заметить как при первой генерации догружаются из интернета необходимые библиотеки, дополнительные модели и всякое разное непонятное, но видимо необходимое, что влияет на время первой генерации.
При этом модель грузится с диска (или интернета у кого как) в оперативку (или даже в видеопамять так как там можно заметить небольшой скачок) на момент старта или выбора модели. А в момент генерации видеопамять скорее всего забивается промежуточными результатами так как объём явно зависит от заданного размера картинки.
Насколько я понял в момент загрузки модель парсится, конвертируется (в зависимости от формата) и грузится в видео память (а это не моментальная операция на размерах в десятки гигабайт) и потом используется во время запросов. При параллельном запуске видятся два сценария либо вторая модель частично или полностью вытесняет первую, либо загрузка завершается с OOM.
Хотя эксперименты показывают что text-generation-webui занимает видео память сразу и не освобождает, а stable-diffusion-webui занимает видеопамять на момент генерации и потом освобождает, всю или частично сказать сложно.
Реалтайм созданное видео?
Вообще это будущее рекламы с миллиардными рекламными бюджетами.
Представьте себе, вы открываете какой нибудь видосик на ютубе, а там она, реклама очень нужного вам товара (о чём вы пока ещё не знаете), и всё в ней сгенерировано только что исключительно для вас и больше никогда не повторится.
Для того чтобы донести до вас некоторую оплаченную мысль нейросетка генерирует сценарий на основе вашего профиля, ваших предпочтений и ваших реакций на прошлые видео. По этому сценарию нейросетка генерирует видео, музыку, звуковое сопровождение, голоса, персонажей, стили, в общем полное законченное произведение красивое и привлекательное для вас.
Этот видео ролик показывается вам и удаляется, что бы в следующий раз сгенерировать новый, что бы у вас не сформировался иммунитет к одинаковой однотипной рекламме.
AMD только под линуксом через pytorch rocm для инетрфейсов написанных на питоне типа text-generation-webui. почему так можно узнать тут https://habr.com/ru/articles/727834/
что из приятного я заметил в text-generation-webui:
Чисто технически GPT может генерировать некоторый питоновский код и не только питоновский. Некоторые энтузиасты могут отправлять результат генерации напрямую в консоль, что скорее приведёт к самовыпиливанию модели, уже были прецеденты.
Другой вопрос это обновление весов модели, что на первый взгляд не кажется проблемой, так как постоянно происходит в процессе обучения, но обычно не используется в процессе эксплуатации.
То что искусственный интеллект фактически не существует без запроса от пользователя можно решить с помощью состязательных сетей, которые показали положительный результат в некоторых задачах. И вот на горизонте замаячило нечто похожее на рефлексию. Правда тут сложный момент что выбрать в качестве критерия улучшения.
С другой стороны кажется нет ничего необычного когда модель может делать запросы в интернет и даже их разбирать. А там уже чисто гипотетически может произойти заказ на покупку и установку оборудования. И если оставить за скобками вопрос финансов, то вот у нас уже и обновление аппаратной части.
Производство с полным циклом кажется менее вероятным до постройки полностью автоматизированных заводов. Хотя современные заводы по производству чипов имеют впечатляющий уровень автоматизации.
Если я не ошибаюсь то уже выпускали научные работы в которых прописывали нейросети в качестве соавторов, не GPT, но это только пока. Правда сообщество это не сильно приветствовало.
А если помечтать то можно представить какую нибудь кампанию, управляемую нейросетью, ведущую бизнес, бухгалтерию и заключение контрактов полностью удалённо в электронном виде, разрешающую юридические вопросы через адвокатские конторы, закупающую оборудование, заказывающую услуги по установке, выпускающую от имени кампании патенты, оказывающую электронные услуги, может быть даже в сфере финансов и в такой кампании не работает ни одного живого человека и нет ни одного человека который бы числился владельцем этой кампании.
открыв для себя аналог stable-diffusion-webui для текстовых моделей https://github.com/oobabooga/text-generation-webui ( который так же заявляет поддержку amd через rocm ) я так же открыл для себя глубокий мир очень больших открытых языковых моделей galactica (вплоть до galactica-120b) и OPT (вплоть до OPT-175b)
Этот метод в разные времена называли по разному. Вполне вероятно вы слышали эти названия. Сначала он скрывался под поговоркой "Завтрак съешь сам, обед раздели с другом, ужин отдай врагу". Потом продвигалась идея с простым лозунгом "Не ешь после шести".
Сейчас же это называется гордо "Интервальное голодание". Под этим достаточно громким и несколько общим названием скрываются разные подходы к разбиению периодов времени на интервалы. Среди них выделим те которые предполагают разбиение периода в 24 часа на такие интервалы как 12/12 или 16/8 или даже 23/1(OMAD). Такие подходы предлагают голодать, а именно отказаться от приёмов любой пищи (кроме чистой воды которой надо выпивать пару литров), на протяжении первой части интервала (12 или 16 или 23 часа) и совершенно ни в чём себе не отказывать во второй части интервала (12 или 8 или 1 час соответственно).
Сами по себе интервалы голодания могут начинаться в любой удобный момент времени, но если немного подумать, то можно прийти к выводу, что лучше всего чтобы этот интервал включал в себя период сна в начале, середине или конце, так как во время сна потреблять пищу затруднительно.
Теоретические обоснования, почему данный метод работает, могут быть разные и обычно объяснения сводятся к некоторым процессам запускаемым в организме когда проявляется чувство голода. Мнения различных специалистов на счёт вредности данного метода тоже можно встретить разные как слегка отрицательные так и несколько положительные, но могу предположить, что сколько нибудь достоверных исследований на этот счёт пока ещё не публиковалось.
Данный метод отличается от рекомендуемого "тщательного подсчёта калорий" простотой реализации, лёгким началом и мягкостью по отношению к отклонениям от графика.