PHP 8 основи JIT | Чому JIT не врятував ситуацію

Поделиться
HTML-код
  • Опубликовано: 10 ноя 2024

Комментарии • 10

  • @yurademchenko9924
    @yurademchenko9924 4 месяца назад +3

    Лайк, підписка.
    Саме смішне, я думав PHP швидше зникне з ринку ніж Ruby))
    Хоча то вже не має змісту. Я автоматизатор тестування (С#, Java) 10+ років. Але зараз замовник чує, що я з України і я знаходжусь на території України пише: "Єммм... будете за кордоном наберіть нас". Зараз берці міряю ідамую "Нафіг я в тому SOLID пробував щось розібратись" :)

  • @OlegSwan
    @OlegSwan 3 месяца назад +1

    Корисненько, дякую!
    Згадали бібліотеки PHP для машинного навчання - залюбки послухав би про такий досвід, хоча б дуже поверхнево.

    • @itwithoutbills
      @itwithoutbills  3 месяца назад +1

      В мене такого досвіду чесно немає, там всього 3 бібліотеки й то, якщо для серьйозних задач то тільки одна RubixML. Інші дві для ознайомлення як класс для створення нейромереж, наступна максимум може домогти з задачами для фільтрації спаму на пошті або аналіз тональності тексту для виявлення негативу. Та й я, чесно кажучи, давно не писав на ПХП, після досвіду з асинхронним ПХП 8 остаточно вирішив мігрувати на ГО, бо то пекло на костилях виходить. Всеодно більшість високонавантажених проектів на пхп найближчим часом будуть мігрувати на гібридні рішення наприклад той самий роадранер або ж повністю на серверну архітектуру на го.

    • @OlegSwan
      @OlegSwan 3 месяца назад

      @@itwithoutbills дуже дякую за інформацію та пояснення!

  • @winfle
    @winfle Месяц назад

    Підкажіть, чи є сенс з JIT в контексті longrunnning runtime потипу Swoole або RoadRunner?
    Коли в нас процес стартує, і не помирає

    • @itwithoutbills
      @itwithoutbills  Месяц назад

      Ви зараз змішали різні технології. Особисто я працював на 8й версії з JIT та Swoole під капотом. Зі свого досвіду скажу, що це обтяжуючий для команди варіант так як потрібно розвертати параллельну інфраструктуру для тестів, щоб піднімати кожен сервіс як демон та тестувати його окремо. Енд-ту-енд тести відпадають відразу для всієї системи вцілому, тому що асинхронний PHP+JIT в принципі вже не дає проводити повноцінне тестування та дебажити через хдебаг. А от як раз інший варіант через RoadRunner, де під капотом для підвищення продуктивності має обробку через GoLang, але там стоїть PHP7, в ньому немає JIT взагалі, тому він позбавлений таких недоліків. Може вже доробили й під 8му версію, честно я не стежу за цим продуктом.

  • @universeunity9970
    @universeunity9970 4 месяца назад +1

    Такий цікавий момент. Java по суті робить схожі дії, компілює джавакод в байткод і виконує його на віртуальній машині. Чому тоді такі мови, як Java називають саме компільованими мовами, а не інтерпритованими?

    • @itwithoutbills
      @itwithoutbills  4 месяца назад

      Це не зовсім так, JVM під JRE більш досконала у цьому плані, вона компілює один раз для запуску всюди, тим паче в неї з самого початку є свій компілятор javac, а в PHP не було ніякого комплітору взагалі - вся інтерпретація шла через Zend VM. Але я не знавець яви, тому більш докладно вам нічого сказати не можу, взагалі моя база була на С++ - яву, шарп та пхп розглядав для переходу, щоб знайти роботу, бо після випуску на плюсах роботи не було. В мене поверхневі знання про цю мову програмування, пояснюю з того, що пам'ятаю про яву.

  • @horrorua_
    @horrorua_ 4 месяца назад

    проблема що JIT не сумісний з xdebug

    • @winfle
      @winfle Месяц назад

      чому це проблема?