Этот ПК как некий старт для теста. Естественно, что на 256 мб озу, современное просто не запустится и невозможно, что либо установить. 2 гб это максимум, для мат. платы.
Ну и я бы хотел понять, какой предел у такого ПК, если использовать именно современный софт. Некий ПК С++ аскета.
Если уж совсем не будет работать vs. Тогда ещё протестирую athlon x4 640. Поиграюсь с отключением ядер и понижении частоты. Но конечно он будет все равно мощнее. Так как архитектура намного современнее. Можно сказать их отделяет пропасть.
Я начну с debian 11, так как хотелось бы приблизить задачи разработки к реальности. Использовать современный софт, ide и компиляторы. Для чистоты эксперимента попробую, vs 2010, 2013, 2015. Можно ли хоть в каком то виде их использовать. Главное, что бы не использовали SSE3. Есть сомнение, что хоть и 32 бит поддерживают, но используют более современные инструкции.
На нем, отключая ядра и понижая частоту можно добиться симуляции ПК начиная с 2000-ого по 2010 год. Думаю этот вариант будет предпочтительнее. Но начну конечно с celeron'а.
Он мне в конфигурации 256 ОЗУ и приехал. Видеокарта была geforce 2. Кулер у видеокарты настолько громко пищал, что я заменил видеокарту и добавил 2 планки по 1 Гб.
Это да, но ведь никто не запрещает использовать GPU. Проблема в том, что gui это не просто слои, а движки с граф сценами, батчингом и всем остальным. Вот только теперь они грузят и CPU и GPU и ОЗУ. Ещё могут требовать последних directx, vulkan. И смотришь и думаешь, а может кнопки и списки можно рисовать попроще.
Привет ембедерам! Но у вас же нет здесь ассемблера. Только си.
Я понимаю, почему так выглядит си код. Нет деструктора, есть похожее на исключения. Причем данный механизм именно windows, хотя возможно он скрыт за макросами, для переносимости.
Всякого можно придумать. К примеру динамически загружать функции из msvcrt.dll какой она там версии. Посоветовали, взять реализации STL из STL Port и MS STL. Точечно, буду копировать реализацию, очищая от макросов.
Главная причина, это желание писать движок Arcanum на С++ 23 и сохранить совместимость с Windows 95, 98, Me. Добавлю, то что нужно движку. На остальное пока нет, времени и сил.
Я поставлю такие легкие редакторы типы Geany. Посмотреть, насколько они не требовательны и функциональны.
Этот ПК как некий старт для теста. Естественно, что на 256 мб озу, современное просто не запустится и невозможно, что либо установить. 2 гб это максимум, для мат. платы.
Ну и я бы хотел понять, какой предел у такого ПК, если использовать именно современный софт. Некий ПК С++ аскета.
Как раз проверю и задокументирую этот процесс. ИТ археология в действии.
Поставил debian 11. Занято всего 250 мб ОЗУ. Даже если будет 500 мб. 1.5 остаётся для всего остального. Работает довольно живо. Прям лагов нет.
Если уж совсем не будет работать vs. Тогда ещё протестирую athlon x4 640. Поиграюсь с отключением ядер и понижении частоты. Но конечно он будет все равно мощнее. Так как архитектура намного современнее. Можно сказать их отделяет пропасть.
Я начну с debian 11, так как хотелось бы приблизить задачи разработки к реальности. Использовать современный софт, ide и компиляторы. Для чистоты эксперимента попробую, vs 2010, 2013, 2015. Можно ли хоть в каком то виде их использовать. Главное, что бы не использовали SSE3. Есть сомнение, что хоть и 32 бит поддерживают, но используют более современные инструкции.
В комментариях продублирую.
В запасе ПК: Athlon x4 640, 8гб ОЗУ, ssd 256.
На нем, отключая ядра и понижая частоту можно добиться симуляции ПК начиная с 2000-ого по 2010 год. Думаю этот вариант будет предпочтительнее. Но начну конечно с celeron'а.
Я решил замахнуться на vs 2013, 2015. Проверить, насколько реально запустить.
Но основные тесты это конечно, debian 11, там по софту самый свежак.
Он мне в конфигурации 256 ОЗУ и приехал. Видеокарта была geforce 2. Кулер у видеокарты настолько громко пищал, что я заменил видеокарту и добавил 2 планки по 1 Гб.
В очередной раз пытаются убедить, что удалёнка это не продуктивно? Ну так вас никто не держит, работайте из офиса. Делов то.
Понравился комментарий с opennet
Так смысл не писать нативно, а показать что решение 25-ти летней давности по ресурсам почти как CreateWindowEx.
Это да, но ведь никто не запрещает использовать GPU. Проблема в том, что gui это не просто слои, а движки с граф сценами, батчингом и всем остальным. Вот только теперь они грузят и CPU и GPU и ОЗУ. Ещё могут требовать последних directx, vulkan. И смотришь и думаешь, а может кнопки и списки можно рисовать попроще.
Просто современные gui типа gtk4, это именно движки с возможностью отрисовать кнопочки. Gtk 1 это именно gui.
Добавил опрос, для разрядки обстановки:)
Привет ембедерам! Но у вас же нет здесь ассемблера. Только си.
Я понимаю, почему так выглядит си код. Нет деструктора, есть похожее на исключения. Причем данный механизм именно windows, хотя возможно он скрыт за макросами, для переносимости.
Всякого можно придумать. К примеру динамически загружать функции из msvcrt.dll какой она там версии. Посоветовали, взять реализации STL из STL Port и MS STL. Точечно, буду копировать реализацию, очищая от макросов.
Главная причина, это желание писать движок Arcanum на С++ 23 и сохранить совместимость с Windows 95, 98, Me. Добавлю, то что нужно движку. На остальное пока нет, времени и сил.
Сэр, так точно, сэр.
Спасибо товарищь, майор за статью.
Макс поставил, на iPhone, android, windows 11, astra linux, Nintendo switch, xbox и ps5.
А вот соседи ТГ пользуются:)