Обновить
4
@Alex_MEread⁠-⁠only

Пользователь

7
Подписчики
Отправить сообщение

Быть может, им стоит ознакомиться, к примеру, с этой серией уроков?
Bash-скрипты: начало
Которая а) тут же, на хабре, б) легко гуглится по многим вопросам, связанным с башем.

Насколько это эффективно по сравнению с регистрами? Как я понял, stack engine генерирует адреса, а load/store никуда не исчезают?

Ну так по-идее System V amd64 ABI предполагает передачу целочисленных аргументов через rdi, rsi, rdx, rcx, r8, r9, что должно быть оптимальнее стека.

Лично я заинтересовался Rust'ом после того, как он начал на хабре регулярно всплывать в комментариях к ФП-шным постам. Про раст услышал году так в 2015 как "про тот сложный язык язык с владением, про который на хабре пишут статьи о том, как строку в функцию передать". А заинтересовался после всех этих трейтов, недо-монад Option и прочих типов-сумм.

А какой софт для "андроид приставки" вы используете через LDPlayer?

Там Android 4, в котором имеется своя "телевизор-ориентированная" кривая оболочка, IVI и еще пара подобных приложений, примерно всё. Там даже файловый менеджр из коробки отсутствовал.

Каждый раз в подобных темах говорят о "нормальной приставке", но совершенно непонято, какие функциональные возможности приставки, и чм они лучше вот таких велоспедов с kodi (на linux или же на android). Встроенные Netflix стриминговые сервисы? Что еще? А если предполагается сценарий использования с торрентами, IPTV, онлайн просмотром не с легальных стриминговых сервисов итп, то начнутся точно такие же танцы с бубном с торрентами, HD Videobox'ами и прочими Kodi, разве нет?

У моих родителей пылиться Android-приставка. Сценарий использования бываю следующий: открыть браузер, найти интересующий фильм где-нибудь онлайн и из браузера же смотреть. Удобство так себе. Всякий встроенный софт, вроде IVI, не использовался.

Я хочу поднимать дискуссию о правомерности, но разве на словесных медиаприставках можно качать торренты?

Были ли эти концепции настолько удачными, что практически в неизменном виде существуют уже 40 лет, или же это инерция мышления и "исторически так сложилось"? Apple взял у Xerox, MS взял у Apple и понеслось...

Если не идет речь об отсутствии аллокаций и выделении памяти, то я ~разбалованынй более высокоуровневыми ЯП~ предпочел бы нечто такое удобства ради:


#python
slices = str.split(' ')

struct slices
{
    char* slices;
    size_t count;
};

int slices_split(const char* string, const char* delimiter, struct slices* slices );
void slices_free(struct slices* slices);

Разве объявление переменной в середине функций не разрешено, начиная с C99? Боль начинает выводить, только если с помощью goto объявление перепрыгнуть. И то, тогда просто не соберется.

Я об этом и не спорю и не утвержал, что все перечисленные проблемы решаются в strtok_r.

А причём тут Linux?

Прост про его поведение я точно знаю. А вот возможен ли оверкоммит в Windows или нет, я не знаю. Конечно, могут быть и более экзотические ОС. В любом случае, exit(-1) выглядит сомнительно.

Существует функция strtok_r, которая не использует статическое состояние. Состояние передается через дополнительный аргумент. Уже лучше, чем простой strtok


void *calloc_mem(size_t nelems, size_t elem_size){
  void *buf = calloc(nelems, elem_size);
  if(buf != NULL){
    return buf;
  }
  exit(-1);
}

Не уверен, что exit(-1) из библиотекчной функции — это хорошая идея. Хотя упавшая аллокация довольно редкий случай. Linux по-умолчанию выделяет память лениво, можно выделить больше памяти, чем доступно. Если памяти не хватает, то это произойдет при обращении к очередной невыделенной странице.

Думаю, не стоит оставлять в стороне и Питера Уоттса. Пускай тема экологических катастроф не основная, он ее поднимал и говорил, что уделяет ей важное место в своих произведениях. Особенно, в "Рифтерах". Разрушение экосистем, массовое вымирание видов, частые массовые эпидемии как природных, так и рукотворных вирусов и э… распространение ГМО-организмов с некотроллируемыми последствиями (уж не знаю, насколько этот сценарий реален в том виде, как он описан).


Интервью

А может хватит изобретать какие-то велосипеды, чтобы переписать часть существующего стека на своих технологиях? Браузер умеет выполнять хренову кучу весьма сложных задач: рендеринг текста, выделение текста, поиск, рендеринг всяких прочих элементов, анимации итд итд. Но нет, давайте все перепишем и начнем рендерить вручную в канвас, заново все это имплементируя.

Ленивые итераторы и диапазоны решают многие проблемы. Но они сами не лишены своих собственных проблем. В частности, поскольку они отделены от схемы вычислений (они определяют только операции над отдельными элементами последовательности), их сложно параллелить.

Можете пояснить про недостатки итераторов? И как понять "отделены от схемы вычислений"?

Да, на SSD. Но вообще, получается, это какие должны быть требования, чтобы в 2021 году у меня КАЛЕНДАРЬ не тормозил? Не то, чтобы меня раздражала задержка в несколько сот миллисекунд при открытии календаря, но в том же Gnome аналогичный виджет не подвисает.


Меня раздражает сам факт
А ведь есть и более легковесные окружения… Если системе недостаточно мобильного i7-7xxx, обязателен SSD и прочее и прочее для отрисовки виджета календаря, быть может, мы просто не туда свернули? Может, не нужна анимация подсвеченных соседних дат, может не нужны эти acrillic цвета и хитрые анимации? Может, графические фреймворки должны быть сделаны как-то более оптимально?

И получим не менее тормознутые калькуляторы на WinUI? Не знаю, на чем нынче написан интерфейс винды, но у меня на не самом слабом ноутбуке открытие календаря, электропитания итп по клику на таскбаре занимает… занимает какое-то время, которое я успеваю заметить. Пусть быстро, но все равно слишком медленно для такой простой задачи на Core i7.

Информация

В рейтинге
Не участвует
Откуда
Волгоградская обл., Россия
Зарегистрирован
Активность