В немецком журнале Ct, есть рубрика про процессоры и. т.д.
Так вот в последнем выпуске пишут, что например в intel процессорах последних поколений
разница в скорости вычислений до +-5%. На идентичных моделях.
Т.е. есть как-бы «ленивые» и «трудолюбивые» камни.
Выяснилось это на больших вычислительных кластерах укомплектованных идентичными серверами.
Вроде как одной из причин называют speedstep/turboboost с его большим количеством шагов и индивидуальностью систем охлаждения.
А если сюда добавить GPU и RAM то вполне может быть разница даже в 2 одинаковых устройствах только что из коробки.
Если дан большой b(N) исходный массив и лучше не очень большое K…
1. Создать массив размера a(K), вначале заполнить a() первыми K элементами из b(), сортируем a(),
последний элемент a(K-1) есть max массива a().
Бежим 1 раз по оставшимся элементам массива b() и сравниваем с последним a(K-1),
если найден меньший элемент, заменяем последний элемент a(K-1) на найденый, сортируем a(), бежим дальше.
сортировку можно заменить одноразовым пробеганием по a() для поиска наибольшего элемента, тогда надо будет запоминать его положение в a() вместо использования последнего элемента.
Я у себя реализовал тестирование для MSSQL варианта след. образом:
* На тестовых Агентах стоит RAM Drive от ImDisk (2GB).
* Используется вариант LOCALDB, просто создается база на RAM драйве и заливаются исходные данные.
* Перед каждым тестом стартует транзакция (наш слой доступа к DB при етом не позволит сделать в теле теста Commit или Rollback)
* После теста делается Rollback.
Жесть, теперь еще больше контор задумается, стоит ли переходить или начинать на Qt разработку.
оч. много бизнеса на Telegram завязано?
Так вот в последнем выпуске пишут, что например в intel процессорах последних поколений
разница в скорости вычислений до +-5%. На идентичных моделях.
Т.е. есть как-бы «ленивые» и «трудолюбивые» камни.
Выяснилось это на больших вычислительных кластерах укомплектованных идентичными серверами.
Вроде как одной из причин называют speedstep/turboboost с его большим количеством шагов и индивидуальностью систем охлаждения.
А если сюда добавить GPU и RAM то вполне может быть разница даже в 2 одинаковых устройствах только что из коробки.
1. Создать массив размера a(K), вначале заполнить a() первыми K элементами из b(), сортируем a(),
последний элемент a(K-1) есть max массива a().
Бежим 1 раз по оставшимся элементам массива b() и сравниваем с последним a(K-1),
если найден меньший элемент, заменяем последний элемент a(K-1) на найденый, сортируем a(), бежим дальше.
сортировку можно заменить одноразовым пробеганием по a() для поиска наибольшего элемента, тогда надо будет запоминать его положение в a() вместо использования последнего элемента.
Важно в какой коробке ты сидишь.
На одной написано — цыплята чтобы любить и гладить.
На другой написано — корм для акул.
Я у себя реализовал тестирование для MSSQL варианта след. образом:
* На тестовых Агентах стоит RAM Drive от ImDisk (2GB).
* Используется вариант LOCALDB, просто создается база на RAM драйве и заливаются исходные данные.
* Перед каждым тестом стартует транзакция (наш слой доступа к DB при етом не позволит сделать в теле теста Commit или Rollback)
* После теста делается Rollback.
***
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows]
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Gwx]
«DisableGwx»=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
«DisableOSUpgrade»=dword:00000001
Embedded Universal Integrated Circuit Card