Pull to refresh
99
0.1
Send message

Скорее всего взялся из одноименного пакета.

Процессоры с одной командой - очень красивая идея, но как следствие код сильно распухает и требует много памяти. Если рассмотреть конкретную задачу (например вычисление первой сотни чисел Фибоначчи), реализовать решение на базе процессора с одной командой и посчитать количество гейтов, которое требуется для построения всего вычислителя (включая память), число будет достаточно большим. Если усложнить процессор и реализовать больше команд, то процессор потребует больше гейтов, но будет нужно меньше памяти и возможно количество гейтов сократится. Было бы очень интересно найти систему команд, при которой количесво гейтов всего вычислителя было бы минимальным.

С учетом последних изменений ценовой политики vmware это отличная новость.

Всегда выключаю анимацию везде, где возможно. Но скорее всего я не репрезентативен.

странно, что ничего не написано про salt-ssh

тетрис, реализованный на разных языках: https://github.com/kt97679/tetris с минимумом внешних зависимостей

У меня есть рабочая машина, где запущен tmux. Мне надо из этой сессии tmux заходить по ssh на другие машины, где я тоже хочу использовать tmux. Я нашел решение, которое отключает обработку ctrl-b на внешней сессии, но это не очень удобно. Возможно кто-то нашел более удобный вариант?

Буду признателен если кто-нибудь поделиться способом удобно управлять вложенными сессиями tmux.

есть 2 вот таких проекта:

https://github.com/mak4444/gnu-efi-code-forth

https://github.com/c2d7fa/jonasforth

но мне показалось, что оба сыроваты

Я когда писал свой вариант тетриса назвал переменную, которая хранит информацию о падающем фрагменте, piece_data. Осознание аллюзии наступило не сразу.

Создаю бандл, из бандла клонирую копию репозитория. В копии директория .git/objects содержит только info и pack, все директории от 00 до ff созданы не были. Объясните, пожалуйста, почему так происходит?

Зашел в надежде увидеть статью из одного слова "никак", но увы...

@johnfoundкак вы считаете, на сколько сложно будет адаптировать вот этот комплект: https://github.com/patrickhaller/no-wm чтобы отвязать его от xlib и перевести непосредственно на x11 протокол?

Если у вас будет возможность написать подобный оконный менеджер - я бы с большим удовольствием прочитал, как вы это сделали :).

Как вы считаете, насколько сложно было бы адаптировать для прямой работы с иксами оконный менеджер типа dwm?

Интересно, а есть ли в природе x window manager, который вот так на низком уровне взаимодействует с иксами без помощи xlib и прочего?

У меня 23.10 и Ryzen. Я перешел на ядро 6.6.8 из mainline ppa. После этого краши прекратились.

1
23 ...

Information

Rating
2,305-th
Registered
Activity