UHS microsd карточка года 4 назад вполне себе выдавала 80МБ/сек, будучи воткнутой в нетбук на файлах порядка пары ГБ, так что насчёт 10-30МБ/сек вы несколько неправы. Просто покупать надо не в ашане. Моя была куплена в фотомагазине.
Напомнило, как дофига лет назад мне попался .mod, в котором было NN сэмплов из Mo-Do - Eins Zwei Polizei и с их помощью реконструировали всю песню. Размер не помню, но с учётом того, что принесли на 5-дюймовой дискетке несколько .mod — вряд ли мегабайт :-)
Широкий диапазон и удобство согласования у дискоконусных антенн — давно известны. Годов с 1940-х, если правильно помню.
Подозреваю, что разработка относится к механизму раскрытия и вообще к механической части. Повод, конечно, хороший, особенно, если механизм надёжный, но вот что в прессрелизе понаписано так, что будто инженеры разработали в том числе и дискоконусность и т.п. — как-то навевает на мысли...
Ну то есть, по вашему, в IDE и т.п. надо выкинуть подсветку строк, которые не закоммичены любым способом? Речь об этой интеграции, а не о способе запуска бинарника git.
Пожалуйста. Я не знаток mc, как выяснилось, но задачи "разгрести файлО на сервере" и "поправить конфиг" он выполняет. Делать же из файлменеджера центр вселенной — это перебор. Всегда найдётся софтина, которая делает конкретную задачу лучше того, что встроено в mc или far и регулярные задачи лучше делать ей.
Про подсветку в курсе — ей точно лет 20 будет, так что это не новость. Но судя по отсутствию интеграции с git — до emacs ещё не дотягивает. Вероятно, это хорошо — не стоит делать из хорошего менеджера файлов комбайн.
Если под сохранением сессий имеется ввиду сохранение "куда зашел", то в mc не пытаются сделать отдельный инструмент, а пользуются стандартными закладками. Логин сохраняется, если вводить в виде user@host. Про пароль согласен.
Что касается логина по ключу — там используется стандартный ssh, а не нечто своё, как в far, так что если вы не осилили там добавить ключ, то mc не виноват.
На мой взгляд — попытка сделать очередную ОС по типу emacs. На этот раз из файлменеджера, а не редактора. Интересно, что-то похожее на IDE в плагинах найдётся? Ну или хотя бы фичи редактора кода типа "вот эта строка не закоммичена"?
Есть мелкая проблема — линукс это конструктор. Там действительно можно сделать всё, включая связку почта-контакты-календарь и аналог AD (собственно, лет 15 назад я это делал на тогдашней работе — и авторизацию в LDAP и контакты из LDAP и цифроподпись с публичным ключом в LDAP и т.п и т.д.). Но это всё потребуется делать, так как дистрибутив, где это всё из коробки, если и существует, то либо непопулярен, либо неподдерживается, либо в нём нет чего-то нужного. А в использованном 15 лет назад дебиане, из коробки не было подключения к LDAP, авторизации токенами и много чего ещё. Это всё включалось малой кровью и потом готовился образ рабочего места, но того, что дебиан это конструктор, а не готовое изделие для энтерпрайза, не отменяет.
Линукс умеет несколько режимов работы с памятью, которая может быть выделена, но не занята. По-умолчанию — выделить можно сколько угодно. Но можно и включить режим "сколько есть, столько и выделяем, не больше" с возможным коэффициентом типа "выделяем не более 200% доступного".
Такой странный вопрос: а сколько нынче проживёт OLED-экран без потерь типа выгорания и т.п.? А то рекламы дохрена про цветопередачу и т.п., а информации о сроке жизни как-то маловато.
Почему спрашиваю: у меня тенденция — таскать телефон до исчерпания возможностей аккумулятора, явной неисправности или невозможности поставить нужное, ибо книгочиталки/видео/навигация/веб — не требуют последних моделей, только поддерживаемый андроид, а игры на телефоне у меня были в то время, когда дети были маленькими. То есть, срок жизни телефона у меня в среднем 5 лет, текущий отработал уже 4 года, похужел аккумулятором и надо бы уже присматривать замену, которая проработает хотя бы столько же.
Он просто не для случая десятка-другого контейнеров в кластере. Плюс — всякие GKE и EKS позволяют не заботиться об инфраструктуре и, как и в swarm, конфигурировать сервисы через yaml.
А если вы не про кластер docker swarm, а про докер на единственном сервере, то, извините, вы сравниваете не те уровни абстракции.
Туда включена зарплата программистов, это допиливающих и админов, это поддерживающих. И тогда это совсем немного. Подозреваю, что пока что сиё вполне себе проживёт в средней виртуалке.
Да нормально там с компортами. 580ВВ51 и вперед :-)
UHS microsd карточка года 4 назад вполне себе выдавала 80МБ/сек, будучи воткнутой в нетбук на файлах порядка пары ГБ, так что насчёт 10-30МБ/сек вы несколько неправы. Просто покупать надо не в ашане. Моя была куплена в фотомагазине.
Напомнило, как дофига лет назад мне попался .mod, в котором было NN сэмплов из Mo-Do - Eins Zwei Polizei и с их помощью реконструировали всю песню. Размер не помню, но с учётом того, что принесли на 5-дюймовой дискетке несколько .mod — вряд ли мегабайт :-)
Широкий диапазон и удобство согласования у дискоконусных антенн — давно известны. Годов с 1940-х, если правильно помню.
Подозреваю, что разработка относится к механизму раскрытия и вообще к механической части. Повод, конечно, хороший, особенно, если механизм надёжный, но вот что в прессрелизе понаписано так, что будто инженеры разработали в том числе и дискоконусность и т.п. — как-то навевает на мысли...
Ну то есть, по вашему, в IDE и т.п. надо выкинуть подсветку строк, которые не закоммичены любым способом? Речь об этой интеграции, а не о способе запуска бинарника git.
Пожалуйста. Я не знаток mc, как выяснилось, но задачи "разгрести файлО на сервере" и "поправить конфиг" он выполняет. Делать же из файлменеджера центр вселенной — это перебор. Всегда найдётся софтина, которая делает конкретную задачу лучше того, что встроено в mc или far и регулярные задачи лучше делать ей.
Про подсветку в курсе — ей точно лет 20 будет, так что это не новость. Но судя по отсутствию интеграции с git — до emacs ещё не дотягивает. Вероятно, это хорошо — не стоит делать из хорошего менеджера файлов комбайн.
Если под сохранением сессий имеется ввиду сохранение "куда зашел", то в mc не пытаются сделать отдельный инструмент, а пользуются стандартными закладками. Логин сохраняется, если вводить в виде user@host. Про пароль согласен.
Что касается логина по ключу — там используется стандартный ssh, а не нечто своё, как в far, так что если вы не осилили там добавить ключ, то mc не виноват.
Если в mc работает ESC-буква и не работает Ctrl-буква или Alt-буква, то у вас эмулятор терминала немного не всё умеет.
Извините, умАляю. Не от слова "молить", а от слова "малый". Глаза режет.
А так - плюс вам.
На мой взгляд — попытка сделать очередную ОС по типу emacs. На этот раз из файлменеджера, а не редактора. Интересно, что-то похожее на IDE в плагинах найдётся? Ну или хотя бы фичи редактора кода типа "вот эта строка не закоммичена"?
Тем, что not invented here, вестимо.
Есть мелкая проблема — линукс это конструктор. Там действительно можно сделать всё, включая связку почта-контакты-календарь и аналог AD (собственно, лет 15 назад я это делал на тогдашней работе — и авторизацию в LDAP и контакты из LDAP и цифроподпись с публичным ключом в LDAP и т.п и т.д.). Но это всё потребуется делать, так как дистрибутив, где это всё из коробки, если и существует, то либо непопулярен, либо неподдерживается, либо в нём нет чего-то нужного. А в использованном 15 лет назад дебиане, из коробки не было подключения к LDAP, авторизации токенами и много чего ещё. Это всё включалось малой кровью и потом готовился образ рабочего места, но того, что дебиан это конструктор, а не готовое изделие для энтерпрайза, не отменяет.
Линукс умеет несколько режимов работы с памятью, которая может быть выделена, но не занята. По-умолчанию — выделить можно сколько угодно. Но можно и включить режим "сколько есть, столько и выделяем, не больше" с возможным коэффициентом типа "выделяем не более 200% доступного".
Какая-то часть точно увидит. Проверял на своём WD на 850МБ, который точно не умеет в DMA вообще (PIO Mode 3).
Такой странный вопрос: а сколько нынче проживёт OLED-экран без потерь типа выгорания и т.п.?
А то рекламы дохрена про цветопередачу и т.п., а информации о сроке жизни как-то маловато.
Почему спрашиваю: у меня тенденция — таскать телефон до исчерпания возможностей аккумулятора, явной неисправности или невозможности поставить нужное, ибо книгочиталки/видео/навигация/веб — не требуют последних моделей, только поддерживаемый андроид, а игры на телефоне у меня были в то время, когда дети были маленькими. То есть, срок жизни телефона у меня в среднем 5 лет, текущий отработал уже 4 года, похужел аккумулятором и надо бы уже присматривать замену, которая проработает хотя бы столько же.
Он просто не для случая десятка-другого контейнеров в кластере. Плюс — всякие GKE и EKS позволяют не заботиться об инфраструктуре и, как и в swarm, конфигурировать сервисы через yaml.
А если вы не про кластер docker swarm, а про докер на единственном сервере, то, извините, вы сравниваете не те уровни абстракции.
Подозреваю, что пока один. Плюс, возможно, ещё один для тестов. Ибо иначе бы уже попытались показать хотя бы по подписке.
Туда включена зарплата программистов, это допиливающих и админов, это поддерживающих. И тогда это совсем немного. Подозреваю, что пока что сиё вполне себе проживёт в средней виртуалке.
Не "не умеют", а "не заботятся о". При наличии в семье админа — имеет смысл.