Мне кажется про точность вы не совсем поняли мысль. 0.1+0.2 это не погрешшность компьютера, это погрешность перевода из систему в систему. Физика и математика не привязаны к десятичной системе счисления, а конкретные константы могут быть как точными в обоих, так и более близкими(при меньшем размере) к двоичной... Те условно если у нас константа 0.5, это 1 бит данных в двоичной при фиксированной точности, и целых 4 в десятичной при той же фиксированной точности. А если не говорить не про производительность не про хранение, то сравнение ИМХО вообще теряет смысл. (поскольку что 10, что 2, не дают точно записать например PI)
Сразу оговорюсь, я сам очень любитель, и могу нести чушь... Но насколько я понимаю, мы либо пользуемся аппаратными методами, которые быстры и оптимально упакованы, но двоичные. Либо используем алгоритмы на вроде деления в столбик/ Иии, если не касаться денег, то во всех остальных случая двоичные выгоднее. Причем не только по производительность, но и по упаковке в памяти. Потому что в деньгах важна точность относительно документов и именно в 10й системе счисления. В физиках и прочем, не важная 10я система сама по себе, а важна точность. Если же говорить про математику в чистом виде, то насколько я это понимаю, например PI мы не запишем в точном виде ни в какой, кроме PIичной системе счисления. Так что та же длинная математика со "столбиками" все равно выгоднее в двоичном виде.
Ну оно на самом деле так и есть, но с нюансом, что число это в двоичной системе... От туда и проблемы, о чем эта статья и повествует. В БД для денег есть decimal/numeric тип, который как раз так и работает с десятичными, но в таком виде это все не очень производительно.
Ну те алгоритм приближенного вычисления обратного квадратного корня дает разные результаты на разных процах, и тут конечно же виновата плавающая точка...
Все реально, о том и статья, но вопрос в мощности. Те то что можно извлеч из чего-то компактного, и близко не хватит чтобы телефон понял что его заряжают. Это как пытаться напиться вдыхая моросящий дождь, когда даже капель толком не чувствуешь... Те можно, но потребуется мнооого целофана чтобы все это собрать до существенных объемов. Или как сказано выше, надо подойти куда-то где сигнал очень сильный. П.С.: косо прочитал, и ответил в контексте зарядки телефона, но сути это не меняет.
Спасибо! Наконец-то до меня дошло, я думал что связь более линейная, в плане разницы в ускорении от истечения струи в контексте абсолютной(как я писал меня самого это смущало) скорости коробля. А если дело в практическом результате через массу, то тут все понятно, и вопросов нет. В практическом смысле я с этим даже в KSP сталкивался. Просто думал что есть что-то еще, в рамках реальной физики, как тот же эффект Оберта который до меня тоже тяжело доходил.
Хмм, с точки зрения скорости выхлопа как такового вы определенно правы. (именно что до релативистких скоростей как вы и сказали) Но по тому что я читал у меня создалось впечатление что есть какой-то подвох, как с эффектом Оберта. Который тоже не очевиден. Но мб. я спутал в скорость и ускорение. Это бы все объяснило. В любом случае спасибо, надо будет освежить в голове этот момент.
Не совсем так, насколько я понимаю, при приближении скорости перемещаемого объекта к скорости истечения реактивной струи(которая зависит от порождающей её реакции), эффективность двигателя падает вплоть до сравнимой с просто сбросом массы топлива... И насколько я читал, химические ракеты в этом плане достаточно ограничены, до скорости несколькоих км сек. (Не уверен подподает ли это под "запасом топлива и релятивистскими ограничениями", но это вполне реально ограничение для таких масштабов, и куда раньше чем приближение скорости света) А вот в у ионных и ядерных двигателей этот потолок гораздо выше.
Как человек знающий это больше из научпопа и не до конца понимающий, прошу если я не прав не молча минусить, а ткнуть в ошибку. Так как меня самого чуть смущает момент с относительностью скорости, до приближения к релятивистким.
Я я когда-то начал в виде веб-игрушки делать сетевой стек, с эзернетом и виртуальными свитчами и рабочими станциями. Но потом в какой-то момент обнаружил себя, работающим с TAP драйвером, чтобы связать игровую сеть с реальной. На этом моменте мне показалось что лучше заняться работой, но иногда возникает желание таки допилить с этим игру, но боюсь не так много народу оценит. А вот усилий много, и профиль не совсем мой рабочий чтобы они в портфолио окупились...
В медицине, увы, часто приходится лечить раньше чем готовы все необходимые анализы. Так что скорее всего это диагностика на предварительных данных, как и у врачей.
А еще серьёзные зловреды не делают ничего криминального когда обнаруживают виртуалку. И не я не за проверку на железе со сменой винта, так как в текущих реалиях и в материнке может потом нехорошие остаться...
С одной стороны это действительно трата ресурсов, но с другой, оно ведь реально может повлиять на ответ... Ну и имхо это не то же самое что всприятие как ..., а я бы скорее сравнил с синтаксисом SQL который где-то похож на анл., и имеет лишнии конструкции, тем не менее они необходимы. Проще говоря, я никогда не писал гуглу пожалуйста, но нейросетки учатся на натуральных данных, и вежливость в таком ключе уже часть запроса.
Alt+F(ile) работает наверное везде где это надо, в том числе и в Шторме. Не в защиту Шторма, но в совет, так как сам когда-то привык к так, и даже не знал что просто Alt не работает в нем...
Использует, но справедливости ради, хороший программный растиризатор тоже удивительно быстрым может быть. Тот же хром если отключить апаратку даже 3д не так уж медленно рисует... Те в плюсах и жсе сравнивать надо не их, а растеризатор в первую очередь.
Вообще может быть интересно рисовать на хосте, на который натравлять шейдер с инвертированной формулой. Те мы как бы будем своим рисованиям предоставлять x,y исходные...
А еще мне приходит в голову генерить это на шейдере, в том смысле что есть зависимость от сгенеренных, но в то же время сгенерив пару тысяч, мы можем шейдером каждым прогоном удваивать результат. А видеокарты щас быстрые. На самом деле это будет не полностью идентичный последовательной генерации результат, ибо погрешности попадения в пиксель будут, но близко думаю. Я проверил, если округлять границу пикселя, то все становится скучно, но если добавлять рандом после округления, то картинки визуально не отличимы от оригинала, не смотря на постоянное округление. (Тоже самое было бы с шейдером, но его я щас писать не готов)
Ну потому и сказал про WebWorker... Плюс даже на максимальной скорости полета там вроде не более 5ки картинок в секунду... Тут даже без многопоточности ресурсов достаточно.
Мне кажется про точность вы не совсем поняли мысль.
0.1+0.2 это не погрешшность компьютера, это погрешность перевода из систему в систему.
Физика и математика не привязаны к десятичной системе счисления, а конкретные константы могут быть как точными в обоих, так и более близкими(при меньшем размере) к двоичной...
Те условно если у нас константа 0.5, это 1 бит данных в двоичной при фиксированной точности, и целых 4 в десятичной при той же фиксированной точности. А если не говорить не про производительность не про хранение, то сравнение ИМХО вообще теряет смысл. (поскольку что 10, что 2, не дают точно записать например PI)
Сразу оговорюсь, я сам очень любитель, и могу нести чушь...
Но насколько я понимаю, мы либо пользуемся аппаратными методами, которые быстры и оптимально упакованы, но двоичные. Либо используем алгоритмы на вроде деления в столбик/
Иии, если не касаться денег, то во всех остальных случая двоичные выгоднее. Причем не только по производительность, но и по упаковке в памяти.
Потому что в деньгах важна точность относительно документов и именно в 10й системе счисления.
В физиках и прочем, не важная 10я система сама по себе, а важна точность.
Если же говорить про математику в чистом виде, то насколько я это понимаю, например PI мы не запишем в точном виде ни в какой, кроме PIичной системе счисления. Так что та же длинная математика со "столбиками" все равно выгоднее в двоичном виде.
Ну оно на самом деле так и есть, но с нюансом, что число это в двоичной системе... От туда и проблемы, о чем эта статья и повествует.
В БД для денег есть decimal/numeric тип, который как раз так и работает с десятичными, но в таком виде это все не очень производительно.
Ну те алгоритм приближенного вычисления обратного квадратного корня дает разные результаты на разных процах, и тут конечно же виновата плавающая точка...
Все реально, о том и статья, но вопрос в мощности. Те то что можно извлеч из чего-то компактного, и близко не хватит чтобы телефон понял что его заряжают.
Это как пытаться напиться вдыхая моросящий дождь, когда даже капель толком не чувствуешь... Те можно, но потребуется мнооого целофана чтобы все это собрать до существенных объемов. Или как сказано выше, надо подойти куда-то где сигнал очень сильный.
П.С.: косо прочитал, и ответил в контексте зарядки телефона, но сути это не меняет.
Интересное сочетание с отдельными бегающими частицами.
Спасибо! Наконец-то до меня дошло, я думал что связь более линейная, в плане разницы в ускорении от истечения струи в контексте абсолютной(как я писал меня самого это смущало) скорости коробля.
А если дело в практическом результате через массу, то тут все понятно, и вопросов нет.
В практическом смысле я с этим даже в KSP сталкивался. Просто думал что есть что-то еще, в рамках реальной физики, как тот же эффект Оберта который до меня тоже тяжело доходил.
Хмм, с точки зрения скорости выхлопа как такового вы определенно правы. (именно что до релативистких скоростей как вы и сказали)
Но по тому что я читал у меня создалось впечатление что есть какой-то подвох, как с эффектом Оберта. Который тоже не очевиден.
Но мб. я спутал в скорость и ускорение. Это бы все объяснило.
В любом случае спасибо, надо будет освежить в голове этот момент.
Не совсем так, насколько я понимаю, при приближении скорости перемещаемого объекта к скорости истечения реактивной струи(которая зависит от порождающей её реакции), эффективность двигателя падает вплоть до сравнимой с просто сбросом массы топлива...
И насколько я читал, химические ракеты в этом плане достаточно ограничены, до скорости несколькоих км сек. (Не уверен подподает ли это под "запасом топлива и релятивистскими ограничениями", но это вполне реально ограничение для таких масштабов, и куда раньше чем приближение скорости света)
А вот в у ионных и ядерных двигателей этот потолок гораздо выше.
Как человек знающий это больше из научпопа и не до конца понимающий, прошу если я не прав не молча минусить, а ткнуть в ошибку. Так как меня самого чуть смущает момент с относительностью скорости, до приближения к релятивистким.
Я я когда-то начал в виде веб-игрушки делать сетевой стек, с эзернетом и виртуальными свитчами и рабочими станциями.
Но потом в какой-то момент обнаружил себя, работающим с TAP драйвером, чтобы связать игровую сеть с реальной.
На этом моменте мне показалось что лучше заняться работой, но иногда возникает желание таки допилить с этим игру, но боюсь не так много народу оценит. А вот усилий много, и профиль не совсем мой рабочий чтобы они в портфолио окупились...
В медицине, увы, часто приходится лечить раньше чем готовы все необходимые анализы.
Так что скорее всего это диагностика на предварительных данных, как и у врачей.
А еще серьёзные зловреды не делают ничего криминального когда обнаруживают виртуалку.
И не я не за проверку на железе со сменой винта, так как в текущих реалиях и в материнке может потом нехорошие остаться...
С одной стороны это действительно трата ресурсов, но с другой, оно ведь реально может повлиять на ответ...
Ну и имхо это не то же самое что всприятие как ..., а я бы скорее сравнил с синтаксисом SQL который где-то похож на анл., и имеет лишнии конструкции, тем не менее они необходимы.
Проще говоря, я никогда не писал гуглу пожалуйста, но нейросетки учатся на натуральных данных, и вежливость в таком ключе уже часть запроса.
ICU есть под Linux. Я именно под ним первый раз и встретился с этой библиотекой. Раньше при попытке собрать что-то старое с ней часто были проблемы, во всяком случае у меня.
https://github.com/unicode-org/icu/releases/tag/release-75-1
В последнем
WebStorm 2024.1.5у меня работает как и прежде, правда я мигрировал, а не начисто ставил, так что может в настрйоках дело.Alt+F(ile)работает наверное везде где это надо, в том числе и в Шторме.Не в защиту Шторма, но в совет, так как сам когда-то привык к так, и даже не знал что просто
Altне работает в нем...Использует, но справедливости ради, хороший программный растиризатор тоже удивительно быстрым может быть.
Тот же хром если отключить апаратку даже 3д не так уж медленно рисует...
Те в плюсах и жсе сравнивать надо не их, а растеризатор в первую очередь.
Вообще может быть интересно рисовать на хосте, на который натравлять шейдер с инвертированной формулой. Те мы как бы будем своим рисованиям предоставлять x,y исходные...
А еще мне приходит в голову генерить это на шейдере, в том смысле что есть зависимость от сгенеренных, но в то же время сгенерив пару тысяч, мы можем шейдером каждым прогоном удваивать результат. А видеокарты щас быстрые.
На самом деле это будет не полностью идентичный последовательной генерации результат, ибо погрешности попадения в пиксель будут, но близко думаю.
Я проверил, если округлять границу пикселя, то все становится скучно, но если добавлять рандом после округления, то картинки визуально не отличимы от оригинала, не смотря на постоянное округление. (Тоже самое было бы с шейдером, но его я щас писать не готов)
Ну потому и сказал про WebWorker... Плюс даже на максимальной скорости полета там вроде не более 5ки картинок в секунду... Тут даже без многопоточности ресурсов достаточно.