И сверла, фрезы, резцы в ассортименте, держатели инструмента, и прочее все так же нужны. Только стоят они теперь на порядки дороже и куда чаще замены требуют, чем в ручной дрели или в токарном станке с педальным приводом :)
Что за ерунду вы написали? Ставили и ставят топовые мобильные процессоры. А что есть серверные и десктопные мощнее - это и так очевидно. Хотите сравнивать с десктопным интелом - посмотрите характеристики двадцатиядерного мак ультра. А следующим ожидается 32х ядерный мак ультра, еще какой прогресс.
Как помню, около 2-2.6 ГГц тактовая частота (без турбо буста) была в моих макбуках про 2013-2014 года и 1000 баллов в Geekbench. На кой вы смотрите десктопный процессор?.. Итого, рост производительности почти впятеро для одного ядра. Далее, тогда было доступно 2-4 ядра (в 13" и 15"), а сейчас уже 14 (в 14" и 16"), то есть еще рост в 3.5 - 7 раз. А общий рост производительности процессора в 17-35 раз! И это не все - процессор перегревался при длительной работе и сбрасывал частоту, так что мои вычисления на неделю-две выполнялись на минимальной частоте, а сейчас эппл силикон процессоры неделю работают без перерыва вообще без потери производительности. Так что ваши утверждения, что производительность не меняется, абсурдны.
Насколько понимаю, за последние десять лет производительность одного ядра не особо изменилась
Плохо понимаете, одно ядро Apple Silicon в несколько раз быстрее одного ядра Intel в маках десятилетней давности. Не говоря уже о производительности процессора целиком...
Когда речь идет про «устаревший» осциллограф, люди просто не понимают, о чем говорят, очевидно. Качество синусоиды (куда уж проще) они будут проверять с логическим анализатором, ага…
Вы читать мое сообщение пробовали, прежде чем отвечать на него? Утилиты для извлечения списка файлов напрямую из информации файловой системы доступны и давно используются. Автор же исходного комментария гордится тем, что получает список файлов через уйму абстракций с построением дерева каталогов и файлов и проверку атрибутов доступа по каждому пути, вместо работы со списком! Вероятно, вы вместе с этим автором комментария вместо inotify используете бесконечно повторяющийся обхода всей файловой системы для мониторинга изменений?.. Да еще гордитесь своими скиллами сделать один бесконечный цикл, а не два вложенных друг в друга? Жаль вас разочаровывать, но разницы тут уже нет.
Это же известный термин, или вы про File Allocation Table (FAT) не слышали? Для файловых систем ext2/3/4 есть debugfs, для других файловых систем свои утилиты, которые выдают вам список всех файлов без построения дерева каталогов, проверки прав доступа и прочих достаточно ресурсоемких операций. Обход же каталогов и получение списка файлов в них выполняет проверку доступа к каждому каталогу в пути, сканирование файлов для выбора только входящих в этот каталог, проверку прав доступа каждого файла...
Я предлагаю «прочитать наконец эту чертову документацию» и пользоваться плоским списком всех файлов (которые легко получить практически мгновенно) для подобных задач, а не свистеть про О большое и прочие «корабли бороздят просторы нашей Вселенной».
Таблица всех файлов грузится практически моментально, а вот построение дерева с атрибутами занимает существенное время. Попробуйте, это быстрее, чем обсуждать, будете удивлены скорости работы.
Бинарную классификацию еще лет триста назад придумал ботаник Карл Линней, и до сих пор она повсеместно используется. И называлась она просто "единая" классификация, с соответствующей биномиальной номенклатурой (которую теперь порой бинарной называют). А вы про эту систему классификации хотя бы слышали?.. Знание или не знание терминологии - отличающейся для разных предметных областей - ничего не значит.
Вместо того, чтобы практически мгновенно загрузить таблицу всех файлов файловой системы и отфильтровать по условию, вы пользуетесь утилитой, которая тратит время на построение и анализ иерархии путей? Получается, хоть вы и говорите про O-нотацию, а на деле методом тыка работаете...
Нанять-то можно было, но результатов дождаться шансов было крайне мало. А сейчас вы просто обращаетесь к специалисту, который делает опенсорс проект, похожий на нужное вам, и получаете результат. Или, для самых терпеливых или жадных, вы просто ждете, когда появится опенсорс решение вашей проблемы - так тоже бывает.
Кажется спам кликабельными ссылками личными сайтами по комментариям к чужим статья запрещен на Хабре.
Послушайте, вы совсем совесть потеряли, заявляя о запрете ссылок на гитхаб на хабре?! Всякое тут инфоцыгане с телеграм каналами писали, но такого идиотизма еще не было. Легко проверить, что сайт insar.dev это страница github pages репозитория https://github.com/AlexeyPechnikov/pygmtsar
Про матплотлиб - ну я думаю читатели заметили, что моем коде обновляются только данные по Y.
В вашем коде в статье читатели заметили, что в событии timerEvent вы не только весь канвас перерисовываете, но еще и тестовые данные генерируете! Вероятно, вы в чатгпт код сгенерировали и даже не пытались его понять, а побежали хайповать на том, что известные библиотеки сделаны идиотами, все у кого они работают десятилетиями тоже идиоты, и только вы со своим телеграм каналом знаете истину.
И сверла, фрезы, резцы в ассортименте, держатели инструмента, и прочее все так же нужны. Только стоят они теперь на порядки дороже и куда чаще замены требуют, чем в ручной дрели или в токарном станке с педальным приводом :)
В игры с текстовым вводом (рпг, к примеру) играли примерно все, у кого было на чем, когда других не было.
Что за ерунду вы написали? Ставили и ставят топовые мобильные процессоры. А что есть серверные и десктопные мощнее - это и так очевидно. Хотите сравнивать с десктопным интелом - посмотрите характеристики двадцатиядерного мак ультра. А следующим ожидается 32х ядерный мак ультра, еще какой прогресс.
Вы не поверите, но зубы бывают во много рядов, погуглите, если нервы в порядке.
Богатым натуральные зубы давно без надобности...
Не думаете, что таблеточку делает "успешный стартап с искусственным интеллектом", так что свои зубы выпадут, а новые не там вырастут?:)
Как помню, около 2-2.6 ГГц тактовая частота (без турбо буста) была в моих макбуках про 2013-2014 года и 1000 баллов в Geekbench. На кой вы смотрите десктопный процессор?.. Итого, рост производительности почти впятеро для одного ядра. Далее, тогда было доступно 2-4 ядра (в 13" и 15"), а сейчас уже 14 (в 14" и 16"), то есть еще рост в 3.5 - 7 раз. А общий рост производительности процессора в 17-35 раз! И это не все - процессор перегревался при длительной работе и сбрасывал частоту, так что мои вычисления на неделю-две выполнялись на минимальной частоте, а сейчас эппл силикон процессоры неделю работают без перерыва вообще без потери производительности. Так что ваши утверждения, что производительность не меняется, абсурдны.
Плохо понимаете, одно ядро Apple Silicon в несколько раз быстрее одного ядра Intel в маках десятилетней давности. Не говоря уже о производительности процессора целиком...
Для многомерных массивов фортран как раз удобнее всех, разве что в питоне numpy библиотека умеет подобное.
Когда речь идет про «устаревший» осциллограф, люди просто не понимают, о чем говорят, очевидно. Качество синусоиды (куда уж проще) они будут проверять с логическим анализатором, ага…
Как только уголовную ответственность будет нести калькулятор, а не главбух, так сразу и заменят. А пока среди директоров дураков нет…
simd сейчас доступны хоть в питоне, с помощью numba.
Вы читать мое сообщение пробовали, прежде чем отвечать на него? Утилиты для извлечения списка файлов напрямую из информации файловой системы доступны и давно используются. Автор же исходного комментария гордится тем, что получает список файлов через уйму абстракций с построением дерева каталогов и файлов и проверку атрибутов доступа по каждому пути, вместо работы со списком! Вероятно, вы вместе с этим автором комментария вместо inotify используете бесконечно повторяющийся обхода всей файловой системы для мониторинга изменений?.. Да еще гордитесь своими скиллами сделать один бесконечный цикл, а не два вложенных друг в друга? Жаль вас разочаровывать, но разницы тут уже нет.
Это же известный термин, или вы про File Allocation Table (FAT) не слышали? Для файловых систем ext2/3/4 есть debugfs, для других файловых систем свои утилиты, которые выдают вам список всех файлов без построения дерева каталогов, проверки прав доступа и прочих достаточно ресурсоемких операций. Обход же каталогов и получение списка файлов в них выполняет проверку доступа к каждому каталогу в пути, сканирование файлов для выбора только входящих в этот каталог, проверку прав доступа каждого файла...
Я предлагаю «прочитать наконец эту чертову документацию» и пользоваться плоским списком всех файлов (которые легко получить практически мгновенно) для подобных задач, а не свистеть про О большое и прочие «корабли бороздят просторы нашей Вселенной».
Таблица всех файлов грузится практически моментально, а вот построение дерева с атрибутами занимает существенное время. Попробуйте, это быстрее, чем обсуждать, будете удивлены скорости работы.
Бинарную классификацию еще лет триста назад придумал ботаник Карл Линней, и до сих пор она повсеместно используется. И называлась она просто "единая" классификация, с соответствующей биномиальной номенклатурой (которую теперь порой бинарной называют). А вы про эту систему классификации хотя бы слышали?.. Знание или не знание терминологии - отличающейся для разных предметных областей - ничего не значит.
Вместо того, чтобы практически мгновенно загрузить таблицу всех файлов файловой системы и отфильтровать по условию, вы пользуетесь утилитой, которая тратит время на построение и анализ иерархии путей? Получается, хоть вы и говорите про O-нотацию, а на деле методом тыка работаете...
Нанять-то можно было, но результатов дождаться шансов было крайне мало. А сейчас вы просто обращаетесь к специалисту, который делает опенсорс проект, похожий на нужное вам, и получаете результат. Или, для самых терпеливых или жадных, вы просто ждете, когда появится опенсорс решение вашей проблемы - так тоже бывает.
Послушайте, вы совсем совесть потеряли, заявляя о запрете ссылок на гитхаб на хабре?! Всякое тут инфоцыгане с телеграм каналами писали, но такого идиотизма еще не было. Легко проверить, что сайт insar.dev это страница github pages репозитория https://github.com/AlexeyPechnikov/pygmtsar
В вашем коде в статье читатели заметили, что в событии timerEvent вы не только весь канвас перерисовываете, но еще и тестовые данные генерируете! Вероятно, вы в чатгпт код сгенерировали и даже не пытались его понять, а побежали хайповать на том, что известные библиотеки сделаны идиотами, все у кого они работают десятилетиями тоже идиоты, и только вы со своим телеграм каналом знаете истину.