Брати не меньше 16Гб оперативно памяті.

ID згадується щоб пофіксити проблему офсету, і позбутись його)

було: select * from message where .... order by id limit 5000000, 50
стало: select * from message where .... and id > max_id_from_previous_batch order by id limit 50

У вас тут дуже проста у where умова, додати ще кілька умов, повинен змінитись час виконання. При моїх тестах, наявні індекси при великих offset переставали працювати (в explain можна було помітити, що раніше писало що використовуються, а при великих офсетах вже ні)

Взагалі проблематика не висосана з пальця (чи мого проекту) ось тут описано mariadb.com/...​/pagination-optimization

індексів було достатньо, індекси не допомагали саме з великим offset, для offset <100k все було ок, а от при зростанні виникала проблема, якщо бути точнішим то запит був з order by:
select * from message where .... order by id limit 5000000, 50
у вас точно є умови в where і order by (його рекомендується мати якщо пагінацію робиш) ?

Таких запитів було багато, один за одним, витягувались по 50 записів, з великим offset час зростав до 20 сек, в той самий час коли offset був кілька тисяч то все до секунди займає.

AWS RDS mariadb, запити типу select * from message where .... limit 5000000, 500

Та я лиш приклад навів, все залежить від потреби, суть в тому що offset з великим числом повільний і багато ресурсів жере (бачив на 100% cpu usage AWS RDS mariadb через великий offset при обробці мільйонів записів батчами)

Мабуть варто глянути першу частину. А взагалі, то пагінація з offset дуже багато ресурсів забирає, і це може бути не дані для фронтенду, а якийсь батч процесінг який має опрацювати кілька мільйонів записів батчами по 50 штук, то ж після 200к записів offset в запиті буде тормозити, і описано способи як цього уникнути.

По перформансу звичайна пагінація використовуючи offset не ок. Для користувача на сайті може і ок, бо він далі 10 сторінок не йде, а якщо в нас пагінація для опрацювання даних батчами, і коли у базі більше пів мільйона записів, а то й кілька мільйонів, то стає повільно і використовує більше ресурсів (може доходити до 100% cpu usage на AWS RDS mariadb особисто це спостерігав).
Тому є хороший спосіб використовуючи id і не використовуючи offset (для mariadb):

@Query(value = «SELECT * FROM PRODUCT where id > :id order by id limit :limit», nativeQuery = true)

:id передаємо максимальне значення з попередньої сторінки.

Тут деталі: mariadb.com/...​/pagination-optimization

Комісія 2% це від самого Монобанку. Ще банкомат може брати комісію, а може і не брати (є такі).
Банкомат має мати пайпас.
Максимальна сума за 1 транзакцію ще залежить від купюр в банкоматі, з тими що стикався макс. 40 купюр.

Надиво досить непогано, в мене 16Гб при навантаження як описали іноді бувають мікролаг, в ютубі є відео де запускають багато апп для монтажу на макбуках М1 з 16 і 32 Гб, то не сильна різниця. Але все ж, якщо дуже часто це потрібно — краще все-таки 32, менше свопу, довше ssd проживе.

Такий ДБЖ навіть без навантаження ноута буде використовувати акумулятор (струм холостого ходу), тобто ККД невисокий. Від варіанту 2 буде набагато довше працювати ноут, від того ж самого акумулятора.

Розгляньте ще https://frame.work , якщо 13.5 дюймів достатньо. Повинна бути нормальна підтримка лінукса (є finger reader)

А він може не вибивати на 3.5 Квт.
Він більше від короткого замикання.
3.5 Квт це дуже мало на квартиру.

Ще є один хінт для енергопостачальника від такої заміни, можливо це ваш кейс. Нові цифрові лічильники мають можливість відключати подачу електрики при перевищенні потужності на певний час. Наприклад для квартири розраховано потужність 5.5 Квт., яку раніше не можливо було лімітувати, тобто фактично ви могли використовувати і 7Квт і більше, обмежувалось лише це автоматом чи запобіжником. Це спричиняло перевантаження електромереж, бо ж таких багато як ви.

+

Чому тільки бензин? Дизель краще взяти, на повному баці можна проїхати біля 1000 км (під час останніх подій це була досить хороша перевага), що мабуть не реально для бензинового авто. Якщо з Європи то там якраз дизелів більше.
Але якщо авто старе то дизель буде дорожчим в обслуговуванні.

Цікаво, що за модель авто? раз аж написали:

это было одно из лучших решений в моей жизни.

Ви напевне були тільки в туристичній зоні. Варто відійти трохи далі і все там є.

Не вгадав. Не оллінклюзив. А 2.5 місяці проведені в Мексиці, більшість в Плаї. І особисто зіткнувся з крадіжками, нажаль.
Звісно в кожного своя думка. Ваша на основі якого досвіду в Мексиці основана?

Кожного дня)
Центр це не тільки набережна. Пройдіться (навіть на Гугл мапс) чуть далі від 5 avenida 2-3 блоки.
Гляньте де зона Downtown чи Centro, це все від Набережної до 50 avenida.