“LM Studio поддерживает GPU offloading с NVIDIA RTX GPU для ускорения больших моделей.” - Это больше костыль, для того чтоб вообще работало. “Квантованные модели (4-bit GGUF) достигают качества, близкого к FP16, при значительно меньших затратах памяти” - квантование - это сжатие, буквально, какое отношение это к оффлоадингу имеет непонятно :) Видимо автор делал текст в куцых сжатых моделях на смоем apple mac, вот он ему и напридумывал статью :)
Как пример использования MVVM - это Noesis gui, WPF-подобный фреймворк для создания интерфейса. Про MVP, MVC , по моему мнению, если ничего под интерфейсы не убирать и не использовать DI, то это обычное разделение одного класса на три, но по карйней мере получается разделить зоны ответственности, что уже не плохо.
В игре наверняка будут другие персонажи с механикой здоровья. Для каждого из них надо делать сразу 3 панели. А что если им не нужны панели? Тогда писать костыли с if конструкциями для конкретно их случаев
Для этого случая что мы конкретно должны делать, вынести view в интерфейс или использовать что-то еще?
"Donkey Kong Country 1993 года для SNES продавалась тогда по $59" - только тогда итры покупали на кариках, а сейчас большая часть через онлайн. Аудитория выросла в несколько раз при этом.
@rukhi7 спасибо за ответ в статье. Почитав комменты я понял, что большинство споров вызвано непонимание контекста вопроса, на которая отвечает данная статья. Создаются ли потоки неявно при использовании async/await? Ответ да, если не использован контекст синхронизации, который выводит выполнение в один поток (при этом не используется ConfigureaAwait(false) и Task.Run()). Вопрос не касается О и на скольких потоках некоторые операции выполняются на низком уровне.
Как я понял, одними из способов выполнить задачу в другом потоке через ThreadPool это запустить метод через Task.Run(Do) или await DoAsync().ConfigureAwait(false). Первое изменит контекст выполнения для всего метода Do, второе - для continuation метода DoAsync(). Правильно ли это?
Для примера, тот же C#, так же позволяет писать код и разделять его на разные файлы, но не заставляет тебя самостоятельно писать заголовки. Компилятор сам генерирует все необходимые метаданные. Генерация кода автоматически как раз соответствует принципу DRY.
Вот, в комментарии больше информации, чем во всей статье!
“LM Studio поддерживает GPU offloading с NVIDIA RTX GPU для ускорения больших моделей.” - Это больше костыль, для того чтоб вообще работало. “Квантованные модели (4-bit GGUF) достигают качества, близкого к FP16, при значительно меньших затратах памяти” - квантование - это сжатие, буквально, какое отношение это к оффлоадингу имеет непонятно :) Видимо автор делал текст в куцых сжатых моделях на смоем apple mac, вот он ему и напридумывал статью :)
Смотря сколько parameters, смотря какой quantitation :)
https://www.rustore.ru/kiosk/chatgpt, но там дороже чем на мтс
Ты пишешь спагетти-код, потому что не умеешь по-другому — я пишу спагетти-код, потому что экономлю время разработки. Мы не одинаковые :)
Как пример использования MVVM - это Noesis gui, WPF-подобный фреймворк для создания интерфейса. Про MVP, MVC , по моему мнению, если ничего под интерфейсы не убирать и не использовать DI, то это обычное разделение одного класса на три, но по карйней мере получается разделить зоны ответственности, что уже не плохо.
Для этого случая что мы конкретно должны делать, вынести view в интерфейс или использовать что-то еще?
В статье не хватает примеров где UniTask чем-то отличается от обычной Task в лучшую стророну для программиста.
await Task.Delay -> await UniTaskDelay;await Task.WhenAll -> await UniTask.WhenAllНадеемся на полную поддержку модов и на то, что разработчики подлатали часть старого движка
После сотни модиков особенно
Все равно не отговоришь делать очередной фреймворк
"Donkey Kong Country 1993 года для SNES продавалась тогда по $59" - только тогда итры покупали на кариках, а сейчас большая часть через онлайн. Аудитория выросла в несколько раз при этом.
Какое практическое применение у данной функции и чем оно лучше Termux, например?
@rukhi7 спасибо за ответ в статье. Почитав комменты я понял, что большинство споров вызвано непонимание контекста вопроса, на которая отвечает данная статья. Создаются ли потоки неявно при использовании async/await? Ответ да, если не использован контекст синхронизации, который выводит выполнение в один поток (при этом не используется ConfigureaAwait(false) и Task.Run()). Вопрос не касается О и на скольких потоках некоторые операции выполняются на низком уровне.
Как я понял, одними из способов выполнить задачу в другом потоке через ThreadPool это запустить метод через Task.Run(Do) или await DoAsync().ConfigureAwait(false). Первое изменит контекст выполнения для всего метода Do, второе - для continuation метода DoAsync(). Правильно ли это?
Может ли магия async/await сама создавать потоки или это все делается явно тем, кто асинхронные функции пишет?
"без необходимости кнопки" страшно звучит :)
Не хотели лютравмировать пользователей терминалов)
В России живёт 140 млн, русскоговорящего населения планеты более 300 млн. И я очень сомневаюсь, что будет кыргызская или казахская озвучка)
Для примера, тот же C#, так же позволяет писать код и разделять его на разные файлы, но не заставляет тебя самостоятельно писать заголовки. Компилятор сам генерирует все необходимые метаданные. Генерация кода автоматически как раз соответствует принципу DRY.