[r.....e]

Podobno najszybszy emulator terminala, renderowanie ze wsparciem GPU. Napisany w Rust. https://github.com/jwilm/alacritty

#nieprogramowanie #terminal #linux #macos

[fervi]

renderowanie ze wsparciem GPU

@rubytree: Po kiego ...?

[c.....a]

@fervi: @rubytree: "The simplicity goal means that it doesn't have many features like tabs or scroll back as in other terminals. Instead, it is expected that users of Alacritty make use of a terminal multiplexer such as tmux." Co za idiota to pisał XD

[r.....e]

@calka_stochastyczna: dlaczego? przecież tmux Ci to wszystko załatwia, imo całkiem sensowne podejście.

[Kiro]

tmux Ci to wszystko załatwia

@rubytree: Ale używa się go mniej wygodnie niż np. takiego terminatora

[c.....a]

@rubytree: @rubytree: przez idiotę piszącego miałem na myśli tego, który w ogóle wpadł na pomysł napisania tego kodu. Po co wsparcie ze strony GPU?

[A.....n]

@rubytree: nie no, fajnie, ale jakieś benchmarki by się jednak przydały. Bo kapkę podejrzane mi się wydaje, że autor pisze „In the terminals I've benchmarked against, alacritty is either faster, WAY faster, or at least neutral. There are no benchmarks in which I've found Alacritty to be slower.”, a potem nie pokazuje wyników.

Bo naprawdę mnie ciekawi, jak można mierzyć szybkość terminala i co trzeba robić, żeby to on był wąskim

[A.....n]

@interface:
Jak mam coś, co mi rzyga danymi w megabajtach, to ja przecież tego nie będę czytał w locie, tylko przekierowuję do pliku albo pipe’em do lessa i już mnie terminal nie ogranicza.
W każdym zastosowaniu, jakie mi przychodzi na myśl, to moja zdolność jako człowieka do rozumienia nadchodzących informacji jest ograniczeniem, nie to, jak szybko terminal mi jest je w stanie podać.

@fervi:
Obsługa GPU jest po to, żeby