• [^] # Re: Timing

    Posté par (site web personnel, Mastodon) . En réponse à la dépêche Multiseat avec des pilotes libres, non libres et systemd. Évalué à 2.

    J'ai l’impression que vous ne vous rendez pas compte de la performance de ces petites machines qui n'ont pas grand chose à envier à des dual core de dix ans ou à des APU basse consommation comme les Atom ou les Kabini.
    La limitation de puissance pour des logiciels très gourmands existe mais avec un Raspberry Pi 2 ou 3 on peut déjà faire beaucoup de choses, même du jeu en réseau ou de l'émulation donc peu de soucis de fluidité pour de la bureautique ou du surf si on fait gaffe à l'occupation en RAM.

    On parle de faire un client léger. Sur du X en remote, c'est le serveur qui mouline les applis pas le client. Du coup, la puissance dont on a besoin côté client est vite contrecarrée par les latences réseau.
    Si le réseau permettait un débit supérieur aux capacités du CPU, on est d'accord qu'il faudrait de la puissance mais là, on ne parle pas de ça.
    En X Remote avec les machines actuelles, c'est le réseau qui est le goulet d'étranglement pas la puissance du CPU. On faisait déjà tourner des clients X sur des bécanes à peine plus puissantes qu'un grille-pain d'aujourd'hui.

    Le soucis majeur de ce matériel réside dans son support de stockage système uniquement en microSD dont l'usure est bien plus importante qu'avec un SSD. En plus pour éviter les latences, il faut prendre une carte SD rapide (donc encore plus chère que les basiques) et faire attention au gros problème de contrefaçon de ce marché.
    Cette usure peut toutefois se limiter en ne laissant que l'essentiel pour le boot et en déportant le reste sur USB (ou SATA sur certaines cartes ARM) et le reste sur un serveur mais là aussi il y a augmentation de la latence.

    Encore hors sujet, on parle d'un client X qui n'a, donc par définition, qu'un besoin très limité de stockage. En gros, de quoi avoir un boot PXE.
    Du coup, une microSD suffit largement