| 1.1, Аноним (1), 15:36, 12/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
40 лет назад текст в терминал выводился без задержек на 8 битном процессоре, видеоигры рендерились 50-60 к/с, а теперь вот без GPU для той же задачи никак, странно.
| | |
| |
| 2.4, Malinovsky (?), 15:40, 12/09/2026 [^] [^^] [^^^] [ответить]
| –7 +/– |
Раньше система была сильно проще. Ядра не лежали в энергоэффективном режиме на низких частотах. А им надо поднять частоты, наделать результат и там в работу вступает много чего и раньше это была ядерная консоль. Там конечно нечему было тормозить. Сейчас ПК стали намного сложнее по стилю работы. А вообще комментарий опять сделать чтобы быть первым покороче. Впрочем на длинный комментарий нужно понимать хоть что-то, а не тупо задавать вопросы или выдавать что что-то странно. В любом случае очевидная короткоствольность бросается в глаза.
| | |
| |
| 3.6, Аноним (1), 15:57, 12/09/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Ядра не лежали в энергоэффективном режиме на низких частотах.
А других режимов и не было, игровая консоль atari 2600 - 1.8МГц.
> энергоэффективном
А вот это сейчас смешно было, когда "энергоэффективный" GPU на пустом рабочем столе KDE у меня прямо сейчас 15 ватт ест.
| | |
| |
| 4.14, Malinovsky (?), 16:53, 12/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Ага, очень интересно. У меня нет ничего подобного, хотя при записи экрана в 4К там в районе половины ватта потребление колеблется. Package-0 это общее потребление 12900К с запущенной парой браузеров. А если онлайн видео смотреть будет около 3,6 ватт. Как ты умудрился закочегарить видеокарту до такой степени я даже спрашивать не хочу. Если бы ты знал что когда хоть что-то криво работает отрисовка процессором тех же пикселей в Gimp происходит в один поток и в итоге задержка ввода становится чудовищной. Krita еще как-то живет за счет параллельной загрузки ядер, но потребление при этом дико избыточно. А вот Blender умеет рисовать с ускорением силами встройки и работает все быстро и без задержек и ядра могут например компиляцией заниматься.
core: 0.335 W
package-0: 1.841 W
uncore: 0.003 W
Package id 0: 27.000°C
Core 0: 24.000°C
Core 0: 800.000 MHz
Core 1: 800.000 MHz
Core 2: 1507.224 MHz
Core 3: 800.000 MHz
Core 4: 800.000 MHz
Core 5: 800.000 MHz
Core 6: 800.034 MHz
Core 7: 800.000 MHz
Core 8: 800.000 MHz
Core 9: 800.000 MHz
Core 10: 3733.601 MHz
Core 11: 800.000 MHz
Core 12: 2282.216 MHz
Core 13: 800.000 MHz
Core 14: 4602.887 MHz
Core 15: 800.000 MHz
Core 16: 1588.187 MHz
Core 17: 800.000 MHz
Core 18: 800.000 MHz
Core 19: 800.000 MHz
Core 20: 800.000 MHz
Core 21: 800.000 MHz
Core 22: 800.000 MHz
Core 23: 800.000 MHz
| | |
| |
| 5.24, небесный ученый (ok), 17:38, 12/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 зачем эта портянка есть же nvtop:
nvtop -s | jq -r '.[] | .gpu_clock + " | " + .temp + " | " + .power_draw'
| | |
|
| 4.22, анон (?), 17:36, 12/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
просто у тебя частота обновления от 120Гц и без r/b. ставь 59.94 или 119.88 и смотри еще раз.
| | |
|
|
| 2.12, devl547 (ok), 16:42, 12/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > а теперь вот без GPU для той же задачи никак
Да и раньше тоже. Текст выводили знакогенераторами, более-менее быструю графику - видеопроцессорами и блиттерами.
Звук вон тоже можно выводить битбэнгом на ковокс - но стоит ли оно того?
| | |
| |
| 3.16, Malinovsky (?), 17:08, 12/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Раньше часто дичь творили с MIDI и там очень зависело от реализации что оно там насинтезирует. Быть может и прикольно, но для целей прослушивания нужен был просто чистый звук и когда стало хватать места начали сначала дико сжимать, потом убирали сжатие. Люди вон вопили как это так 50 гигабайт звуковые файлы занимают места.
А потому что те кто в звуке понимают делают его для тех у кого денег хватило ан звуковые карты. И то что раньше было быстрее за счет крайне упрощенной схемы вывода изображения 2D ускорения и тому подобного сейчас просто принято вопить будто ничего ненужно было.
Ну а то что RAMDAC отдельно и вообще это было не самое дешевое решение проще ведь не знать. А то что раньше связь скорости аппаратной работы железа и кода была специфичной это тоже удобно не знать.
Вот только на деле в реальности аппаратная конфигурация может оказывать влияние на скорость работы, хоть это и недоступно в понимании обывателей. Встройки для рабочего стола более чем достаточно, но разве это докажешь тем кому хочется все идеально плавно чтобы работало с одной планкой памяти? Проще ведь тупо орать что встройки лагают, а не то что памяти мало ставят те кто хотят все и сразу и в идеале.
А потом они же тупо орут что что-то не так, хотя на деле рабочий стол и программа это две разные задачи на одной видеокарте и тут важен Vulkan и прочее, чтобы убрать долгие вычисления на ЦП, потому что важны еще и вычисления на процессоре.
Проще ведь орать что что-то тормозит когда в разы больше чем есть железа повесили тупо на видеокарту, а там внезапно аппаратные прерывания какие-то существуют, о которых тоже удобнее не знать и тупо орать что все становится хуже.
| | |
| |
| 4.20, laindono (ok), 17:27, 12/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Я как человек кое-что понимающий в звуке, скажу, что 50-гиговые звуковые файлики это глупо. Или это месяцы, если не годы, звука.
Любой современный звуковой кодек с потерями на высоком битрейте неотличим от кодека без потерь. При чём старьё тоже (я про mp3), по крайней мере для неподготовленного слушателя. Люди, заявляющие, будто бы это не так, должны пойти и сделать слепые тесты (или, на выбор, лоботомию).
Более высокий битрейт и отсутствие потерь имеют смысл. Но уже в контексте редактирования звука или для хранения каких-то научных данных.
| | |
| |
| 5.23, GG (ok), 17:37, 12/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Как человек понимающий в кодеках и прочем компьютер саенсе, скажу да
| | |
|
|
|
| 2.19, eugener (ok), 17:15, 12/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > 40 лет назад текст в терминал выводился без задержек на 8 битном процессоре
Не застал ты, видимо, те времена. В 92-ом/93-ем я развлекался тем, что изучал ассемблер и кодил на Вектор-06ц в редакторе WordStar для CP/M. Страница отрисовывалась три-пять секунд, скроллинг то же самое. Но признаю, WordStar был весьма навороченный, были редакторы попроще и пошустрее, только такого, чтобы "без задержек" — не было.
| | |
|
| 1.2, Malinovsky (?), 15:36, 12/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Для иксов может и прокатит своя отрисовка силами графического процессора, но когда терминал уже умеет рисовать это не очень то надо.
Единственное что надо это умение собирать код на ходу по мере его набора, чтобы разбор шел непрерывно, плюс умение кешировать и собирать только изменения. Интерактивное программирование другими словами без отдельной сборки, кроме как в конце на всякий случай с оптимизациями.
Вот только вряд ли кто будет сидеть в ядерной консоли ради ускорения отрисовки силами среды разработки. Это конечно экономит всю память, если собирать временами жирные проекты, требующие всю память. Как бы да, есть куда применить, но по сути это для ядерной консоли все же, а она и так быстрая. Вроде.
| | |
| |
| 2.8, Аноним (8), 16:08, 12/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Раньше когда комментарии на опеннете писал ИИ всем очень надо было ответить что это ИИ. Сейчас уже больше года у каждой новости на опеннете в комментариях есть минимум один комментарий от ИИ и за это время никто не написал что был ответ ИИ.
| | |
| |
| 3.18, Malinovsky (?), 17:13, 12/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Еще один свидетель ИИ общается со свидетелем нейрослопа, а главное ничего ненужно доказывать, ведь все вокруг вам уже верят в вашем Маня мирке. Чудеса одни кругом творятся. Даже ИИ вам тут пригнали персонально, чтобы вы могли выперднуть нечто якобы вменяемое и недоказуемое.
| | |
|
|
| 1.13, User (??), 16:46, 12/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Раньше ты узнавал о проекте из новости о его закрытии - а теперь об "открытии"... Прогресс!
| | |
| 1.17, Смузихеб забывший пароль (?), 17:11, 12/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> рассчитан на разработчиков,
> предпочитающих работать в терминале
> желающих получить инструменты работы с кодом
> без лишнего усложнения и визуального шума
> работы с кодом
> в терминале
> без лишнего усложнения
...
> в терминале
> без лишнего усложнения
Это уже что-то из разряда непорочного зачатия и чутка-беременности
| | |
|
