MuffinLover, никак. Это необратимые расчеты. Зная тело можно найти его центр масс, но зная центр масс тело никак не восстановить. Может быть бесконечное количество тел с одинаковым центром масс.
krypt3r, да, редко бывают. Разве что на барахолках типа озона ловить. Тут я ещё, возможно, ввёл в заблуждение. Не все ноутбуки подразумаевают простую замену видеокарт - часто чип тупо припаян. Что конкретно в этом не скажу, надо обзоры копать.
Shigobik, если выйти с акка, может права на редактирование пропадают? Может, в этом дело. Для просмотра, возможно, нужно меньше, чем для просмотра и редактирования. Через диспетчер задач хотя бы сравни эти 2 случая по загрузке ЦП и Оперативки.
При чём тут видяха я не понял.
Надо проверить производительность оперативки и процессора. Найти какую-нибудь программу для стресс-теста.
Гуглтаблицы, если не ошибаюсь, считаются на компе пользователя, а в облаке лишь сохраняются. И при больших объёмах данных и вычислений право тормозить. Лично работал с такой замороченной таблицей, где изменение исходных данных в одной ячейке подвешивало их не несколько секунд.
Корень, так Х и У любые же могут быть. Вообще любые без исключения (в комплексные для простоты не лезем). И каждой паре Х и У будет соответствовать всего одно Z. При том вся эта поверхность будет непрерывной и всюду дифференцируемой. Ничего особо замысловатого там не будет.
Найти все возможные решения всё же можно, если изменить подход. Все возможные тройки решений можно визуализировать, построив трехмерную поверхность из решений (x,y,z принять за координаты). И тогда можно утверждать: бери любую точку с этой поверхности и получишь одно из решений. А любая точка не на поверхности решением не будет.
alex_ak1, вот эту матрицу я и называю графом. Внося в неё свитки матрица/граф меняется. Даже с одним свитком вариантов несколько, в зависимости от того, в каком пути его применить. И чтобы гарантировано найти минимум, надёжнее всего рассмотреть все матрицы/графы. В каждой найти свой минимум, а потом найти минимум среди минимумов
Вопрос сводится к тому, как перебрать их все. Это уже творческий вопрос, допускающий несколько решений. Я дал лишь один из возможных вариантов - последавательно найти сначала все возможные матрицы/графы, а потом уже выбирать из них. На мой субъективный вкус он самый понятный и надёжный, но он почти наверняка не самый оптимальный по скорости счёта.
alex_ak1, да, он ищет пути от одной до всех (например, от А до Б и от А до В), но не ищет остальные пути (чтобы найти путь от Б до В его придётся запустить ещё раз), и не отвечает на вопрос в какой последовательности обходить точки, чтобы суммарный путь был минимальной.
alex_ak1, волновой алгоритм может найти только один путь. По сути это первый пункт моего списка.
У вас же задача коммивояжёра? Это отдельная задача, где волновым можно решить только часть её - а именно, найти прохождение одного ребра графа.
alex_ak1, каждый полученный граф является отдельной задачей, в которой надо найти оптимальный путь (по сути это ваша начальная задача без свитков).
Оптимальный путь для графа без свитков может отличаться от оптимального пути графа с применением свитка в одном месте и может отличаться от оптимального пути, где свиток применён в другом месте.
А что именно не получается?
Самое простое не получается? Пусть по одному листу, но всё же не тысяч листов же там?
Ctrl + A (выделить всё)
Ctrl + С (скопировать всё)
Ctrl + V (вставить)
Как взломать - это уже отдельный вопрос))