TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #32 · 7 фев.

Скорее всего уже слышали, что складывать строки через + это плохая практика. Падение производительности, и всё такое. Без лишних слов, давайте измерять: from timeit import timeit def t1(): # складываем 10 строк через + из переменной t = 'text' for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t2(): # склеиваем список строк через метод join arr = ['text'] * 10 for _ in range(1000): s = ''.join(arr) def t3(): # складываем через + но не из переменной а непосредственно инлайн объекты for _ in range(1000): s = 'text' + 'text' + 'text' + ... # всего 10 раз Теперь каждую строку склейки запустим по 10М раз >>> timeit(t1, number=10000) 0.21951690399964718 >>> timeit(t2, number=10000) 1.4978306379998685 >>> timeit(t3, number=10000) 0.2213820789993406 Хм, а нам говорили что через "+" это плохо и медленно ))) 😁 Тут стоит учитывать, что речь идёт о склейке множества длинных строк. Давайте изменим условия: def t4(): t = 'text'*100 for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t5(): arr = ['text'*100] * 10 for _ in range(1000): s = ''.join(arr) def t6(): for _ in range(1000): s = 'text'*100 + 'text'*100 + ... # всего 10 раз >>> timeit(t4, number=10000) 12.795130728000004 >>> timeit(t5, number=10000) 2.642637542999182 >>> timeit(t6, number=10000) 0.2184546610005782 Вот, уже другой разговор, сразу видна разница, в среднем в 6 раз. Но погодите, почему последний тест t6() по скорости такой же как и t3()? Ведь строки теперь в 100 раз длиннее! Это вопросы оптимизации кода, какие простые изменения ускоряют или замедляют выполнение программы. Мы столкнулись с примером обхода обращения к переменной. Например, именно так работает директива #define в С++, во время компиляции подставляя значение переменной вместо ссылки на неё. В Python это тоже работает, но часто ли вы сможете встретить такой способ работы со строками? К сожалению, способ почти только теоретический. В целом, тесты показали то, что мы хотели. Делаем выводы самостоятельно. Полный листинг 🌍 #tricks

Резултати

Пронајдени 1 слични објави

Пребарај: #lockedstake

当前筛选 #lockedstake清除筛选
Crypto M - Crypto News

@CryptoM · Post #65233 · 12.04.2026 г., 06:56

🚀 Bittensor Co-Founder Addresses Covenant AI Incident and Future Plans On April 12, Bittensor co-founder Jacob Robert Steeves responded to the Covenant AI incident, expressing his shock over recent developments. According to BlockBeats, Steeves accused Covenant AI founder Samuel Dare of actions that severely harmed the protocol and community, betraying the trust of investors and users. He apologized to those affected by the incident. Steeves stated that Bittensor was designed to combat greed and selfishness by enabling collective ownership of AI through a permissionless mechanism. He acknowledged that the incident exposed vulnerabilities in the system but also highlighted the opportunity to strengthen the protocol and community's resilience. Looking ahead, Steeves proposed advancing a "Locked Stake" mechanism, introducing a "time + stake" commitment dimension at the protocol level to enhance transparency and investor protection, thereby reducing similar risks. He noted that this plan was initially designed with Samuel Dare's involvement. Furthermore, Steeves mentioned that the development of subnets 3, 39, and 81 will continue under community leadership, with no changes to their overall functionality and vision. He emphasized that Bittensor remains one of the most decentralized AI protocols and will continue to promote open AI development, with plans to advance towards training larger-scale models, including a trillion-parameter model in the future. #Bittensor#CovenantAI#JacobRobertSteeves#SamuelDare#AI#Blockchain#DecentralizedAI#InvestorProtection#LockedStake#AIProtocol#CommunityLeadership#OpenAI#FuturePlans#TrillionParameterModel#TAO