Супермаркет супермаркету рознь. В дешевых супермаркетах обращаются с фруктами и овощами очень не аккуратно. Буквально кидают на прилавки, из-за чего уже через несколько часов они начинают гнить. Пятерочка, Магнит - дешевые супермаркеты, поэтому, особенно если магазин не проходной - овощи и фрукты там почти всегда дрянь. В нормальных супермаркетах, где аккуратно обращаются с продуктами такой проблемы нет. Но там и цены выше.
Продолжаете нести чушь. "Несколько токенов в секунду" - это выдача из LLM. Переваривают LLM десятки тысяч токенов в секунду. Claude Sonnet 3.7 MAX без особых проблем переваривает книгу Страустрапа по С++ примерно за 30 секунд. "Слышал звон, да не знаю где он" - это про вас.
Вы на практике столкнулись с тем, что ваши правила не помещаются в контекст современных LLM? В 200 000 токенов, что равно примерно 550 страницам текста А4? Простите, но вы несете чушь.
Прям постоянно? Когда в Висте ввели UAC - там действительно вылезала постоянно. Потому что весь софт хотел работать с повышенными привилегиями. И тогда отключали. За прошедшие года разработчики научились писать софт в юзерспейсе и большинство софта повышения привилегий не требует.
"На наверно хочу раз запускаю". Вы ничего не запускаете. Вы даете команду софту(проводнику, видимо, который работает в юзер спейсе) запустить программу требующую повышенных привилегий. ОС видит что какая-то программа из юзерспейса хочет запустить программу с админскими правами и сообщает вам об этом. ОС не знает и не может знать что стало причиной запуска приложений с повышенными привилегиями, она видит повышение - сообщает вам об этом. Если вы не понимаете базовых принципов работы ОС, и при этом считаете себя достаточно квалифицированным чтобы отключать базовые защиты... Ну, ок, имеете право.
Повышение привилегий - это не автоматический процесс(если вы сами не ткнули на "Запустить от админа"). Сомнительный софт очевидно не будет запрашивать привилегии - он сразу спалится. Поэтому естественно что у вас не было ситуации что вы отказывались от повышения привилегий. Это не значит что включенный UAС вас ни разу не спас. Впрочем, не означает что спас в 100% случаев тоже. "Я вот никогда не ездил без пристегнутого ремня. И еще ни разу меня ремень не спас. Вот перестал бы пристегиваться и что бы в моей жизни изменилось?" Ну это, конечно, не подходящая метафора. Но ошибочность такой логики тоже показывает.
Если устройство отключено от интернета и на него данные попадают только с дисков и проверенных флешек - низачем. Но мы вроде обсуждаем ситуацию, когда на компе есть хром, а значит интернет и прочие прелести. Контроль доступа защищает от ряда очень простых атак, которые без него проходят совершенно незамеченными даже очень "гигиеничными" людьми.
Это автор того самого Doom, который считался технически невозможным. А мегатекстуры из рейджа - классная технология, которую слишком рано попытались использовать.
На игропром странно пенять. Сейчас все целятся на мобилки и оптимизациями занимаются по максимуму. А triple-A игры всё равно будут требовательными, как их не оптимизируй.
ИИ не нужно в чистый asm. Зачем? Современные компиляторы прекрасно справляются с задачами оптимизации. Поэтому LLM верхнего уровняю пишут код на вполне человекочитаемых языках. А уже компиляторы превращают это в оптимизированный код. И опять же, проблемы оптимизации давно не на уровне языков. Они на уровне архитектурных решений. От того что вы сэкономите такт на вызове функции или на итерации цикла - ничего глобально не изменится. От того что вы сделаете фигню в виде вычисления длины json при парсинге каждого параметра - эффект будет значительный.
Конечно хочет. Поэтому народ постоянно телефоны обновляет, хотя объективно это нафиг не нужно и большинство софта работает на старых бюджетных телефонах.
Это не типовое приложение. Это приложение созданное так, чтобы буквально использовать все доступные ПК ресурсы. Речь о приложениях, у которых нет задачи использовать все ресурсы, а есть задача выполнять определенную ограниченную работу. Например, видеоплеер - у него нет задачи максимально быстро проиграть видео. У него задача проиграть видео с той скоростью, с которой это нужно пользователю. Почтовый клиент не имеет задачи потратить все ресурсы ПК. Его задача периодически получать обновления с новыми письмами. Тоже самое с IM клиентами и еще кучей софта, который в фоне делает свою работу.
Мне кажется у вас синдром утенка. У меня есть "ретро" компы дома. Причем разных поколений: 2005, 2008, 2011 года. С старыми же операционками. Так современные операционки грузятся быстрее. К примеру на одном и том же ПК ХР, Windows 7 и Windows 10 грузятся по разному. И десятка грузится быстрее всех. UPD: Хотя это субъективное ощущение. Замеры я не проводил. Даже интересно стало проверить.
Здесь нет вариантов. Мне всё равно придется обновляться. Чтобы нейросети работали нормально, чтобы новые кодеки работали нормально, чтобы компиляция была быстрее. К примеру, рендер 20 минутного видео сейчас на моем ПК занимает 8 часов времени в FullHD. Я оставляю на ночь и это терпимо. Но, 4К я уже рендерить не могу. Потому что это 24 часа. А это значит мой комп будет не доступен для дневной работы. Я с радостью обновлю ПК чтобы рендерить 4К, когда видеокарты разовьются чтобы рендерить 4К за ночь. И здесь совершенно не важно, насколько рядовые программы жрут ПК. Я всё равно не на них в апгрейде завязан.
Конечно, когда откровенно простенькая утилита жрет несколько гигов и грузит проц на 100% - я не буду её использовать. Но в таких ситуация виноваты кривые руки разрабов, которые "на каждый параметр в json вычисляют полную длину всего json", а не отсутствие жесткой оптимизации.
За 25 лет работы с ПК таких потребностей не возникало. Я не могу представить типовые программы, которые бы запущенные в количество 10 штук не дали бы работать современному ПК.
Супермаркет супермаркету рознь. В дешевых супермаркетах обращаются с фруктами и овощами очень не аккуратно. Буквально кидают на прилавки, из-за чего уже через несколько часов они начинают гнить.
Пятерочка, Магнит - дешевые супермаркеты, поэтому, особенно если магазин не проходной - овощи и фрукты там почти всегда дрянь.
В нормальных супермаркетах, где аккуратно обращаются с продуктами такой проблемы нет. Но там и цены выше.
Если кто-то не верит на слово, а самому проверять неохото, вот скрин официальной документации от Anthropic
550 страниц съест за одну минуту.
Ну и выдача 80 000 токенов в минуту, это тоже не "несколько" токенов в секунду.
Продолжаете нести чушь. "Несколько токенов в секунду" - это выдача из LLM. Переваривают LLM десятки тысяч токенов в секунду.
Claude Sonnet 3.7 MAX без особых проблем переваривает книгу Страустрапа по С++ примерно за 30 секунд.
"Слышал звон, да не знаю где он" - это про вас.
Удачи!
Вы на практике столкнулись с тем, что ваши правила не помещаются в контекст современных LLM? В 200 000 токенов, что равно примерно 550 страницам текста А4?
Простите, но вы несете чушь.
А что вы объясняете LLM каждый раз?
Если объяснение одни и теже, почему вы не используете списки правил?
Спорное утверждение.
Прям постоянно? Когда в Висте ввели UAC - там действительно вылезала постоянно. Потому что весь софт хотел работать с повышенными привилегиями. И тогда отключали. За прошедшие года разработчики научились писать софт в юзерспейсе и большинство софта повышения привилегий не требует.
"На наверно хочу раз запускаю". Вы ничего не запускаете. Вы даете команду софту(проводнику, видимо, который работает в юзер спейсе) запустить программу требующую повышенных привилегий. ОС видит что какая-то программа из юзерспейса хочет запустить программу с админскими правами и сообщает вам об этом. ОС не знает и не может знать что стало причиной запуска приложений с повышенными привилегиями, она видит повышение - сообщает вам об этом. Если вы не понимаете базовых принципов работы ОС, и при этом считаете себя достаточно квалифицированным чтобы отключать базовые защиты... Ну, ок, имеете право.
Повышение привилегий - это не автоматический процесс(если вы сами не ткнули на "Запустить от админа"). Сомнительный софт очевидно не будет запрашивать привилегии - он сразу спалится. Поэтому естественно что у вас не было ситуации что вы отказывались от повышения привилегий. Это не значит что включенный UAС вас ни разу не спас. Впрочем, не означает что спас в 100% случаев тоже.
"Я вот никогда не ездил без пристегнутого ремня. И еще ни разу меня ремень не спас. Вот перестал бы пристегиваться и что бы в моей жизни изменилось?"
Ну это, конечно, не подходящая метафора. Но ошибочность такой логики тоже показывает.
Если устройство отключено от интернета и на него данные попадают только с дисков и проверенных флешек - низачем.
Но мы вроде обсуждаем ситуацию, когда на компе есть хром, а значит интернет и прочие прелести. Контроль доступа защищает от ряда очень простых атак, которые без него проходят совершенно незамеченными даже очень "гигиеничными" людьми.
Люди отключающие UAC, у меня к вам вопрос... А зачем вы это делаете?
Это автор того самого Doom, который считался технически невозможным.
А мегатекстуры из рейджа - классная технология, которую слишком рано попытались использовать.
Как раз для оживления старых ноутов SSD мастхэв. Они буквально из мертвого мусора превращаются в рабочие железки.
На игропром странно пенять. Сейчас все целятся на мобилки и оптимизациями занимаются по максимуму. А triple-A игры всё равно будут требовательными, как их не оптимизируй.
ИИ не нужно в чистый asm. Зачем? Современные компиляторы прекрасно справляются с задачами оптимизации. Поэтому LLM верхнего уровняю пишут код на вполне человекочитаемых языках. А уже компиляторы превращают это в оптимизированный код.
И опять же, проблемы оптимизации давно не на уровне языков. Они на уровне архитектурных решений. От того что вы сэкономите такт на вызове функции или на итерации цикла - ничего глобально не изменится. От того что вы сделаете фигню в виде вычисления длины json при парсинге каждого параметра - эффект будет значительный.
Конечно хочет. Поэтому народ постоянно телефоны обновляет, хотя объективно это нафиг не нужно и большинство софта работает на старых бюджетных телефонах.
Потому что HDD дешевле, очевидно. И если он удовлетворяет определенным задачам - зачем переплачивать?
Это не типовое приложение. Это приложение созданное так, чтобы буквально использовать все доступные ПК ресурсы.
Речь о приложениях, у которых нет задачи использовать все ресурсы, а есть задача выполнять определенную ограниченную работу.
Например, видеоплеер - у него нет задачи максимально быстро проиграть видео. У него задача проиграть видео с той скоростью, с которой это нужно пользователю.
Почтовый клиент не имеет задачи потратить все ресурсы ПК. Его задача периодически получать обновления с новыми письмами.
Тоже самое с IM клиентами и еще кучей софта, который в фоне делает свою работу.
Мне кажется у вас синдром утенка.
У меня есть "ретро" компы дома. Причем разных поколений: 2005, 2008, 2011 года. С старыми же операционками.
Так современные операционки грузятся быстрее. К примеру на одном и том же ПК ХР, Windows 7 и Windows 10 грузятся по разному. И десятка грузится быстрее всех.
UPD: Хотя это субъективное ощущение. Замеры я не проводил. Даже интересно стало проверить.
Здесь нет вариантов. Мне всё равно придется обновляться. Чтобы нейросети работали нормально, чтобы новые кодеки работали нормально, чтобы компиляция была быстрее.
К примеру, рендер 20 минутного видео сейчас на моем ПК занимает 8 часов времени в FullHD. Я оставляю на ночь и это терпимо. Но, 4К я уже рендерить не могу. Потому что это 24 часа. А это значит мой комп будет не доступен для дневной работы. Я с радостью обновлю ПК чтобы рендерить 4К, когда видеокарты разовьются чтобы рендерить 4К за ночь. И здесь совершенно не важно, насколько рядовые программы жрут ПК. Я всё равно не на них в апгрейде завязан.
Конечно, когда откровенно простенькая утилита жрет несколько гигов и грузит проц на 100% - я не буду её использовать. Но в таких ситуация виноваты кривые руки разрабов, которые "на каждый параметр в json вычисляют полную длину всего json", а не отсутствие жесткой оптимизации.
За 25 лет работы с ПК таких потребностей не возникало. Я не могу представить типовые программы, которые бы запущенные в количество 10 штук не дали бы работать современному ПК.