Estudante de Engenharia Informática apaixonado pela área; algures em Portugal.

Administrador da instância lemmy.pt.


Computer Science student, passionate about the field; somewhere in Portugal.

lemmy.pt instance administrator.


https://tmpod.dev/

  • 146 Posts
  • 523 Comments
Joined 5 年前
cake
Cake day: 2021年9月10日

help-circle
  • Desculpa a resposta demorada, apanhaste-me de férias :) Voltarei em breve.

    Que comunidades não consegues aceder? Eu de vez em quando publico nalgumas e nunca me deparei com problemas.
    Vejo várias na lista de todas as comunidades aqui. Devido à natureza do fediverso, não se vêem todas as comunidades de uma instância remota, por omissão. Só depois de alguém interagir pela primeira vez é que aparecem. Basta, por exemplo, pesquisares pelo link e deve ficar disponível.

    Em todo o caso, eu vou experiementar com as que me deres e tentar perceber o que possa estar mal.























  • Décadas de desinvestimento crónico dão nisto… Perdemos pessoal e indústria qualificada que só agora estamos lentamente a recuperar. E ainda se junta uma gestão desastrosa por parte da IP (e também da CP, vá); temos uma obra de quase meio milhão de euros pronta há largos meses (Évora-Elvas), ainda a aguardar o início da certificação… ridículo.













  • tmpod@lemmy.pttolinuxmemes@lemmy.worldKDE wins
    link
    fedilink
    arrow-up
    12
    ·
    3 个月前

    The recent evolution is great and I’ve been a happy KDE user for many years, but my oh my is NetworkManager bad. It’s not good on all systems that use it under the hood, but I find it especially unintuitive and so outdated. The applet thing is fine (still suffers from weird behaviour from NM’s core), but actual settings screen drives me crazy… The Bluetooth one should also receive some love, but it’s decent. NM needs serious revision.





  • While the issue of the inter-server protocol being overly chatty is very much real, putting the burden on the users isn’t a good solution.

    The focus should instead be on improving the protocol itself and its implementation with better algorithms, batching, etc. I’m not super knowledgeable about the inner workings, but I feel like there’s still some relatively “low hanging fruits” in the protocol design (are activities properly batched? are they sent as linear broadcasts to all federated instances? could we use some alternative broadcast distribution, like binomial? etc) and implementation (is the data model leading to some expensive operations? are the SQL queries well written? could we speed them up some other way?).

    I say this as someone who’s been running an instance for many years now, and can tell you for sure it has been a rather bumpy ride, as a small server. Running a good and fast server with lots connections is not cheap; not as much as it should, at least imo.