Премини към съдържанието

borovaka

Потребител
  • Публикации

    646
  • Регистрация

  • Последно онлайн

Харесвания

425 Супер репутация

6 Последователи

Всичко за borovaka

  • Титла
    kaldata приятел
  • Рожден ден 1.11.1990

Информация

  • Пол
    Мъж
  • Град
    София
  • Интереси
    ИТ, open source, Linux, програмиране, електроника, политика, бизнес.

Последни посетители

6002 прегледа на профила
  1. borovaka

    Да си лафим за Линукс

    Аз игри освен в редки случаи StarCraft/StarCraft2 не играя изобщо на PC, така, че слабо ми дреме Ама аз много бързо мога да ти напиша с някаколко реда, някакво л*но, което да не върви изобщо на кой да е процесор - това какво доказва?
  2. borovaka

    Да си лафим за Линукс

    Бенчмарковете на игри също изобщо не са надеждни за да се твърди кое "желязо" е по-добро. В повечето случаи разликата идва от single thread performance, също и от оптимизация на съответния game engine за intel-ски процесори, същото става примерно и при видеата на Nvidia. Сега друг е въпроса, че погледнато от enduser гледна точка - теб те интересува на кой процесор ще върви по-бързо някоя игра - ама пак казвам, че това не е определящо, дали процесора е по-добър от другия.
  3. borovaka

    Да си лафим за Линукс

    Интел са пълни боклуцу ( друго освен Интел не съм ползвал от времето на Athlon 64 - първите ) Разчитат на стари лаври, RnD-то и release cycle са им ориентиране по метода - да п****м клиентите. Ценово са необосновани, "иновациите" им са по-скоро workaround от доста време насам. А както в последно време се видя и с литографията не могат да се оправят ... Иначе откъм софтуер, поне за Линукс си допринасят, макар, че и там е бъкано с workarounds, много от нещата са страшно бъгави и т.н. AMD не съм ползвал, но следващия ми лаптоп определено ще е с AMD като гледам какво е в момента положението - Само не знам текущото поколение Ryzen-и, могат ли да прекарват дисплея през USB-3 или тапаците от интел се бъзикат с Thunderbolt патенти? Иначе аз лично, чакам да видя какво ще е развитието с ARM, там ми изглежда, че има доста по-голям потенциал и от към осавършенстване на архитектурата, scalability и енергоефективност. Да видим сега след като apple ще пускат ARM машини, дали няма да се позабърза малко развитието на нещата. p.s. Междудругото вижте само имплементацията на GTD: Не, че съм тръгнал да пиша ОС, ама можете да си представите заради legacy бакиите на Интел архитектурата, какви врътки трябва да се правят, а те тапаците вкарват още и още инструкции и тая архитектура оптимизация не е виждала от 8080 Та реално, ако трябва да гледаме в ARM ми се вижда да е по-светло бъдещето, ама след години, че от времето на 8080 до сега доста софтуер се е написал и оптимизирал и не мисля, че ще е плавен switch-a
  4. А е ползвайте си flatpak версията от flathub и не се занимавайте с дистро пакетите . Sent from my IN2023 using Tapatalk
  5. За какво ти е да ползваш real-time ядро за десктоп инсталация? То това дори би било доста по не-продуктивно. Real-time ти дава гаранция, че нещата ще се изпълнят в реда в който си ги пуснал към ядрото, а в случаите за десктоп и сървър - ти определено не искаш да е така в 99 процента от случаите
  6. borovaka

    mysql query analyze

    Според мен е някаква простотия със pmm server-a от перконата. Я виж директно логовете дали има нещо
  7. borovaka

    mysql query analyze

    Тази графана от къде се feed-ва? Най-вероятно лога ти плюе query-то, преди bind-a на prepared statement-ите Виж това: https://jira.percona.com/browse/PMM-1447 Трябва да филтрираш за execute а не за prepare
  8. borovaka

    Да си лафим за Линукс

    Fractional scaling в Linux под X11 е отвратителна боза - и това няма и да се промени. Експериметналните пачове в Ubuntu и трядиционния xrandr начин за скалиране са пълна простотия - това се дължи на самия X server. Под X директно се рендира общ буфер на и няма как да стане читаво скалирането - особено, ако двата монитора са с различна резолюция. Единствения читав solution е Wayland, където вече всеки монитор си е за себе си и може да приема различни scaling/frequency параметри ( това по протокол де, в mutter има все още проблеми основно с честота ). Друг проблем е XWayland обаче, там скалирането все още е кофти - точно защото X-a си има limitations. Като цяло картинката изобщо не е "розава". То и като цяло самото скалиране е shit при всеки един OS - Mac и Win ( доколкото знам ), скалират по различен начин. Та така, аз скоро не се надявам на читаво решение. За момента на 4К монитор използвам само font scaling, кофтито е, че по същата причина ( - X) scaling factora-a е глобален, и когато скалираш примерно на 1.4 на 4К дисплея е ОК, но на втория 1080 - всичко е огромно. Та така, за момента ситуацията е пълен шит - не виждам и как ще се оправи скоро ... Поне докато дърварите от Nvidia/Redhat не се активизират малко и да пуснат читав драйве + промените, кото са предвидени за Xorg 1.21 ( който не виждам скоро да се release-не ) и да бачкаме всички на Mutter+wayland+xwayland. Проблема е, че дори да се случи всичко - остават други драми с keyboard capturing-a примерно, screen sharing-a да кажем, че до някъде с pipewire се реши, но все още е далеч от ползваемост. Абе като цяло shit-a е пълен
  9. borovaka

    Взаимопомощ без терминал

    Според мен по-добрият вариант е cockpit https://cockpit-project.org/ Поне преди време webmin маше страшано много security issues
  10. borovaka

    Nginx reverse proxy

    Хммм много тъпо ми изглежда на мен тази постановка ... ти иначе squid-a лесно ще го сетнеш за прокси, ама какво правиш с ssl-a, или ще пращаш некриптиран трафик на outbound-a на nginx-a и squid-a ще ти добавя tls-a? Или тоя squid седи само да прекарва outbound трафика, за да е предвидим от къде идва? - ако е така по-добре NAT gateway-a да го оправи това
  11. borovaka

    Nginx reverse proxy

    Хмм, какво по-точно не ти е ясно? Аз имам малък коментар обаче в тоя setup. Реално сървъра ти изобщо не трябва да се вижда публинчо ( говоря за 142.93.160.15 ). Според мен трябва да е зад NAT, На другата машина (134.209.229.124) - слагаш два интерфейса, единия ти обслужва 134.209.229.124 - там е bind-нат Nginx-a, а другия е private и има рутиране до мрежата на машината с PHP сървъра. Реално каква ти е файдата от този squid? - за какво по-точно мислиш да го ползваш? Публичния ти Nginx си се явява reverse proxy и поне аз от този squid не виждам никаква файда. Иначе за IP-то на клиента - cloudflare ти дава "X-Forwarded-For" хедър, който просто трябва да pass-неш от reverse proxy-то ти, към origina. Откъм security, просто вдигни един firewall (може iptables/nftables/firewalld etc. или хардуерен, ако имаш пред машината ) - позволяваш само cloudflare IP-тата ( https://www.cloudflare.com/ips/ ) + някакво твое IP за достъп, ако ти трявба. И реално задачата ти е изпълнена. Възможно е нещо аз да не съм разбрал по топологията. Ако нещо не ти е ясно питай по-конкретно п.с. За сертификата на cloudflare - теглиш си техния сертификат през админ панела и просто го добавяш на Ingress Nginx-a ти
  12. Ти обаче явно сериозно си вярваш в случая. Проблеми има много във всеки софтуер - без значние. Това, че не си хитнал проблем и ти върши работа - не значи, че няма проблеми и недомислици. Недей да се фанатизираш и да казваш кое я готино и кое не е - толкова категорично. Ако не се назовават проблемите - няма как да се отстраняват и да има някакъв прогрес.
  13. За нищо, аз аргументите съм ги споделял и друг път тук. Реално ситуацията се подобрява с времето, но е далеч от перфектна
  14. Аз нещо не ти схванах коментара честно Някъде да прочете да казвам за дистрибуция? - Ако си се засегнал, за това ,че споменах Debian/Ubuntu - това беше в контекста, че те реално иновации кой знае какви не създават - в разработката на Kernel-a имат много-малка роля, напоследък и в userspace също - Да от Каноникъл, след като switch-наха към Gnome гледат да бутат, за да подобрят като цяло UX-a, ама това не значи ,че има иновации от тях. Като цяло посоката се доминира от RH - и като разработка и като иновации - реално те плащат. Ако искаш да ти изброя недостатъци - много са: Memory managemtn-a при голям load е боза: https://www.phoronix.com/scan.php?page=news_item&px=Linux-Does-Bad-Low-RAM - прави се нещо по въпроса и от към kernel и от към userspace https://www.phoronix.com/scan.php?page=news_item&px=Systemd-OOMD-April-WIP - Ама като цяло не е ОК положението Kernel API-то е доста нестабилно, що се отнася до писане на модули (драйвери) - никога не чупят userspace, ама за internel нещата изобщо не е така. Унифицирано абстрактно API няма - Google имат някакви предложения за API за userspace модули, които да ползват в ChromeOS/Android ама поне аз не знам да е интегрирано за момента. Userspace, гони много-бавно kernel fetures - Примерно switch-a към Cgroups v2 - ( Unified cgroups ) - което го има от години, все още не е имплементирано в известни неща, като docker читаво. Ако говорим чисто за десктоп цели: Положението с графиката е доста грагично. Не могат още да се разберат какво да правят със shared memory-то Eglstreams/GBM - от това страдат всички. Всеки хейти Nvidia, ама преди да пуснат libglvnd даже не можеше да switch-ваш библиотеки спрямо vendor. Powermanagement-a - ACPI call-оевте в доста случаи са трагични, което като го прибавим към някой издънки от към cpu scheduling и memory management + GPU power management - води до доста кофти държание на батерия. За това по-скоро вендорите са си виновни - че не обръщат внимание на съотвените пачове в mainline kernel-a преди да пуснат съответния продукт. X11 - се ползва страшно много в момента - особено при Nvidia потребителите - а реално проекта е умрял и е пълна боза. Поддържа се от RedHat основно - точно те казват, че ще го freeze-нат откъм разработка скоро, а реално алтернатива няма. https://www.phoronix.com/scan.php?page=news_item&px=X.Org-Server-2019-Low - Реално в 1.21 има доста подобрения, които чакат, но release не се вижда скоро. Десктоп sharing-a, screencaputre е голяма боза - Pipewire трябва да реши проблема, но не е достатъчно mature за момента, като под X нещата отново оставът под въпрос. Pulseaudio е далеч от перфектен - отново Pipewire трябва да е решение Gnome архитектурано е невероятна боза ( за малко повече инфо ) - Реално в последно време започнаха да обръщат внимание на тези проблеми и в момента ситуацията е доста по-добре ( ама ако някой ми обясни, кой малоумник пуска javascript и нативен код да вървят в един процес ... - щото даже и активните разработчици си нямаха идея какво се случва ) Нещо друго, което важи и за desktop и за server: Пакетната система и менаджирането на софтуер е отживелица - и deb и rpm базираните. Правят се опити с silverblue - rpm-ostree + flatpak / coreos/project atomic примерно, да се променят нещата. но са далеч от приложими за момента Мога да изброявам още много неща. Реално същото въжи и за Windows - просто не го ползвам толкова и не съм наясно с проблемите. Та, ако за нещо не съм прав - дай ми малко инфо - напълно е възможно аз да съм в грешка. Ако тези неща са се подобрили - ще се радвам много п.с. Иначе не работя като freelancer не съм и работил от доста време. Програмирането също не ми е основната роля в момента - макар, че не виждам каква е връзката с това, какво работя или не работя с конкретната тема
  15. А ти какво по-точно твърдиш? - че всичко му е наред на Линукс ли
  • Разглеждащи това в момента   0 потребители

    Няма регистрирани потребители разглеждащи тази страница.

×
×
  • Добави ново...