<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль code07734]]></title>
    <link>https://habr.com/ru/users/code07734/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя code07734]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Thu, 23 Apr 2026 16:14:02 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>19.04.2026 13:06:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/news/995042/#comment_29851766</guid>
      <link>https://habr.com/ru/news/995042/#comment_29851766</link>
      <description><![CDATA[<p>Посыл? Там не было никакого посыла(если не додумывать). Твой вопрос типичный пробинг(провокация) на посмотреть что на него ответят, и быть может зацепиться за какую-нибудь неоднозначную формулировку, что обычно диалог в сторону уводит - крч бесполезный вопрос. А ещё ответ на него очевидный и там очень длинный список отличий - и в среднем зритель телевизора сильно другой зритель</p>]]></description>
      <pubDate>Sun, 19 Apr 2026 13:06:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.04.2026 15:52:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1024108/#comment_29840274</guid>
      <link>https://habr.com/ru/articles/1024108/#comment_29840274</link>
      <description><![CDATA[<p>Так и получается пустой диалог. Ты против ограничений - 1 тебе сказал что-то про либерализм, второй тоже и оказывается он за этим подразумевает что многие либералы нифига не либералы, так я получается прохожу двойное преобразование - я недолиберал которому лишь бы поворчать.<br><br>Использование слов не к месту и снабжение их дополнительным смыслом без  пояснения не делает диалог понятнее. Навешивание ярлыков тоже<br><br>И вот мы в моменте обсуждения абстракции абстракции и что там хотел сказать Xexa мне как было непонятно так и осталось<br><br>И таких разговоров более 90%. 2 человека спорят друг с другом, но каждый о своём</p>]]></description>
      <pubDate>Thu, 16 Apr 2026 15:52:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.04.2026 14:27:04 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1024108/#comment_29839882</guid>
      <link>https://habr.com/ru/articles/1024108/#comment_29839882</link>
      <description><![CDATA[<p>Как легко в интернете кем то стать(хотя скоро это видимо исправят, придется без него). Хочешь просто чтобы неограничивали буквально 100-500 основных сервисов, чтобы был свободный доступ к информации, чтобы меня неограничивали настолько из-за каких то там мошенников в чатах, а просто нормально их вычисляли и вот ты уже либерал<br>Прочитал определение, что не так с ним?</p>]]></description>
      <pubDate>Thu, 16 Apr 2026 14:27:04 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.04.2026 13:46:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1024108/#comment_29839674</guid>
      <link>https://habr.com/ru/articles/1024108/#comment_29839674</link>
      <description><![CDATA[<p>Максимум тянет на fastFUD. Бадум тсс</p>]]></description>
      <pubDate>Thu, 16 Apr 2026 13:46:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.04.2026 13:44:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1024108/#comment_29839654</guid>
      <link>https://habr.com/ru/articles/1024108/#comment_29839654</link>
      <description><![CDATA[<p>Ахах, более изящно. Наши биологи на лягушках собаку съели. Всем пропихулям запретов пропихнут как надо, всех уделают. А это какие вас блокировки европейские конкретно напрягают? Да и чего это они вдруг блокировать решили нас странно как то... Впервые слышу</p>]]></description>
      <pubDate>Thu, 16 Apr 2026 13:44:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.04.2026 13:41:19 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1024108/#comment_29839634</guid>
      <link>https://habr.com/ru/articles/1024108/#comment_29839634</link>
      <description><![CDATA[<p>Потому что в газете ... ой, на хабре правду тут он вот пишет, а то что у вас не работает это - перегибы на местах, недосмотрели, отрицательно ослабили хватку. Что ж тут неясно то</p>]]></description>
      <pubDate>Thu, 16 Apr 2026 13:41:19 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>09.04.2026 06:26:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1020080/#comment_29800024</guid>
      <link>https://habr.com/ru/articles/1020080/#comment_29800024</link>
      <description><![CDATA[<p>Когда человек что-то про тезисы пишет то сразу редфлаг, какая там логика. Инженеры доверяют инвариантам</p>]]></description>
      <pubDate>Thu, 09 Apr 2026 06:26:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>25.03.2026 16:19:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/amnezia/articles/1014636/#comment_29723526</guid>
      <link>https://habr.com/ru/companies/amnezia/articles/1014636/#comment_29723526</link>
      <description><![CDATA[<p>Да, но разве это не даёт возможность мимикрировать под вк. Или я опять что-то не понимаю<br>На самом деле вообще до сих пор въехать не могу что там за параметры в заголовках(читать надо структуру хидеров) что даёт возможность убедить тспу что мы идём на 1 сайт, а заходим на другой. Как тогда нужный сайт понимает что мы к нему</p>]]></description>
      <pubDate>Wed, 25 Mar 2026 16:19:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>25.03.2026 14:16:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/amnezia/articles/1014636/#comment_29722966</guid>
      <link>https://habr.com/ru/companies/amnezia/articles/1014636/#comment_29722966</link>
      <description><![CDATA[<p>Разве тот же VK не на quic перешёл? Или я что-то не понимаю</p>]]></description>
      <pubDate>Wed, 25 Mar 2026 14:16:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.02.2026 09:45:07 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1003732/#comment_29594694</guid>
      <link>https://habr.com/ru/articles/1003732/#comment_29594694</link>
      <description><![CDATA[<p>Думаю win11 не должна быть менее отзывчивой на том же условном ryzen 1600x. Функционал одинаковый, просто больше встроенного слопа. Ну и конечно патчи, патчи, патчи<br><br>Есть утилита stress-ng под линукс. Попытался кешмиссов сделать, но 4800h с linux отлично держатся. Хотя микрофризы есть при свободной рам<br><br>Я просто уже и не помню откуда я что-то узнал. Вот покопался, думаю уж лучше в первоисточнике(почти) смотреть<br>Если в общих чертах<br><a href="https://en.wikipedia.org/wiki/Dynamic_random-access_memory#Memory_timing" rel="noopener noreferrer nofollow">https://en.wikipedia.org/wiki/Dynamic_random-access_memory#Memory_timing</a><br><br>Память же доступна чанками по сколько то бит<br>И чтобы открыть такк называемый row нужно подождать пока заряды стекут с кондесаторов, увы память на емкостях построена<br><br>Там так же задержка на закачивание данных(заряд кондесаторов)<br><br>При последовательном доступе эти тайминги "прячутся" за эффектом конвейера<br>При рандомном - надо постоянно открывать/закрывать.<br>CAS тайминг это прям минимум, нижняя граница<br><br>При рандоме тайминги начинают складываться</p><p>PS. пытался найти именно в тестах уменьшение эффективной пропускной способности, но современные статьи по бенчам превратились в слюнепускания по большим кешам, npu, unified memory, якобы время батареи и тд. Сложно найти что-то уже, у меня не выходит</p>]]></description>
      <pubDate>Fri, 27 Feb 2026 09:45:07 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.02.2026 07:47:01 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1003732/#comment_29593922</guid>
      <link>https://habr.com/ru/articles/1003732/#comment_29593922</link>
      <description><![CDATA[<p>25+ Гб/с это последовательный доступ, которого никогда не присходит на практике. 2 программы с последовательным доступом к памяти это уже непоследовательный чередующийся доступ<br><br>25 Гб/с некуда деть так просто, только лишние копирования конечно делать внутри рам - им можно заполнить весь L3 кеш за миллисекунды, а диски медленнее рам<br><br>А ос сейчас всё ещё много копирований делают чтобы выполнить какой нибудь системный вызов. Хотя уже кольцевые буферы начинают всё чаще применяться<br><br>Если учитывать всю подсистему памяти<br>Кешмиссы начинаются примерно от 50ns<br>1 задержка на 1 процессе/потоке может вызвать ступоры в других процессах, те будут больше ждать, делать больше попыток доступа(если какие то общие данные и требуется атомарный доступ)<br>Это как снежный ком, легко и просто эти задержки выходят в масштаб микросекунд даже 50 вкладок не надо<br><br>Ступоры можно даже с хорошим ssd наблюдать, хоть и сильно реже<br><br>В винде например легко почувствовать отзывчивость самой ос если убрать 20-30 процессов встроенных в винду, при том потребление рам снижается на полгига. Но я не знаю почему эти 20-30 процессов чем то там занимаются что это заметно<br><br>Например люди жалуются что win11 чистая как то туговата после десятки</p>]]></description>
      <pubDate>Fri, 27 Feb 2026 07:47:01 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.02.2026 03:07:22 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1003732/#comment_29592612</guid>
      <link>https://habr.com/ru/articles/1003732/#comment_29592612</link>
      <description><![CDATA[<p>Любая программа аллоцирующая память периодически будет ждать её освобождения, ядро системы не за 0 времени принимает решения, самое главное у памяти есть latency и множество разных нагрузок могут сильно замедлить систему<br><br>Так же это грузит диск, соответственно в моменте может и в него упираться<br>Плюс некоторые программы не видят реальное количество доступной памяти из-за кешированной, и думают что её мало осталось<br><br>Вот они по пальцам одной руки:<br>браузер, новые вкладки, смена качества видео на ютубе, прогрузка фоновых телеметрий на сайтах - здесь лаги не критичны, конечно пока они не начинают занимать от половины времени ожидания(когда приходишь в какой то офис, а там висит всё - эксель, браузеры, что-то в фоне пытается работать, какой то там 360 антивирус что-то делает при этом нагружен на 100% не процессор)<br> <br>Игры, новые кадры, загрузка текстур и много там чего ещё - микрофризы, иногда и "макрофризы"<br><br><br>Так что чем больше колебаний занятой рам тем менее отзывчива система<br>Конечно sysmain бывает полезен, отчего только хуже. Он то нужен, то не нужен к сожалению<br><br>Но говорят на 32 ram без него уже лучше чем с ним, хотя никогда не тестил на 32</p>]]></description>
      <pubDate>Fri, 27 Feb 2026 03:07:22 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>26.02.2026 15:28:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1003732/#comment_29590520</guid>
      <link>https://habr.com/ru/articles/1003732/#comment_29590520</link>
      <description><![CDATA[<p>Ага, резво освобождать и подгружать, хорошо бы ещё умела превосходить лимит пропускной способности памяти и задержки от этих загрузок туда сюда</p>]]></description>
      <pubDate>Thu, 26 Feb 2026 15:28:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2026 23:18:57 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/993904/#comment_29562530</guid>
      <link>https://habr.com/ru/articles/993904/#comment_29562530</link>
      <description><![CDATA[<p>Я и не собирался метки в нём делать. Писал я его суммарно часы. Дольше придумывал(дни) как вообще сделать, что и для чего<br><br>Вы меня не понимаете. С метками или без меток это всё равно компилятор. Сложность в его функционале, а не в самом факте что это компилятор. Но это уже опять терминология получается<br><br>Про мироощущение это вы что-то путаете. Я то как раз признаю что машина может забрать вполне много интеллектуального труда. <br>Это ещё вопрос что сложнее людям признать что ллм являясь интеллектом превосходит теперь человека, работает быстро и не устает, или то что оно это сделало даже не являясь интеллектом.<br>Мне с этим норм живется, я вижу как есть</p><p><br> В общем на том и закончу</p>]]></description>
      <pubDate>Fri, 20 Feb 2026 23:18:57 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2026 18:43:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/993904/#comment_29561752</guid>
      <link>https://habr.com/ru/articles/993904/#comment_29561752</link>
      <description><![CDATA[<p>Ллм не тупая, она никакая. Это просто усиленные принципы цепей Маркова. Вместо вероятности следующего токена на основе нескольких предыдущих - распределение вероятностей для следующего токена на основе всех предыдущих(хотя сейчас пытаются не с полным контекстом работать, а выбирать из него)<br><br>Я не преподношу, не превозношу, не называю нас "Интеллектом". Просто ллм имитирует 1 из функциональнойстей интеллекта. Тут нет никакого скрытого смысла<br><br>Компилятор это просто транслятор<br>Можно и какой-нибудь forth для начала написать и сделать компилируемым по шаблонам. Сложно не написать компилятор, а написать хороший оптимизирующий для сложного яп, или даже просто какой то для сложного яп<br><br>Я на fasm сделал транслятор из читаемых hex-строк(в виде 0x...) в функции с битовыми масками. Он именно в маш.код собирается. Это же формально компилятор. Другое дело что он простой. <br>Можно сказать что я опирался на знания ассемблера, возможно макросов. И это правда<br>Понятно что мы живём в среде и взаимодействуем с ней. Было бы странно это отрицать. Я потом даже IL придумал где типы данных битовые строки и функции к ним. Правда пока только функции, такой вот яп без переменных для вставки в fasm-код из вне через "file" в виде бинарника<br><br>Я говорю о том что мы используем информацию из которой можно собрать "новую". Это и есть композиция.<br></p>]]></description>
      <pubDate>Fri, 20 Feb 2026 18:43:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2026 09:37:50 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/993904/#comment_29559000</guid>
      <link>https://habr.com/ru/articles/993904/#comment_29559000</link>
      <description><![CDATA[<p>У меня дома температура тоже не чётко определена. Болтается от погоды. Но я четко не хочу чтобы вдруг стало +50<br><br>80% этой ветки порождено просто тем что я не так понял ваш дефайн, вот и результат<br><br>Я кстати нигде вроде не сказал что компилятор си легко написать. Пожалуй компилятор какого-нибудь go и то проще будет. Потому что в си много неявного поведения, + вышеуказанный gcc/c как минимум<br><br>Отличие от ллм конкретное<br>У ллм в весах есть вся инфа обо всех расширениях си, обо всём. Это стало возможно с их размером<br><br>Человек не всегда полагается на внешнюю информацию<br>Человек написал 1-ый компилятор си.<br><br>Я если буду его писать - я просто буду придумывать решения. Как токенизировать, какой стейт для fsm придумать чтобы отличать "*" в разных контекстах(я пожалуй даже упрощаю)<br><br>У меня нет опыта написания такого компилятора. Но каждая его часть - вполне доступна пониманию. Человек берёт и композирует и декомпозирует. В этом отличие. Хотя конкретно о расширениях gcc мне придется читать<br><br>Никогда не будет мне доступна вся информация о GCC в голове, хоть я его на бумагу распечатаю, хоть я его учить буду наизусть(хотя кто знает, вдруг выучу лет за 5)<br><br>Надеюсь первоначальный поинт понятен. Терминология ИИ была вторична</p>]]></description>
      <pubDate>Fri, 20 Feb 2026 09:37:50 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2026 09:16:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/993904/#comment_29558864</guid>
      <link>https://habr.com/ru/articles/993904/#comment_29558864</link>
      <description><![CDATA[<p>Вы ниразу нормально неязвительно не ответили. Вы отвечаете неадекватно. <br><br>Да, написание компиляторов это интеллектуальный труд. Да, компиляторы это видимо ИИ</p><p>Да, я слился, только не плачьте об своём труде. Не хотел обидеть</p>]]></description>
      <pubDate>Fri, 20 Feb 2026 09:16:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2026 09:13:02 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/993904/#comment_29558834</guid>
      <link>https://habr.com/ru/articles/993904/#comment_29558834</link>
      <description><![CDATA[<p>Мне не особо интересно остальное доказывать. Мне вот что интересно<br><br>Написание ассемблера это интеллектуальный труд или нет? Компиляторы это ИИ?<br><br>Математические доказательства это интеллектуальный труд? <br>Автопруверы это ИИ?<br></p>]]></description>
      <pubDate>Fri, 20 Feb 2026 09:13:02 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2026 08:45:11 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/993904/#comment_29558662</guid>
      <link>https://habr.com/ru/articles/993904/#comment_29558662</link>
      <description><![CDATA[<p>Откуда вы знаете что я не могу написать компилятор си. Хотя ... вы правы. Ведь я не буду этим заниматься...<br><br>Скачать себе GCC не значит наизусть знать каждую его функцию. В том и дело что человек не сможет держать его в голове<br><br>Автопруверы заменяли за часы месяцы работы математиков. Интеллектуальный труд != неавтоматизируемый<br><br>Они не цепи Маркова, строго говоря. Просто функционально эквиваленты. Цепи не сделать в таком масштабе</p>]]></description>
      <pubDate>Fri, 20 Feb 2026 08:45:11 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2026 08:12:21 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/993904/#comment_29558442</guid>
      <link>https://habr.com/ru/articles/993904/#comment_29558442</link>
      <description><![CDATA[<p>Это доказывает ровно то что вся информация о gcc в том числе содержится в языковой модели. И так же как с переводом между естественными языками, модель вполне может переписать его на другом яп. Неважно какая там структура у них разная<br><br>Человек композирует информацию. Чтобы написать компилятор он не читает исходный код целого компилятора. Как минимум может не читать<br><br><br>А про ИИ - да как хотите. <br><br>Но смотрите фокус - я поправляю ИИ на ЛЛМ потому что контекст подразумевает что ЛЛМ начинают считать интеллектом. Игровой ИИ вроде и не считал никто всерьез интеллектом<br><br>А так даже круто - иерархическая цепь Маркова с кучей обучающих данных оказалась очень полезна и реально много в чем заменяет людей во многих рутинных задачах. Да даже имитация интеллекта неплохая вышла, пока галлюцинации не берут своё</p>]]></description>
      <pubDate>Fri, 20 Feb 2026 08:12:21 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
