zlo @zlsl
User
Information
- Rating
- Does not participate
- Location
- Lelystad-Haven, Flevoland, Нидерланды
- Registered
- Activity
Specialization
Data Scientist, ML Engineer
Lead
From 500,000 €
Linux
PHP
MySQL
Docker
Java
PostgreSQL
English
Software development
C
Python
Так что поставить флаг какой-нибудь вроде SUPER_UHD_QUALITY_HIDETAIL в результатах сна он тоже может :) А пользователь схавает.
Также в «встроенных» самолётах оборудование «эмулируется» минимально для полёта. На A320 двигатели запускаются только от APU, нельзя запустить один, заглушить APU и провести запуск второго. Большая часть важных систем — INOP. Аэродинамика — взлетел, прослезился, удалил и вернул деньги.
Оплате заказов в интернет-магазинах, за ту же пиццу условную?
Явное же нарушение.
В 99 процентах рабочее приложение зпнимает весь экран, заголовки и рамочки занимают лишнее место.
От автомобильной печки да, подтверждаю, горизонтально расположенный радиатор охлаждает даже без обдува, но быстро покрывается пылью.
Сделал всё «на века», самый дорогой компонент был ватерблок для CPU. Медный радиатор от печки «Газели», аквариумная помпа в 2-х литровой канистре от моющего средства. Приятное журчание радовало почти 8 лет, только водичку из осмоса подливал, так как бак был открытым.
В один прекрасный день журчание прекратилось, услышал, что вода в канистре кипит. Помпа накрылась и стала дико греться, с дымом и спецэффектами.
Плюнул и поставил башню с 6 тепловыми трубками. Стало тише и холоднее :)
Для крупных фотоколлекций важен поиск, учёт геолокации, автоматические метки (модель камеры), а для домашних коллекций и распознавание лиц. У меня архив с 1991 года около 5 терабайт фоток и адекватно работать с этой коллекцией получилось только через древнюю десктопную Google photos и со скрипом через digikam.
Digikam на моем архиве тормозит, причём и на swlite3 и на mysql движке. Распознавание лиц толком не работает, точность распознавания удалось вывести в лучшем случае к 50/50. И очень часты падения
В итоге загрузил все фотографии на Google photos (не в оригинальном качестве), все работает идеально.
Но это будет частично верно только для одинаковых виртуалок (с одним набором сервисов, близкой нагрузкой). Пример — две VPS, на одной nginx+php+mysql, а вторая активно mongodb использует, да ещё и с ошибками в проектировании индексов. В результате первая шуршит диском и CPU (условно), а вторая гоняет массивы в RAM. Память то одна, в итоге ресурсы «по документам» вроде бы как и равны, а скорость работы с памятью бьет по второй VPS. И это ситуация ещё без учёта выделнный накопитель или нет. Все метрики считать и балансировать очень сложно.
Время суток, день недели для тестов это также не показатель. В 3 ночи в субботу может проводиться бэкап, переиндексация базы. VPS это «чёрный ящик», стабильность производительности которого тесно связана с желанием хостера заработать.
Также странно, что в тестах отсутствует один из очень активных на Хабре провайдеров с довольно вкусными VPS.
Также, как выше заметили, от загрузки сервера результаты будут сильно меняться.
Вот тест mbw на VPS:
0 Method: MEMCPY Elapsed: 0.04392 MiB: 250.00000 Copy: 5692.427 MiB/s
1 Method: MEMCPY Elapsed: 0.06468 MiB: 250.00000 Copy: 3865.362 MiB/s
Два прогона и существенная разница.
Аналогично для накопителя:
/dev/vda:
Timing buffered disk reads: 1590 MB in 3.00 seconds = 529.55 MB/sec
/dev/vda:
Timing buffered disk reads: 2886 MB in 3.00 seconds = 960.69 MB/sec
/dev/vda:
Timing buffered disk reads: 3634 MB in 3.00 seconds = 1210.47 MB/sec
В потом в трансформаторной подстанции садоводческого товарищества возникли проблемы с землёй и нулём соответственно. Мой отличный контур заземления победил и стал главным на всё СНТ. Ненадолго, успел перекусить провод на контур и погасить пожар