есть какой серый ящик для сборки мультипроцессного(чисто для ускорения на обычных ядрах cpu(8-16-32?) cpu-bound - но не ai И не чистая числомолотилка)python-апликаха на gpu (c их мириадами ядер)

ожидания на порядки порядков нет - но если хотябы в 2-3 раза уже хлеб

на входе обычный python разбиваемый на os.cpu_count - подпроцессы досточно автомномны независимого

вот как бы меньшими усилиями очучествить на cuda?

достаточно ли места в NaN(и в целом в symbols) floats(каких) для utf?

ну и лаконичнейшие алго для сериализации и обратно

[мало телепатов далеки они]:

нужно смешать флоаты и utf

флоаты остаются флоатами а utf помещается в ненормальные NaN и прочие inf

достаточно ли и когда места для этого

настоящие числа только в эталоном ввиде если нет значит это сериализованая utf

вот!

[ps] в некотором приблежение есть ли место «между струйками» что бы застегонографить utf в не real числа

[upd] поднять proxmox над rocky linux? A: «не сегодня»(ближайщие 100)

Q: чем xen образы лучше на rocky крутить?

same Q: чем ща на rocky модно xen образами крутить?

source-based дистрибутив Linux

для хоста на котором будут через что0либо(кстати что?)

виртуалки крутится

эдакий homelab на минималках (~40-96Гб рам) 10-16 потоков - дискового достаточно

есть ща чё лучше генты (четверть 21 уже всё таки )?

какой тип али какой класс чтобы

аля

int('234') приводит int
str(Value) дёргает __str__ али __repr_ если придётся

какой тип из известных али самописный

что бы возвращать тот же тип что и на входе?

есть живая система грузящаяся с hdd(1)

докинут proxmox на вновь подключёном ssd(2)

система теперь может быть загруженна как с hdd (всё по старому)

так и proxmox с веб и gui/tui мордами

как сказать proxmox что бы он мог менеджить ос размещённую на hdd как образ гостя?

subj

каков баланс надёжности+максимизация_вычь_мощи?

какими инструментами?

наподобие acme-sac но без добиливание красноглазием шрифтов уникодства и прочего синеленточности

т.е какой нить acme докер готовый к использованию как @не очень@ лёкий текстовый редактор с прозрачным пробросом до хоста

крч. охота acme поиграться но лень нырять в байты :(

:set number

:r!man vim

форматирование съехало в отличии когда без number

?как что бы результат был уже на ширину занятую нумерацией?

ищется сабж у которого легко на вертикальном дисплее организуется следующее

просмотр нескольких страниц в виде прямоугольника ( в простом случае 2 столбца несколько рядов) при пробеле(либо pgdn) следующие r*c страниц

для комфортного браузинга на 4/5/8 к pdf(и в целом электронных)книжек

зы. pdf.js в ff что то похожее но лишние мышевоженье

python -c "from dis import dis;set(map(dis,'-1 ~0 +0 0'.split()))"

почему крайние а не средние?

когда средние вообще к месту?

охота (на) vscode со всеми преимуществами vi(m)

какие плуги инить?

ps:(сеанс граммалогии) code‖vim:

c o d e
 v i m 
---------------
cvoidme
=============
CvoidME

inbe4:возможно велосипед с фигуроми постоянной ширины колёссами- и протечка абстракций:

есть удалённая(remote) база postgresql(например) A

есть клиенты с (неустойчивым) подключениеним к А которые каким либо образом кэшируют чтение/запись своих частей А

если у postgresql механизм что бы клиент знал бы только о локальной базе - а уж локальная база синхронизировалась в «материнской»

есть ли какое легковестное решение?

т.е локальная база что то наподобии sqllite но «сама»(на тригерах али ещё как) балансирует «обмен»? данных в обе стороны с материнской серьёзной СУБД

зы. это простенький crud локальный

subj

Уважаемые форумчане

по причине прекращения бесплатной поддержки(30Июня24года) обострилась проблема поддержания инфраструктуры

вопрос:

какие сложности ожидаются при миграции унаследованного сервера с кучкой xen-виртуалок где основным инструментом есть centOS7, индивидуализация путём пересборки пакетов(ручной даунстрим?!) ибо общедоступные фронт-версии уже далеко в будущем относительно поддерживаемой на предприятии среды и произвольная правка конфигов без какого либо лога внесённых особенностей

всё это с успехом осуществлялось «бесплатно» ибо качество устраивало

как теперь быть?

зы: обидчивому - это легаси(мопед не мой) - автор(индивидуализации centOs- не тс) в зоне доступа но футорошок добрался и до него

Перемещено Dimez из talks

буклетов по алгоритмам и структурам данных ща море разливанное

поэтому охота найти вот такой у которого в частности

Алгоритмы поиска в глубину и в ширину обобщаются в алгоритм поиска использующего очередь с приоритетами где глубина это обратнохронологическое(что вырождает приоритетную очередь в стек) а ширина это прямохронологическое(что вырождает в обычную очередь) - а иная функция приоритета это А*

ну и с наблюдением что та. же приоритетная очередь ( как дерево а не пирамида) - это эдакий отложеная(yield и прочий async :) ) мердж-сортировка где в каждом внутреннем узле начато слияние (выяснен первый элемент двух списков) и остановлено

т.е ищется учебник по алгосам и структурам данных где как можно большее количество структур данных и алгосов на них показаны как специализации более универсальных конструкций

есть например вот такой код:

s=0
while e:
	s+=z[e]
	e-=e&(-e)
return s

охота его сделать вот похожим на такое:

return sum(z[x] for x in until(e,eval('(e:=e-(e&(-e)))')))

пока получается костыльно:

w=[e]
return z[e] + sum(z[w[-1]]for _ in takewhile(lambda _:(w.append(w[-1]-(w[-1]&(-w[-1]))),w[-1])[-1],count()))

охота одностроком просуммировать элементы массива по индексу пока не ноль как вот ?

!upd!(решено):

from more_itertools import iterate
return sum(z[e]for e in takewhile(int,iterate(lambda e:e-(e&(-e)),e)))

!upd2!: наткнулся на ещё более идиоматичное:

from more_itertools import iterate
from operator import itemgetter
return sum(itemgetter(takewhile(int,iterate(lambda e:e-(e&(-e)),e)))(z))

есть ноут с nvme контактом и контактом sata+питалово в одном посадочном 2.5

контакт для nvme с боку в дали от контакта sata - будь ssd sata 2.5 покороче на 10-12мм можно было бы одновременно подключить

либо батарея не максимальная по длине - тогда ба sata-устройсво сдвинулось бы от nvme

крч если снять кожух(пластиковый) 500BX crusial ssd(sata(3?)) - её микруха по линейным размерам(по длине) насколько короче стандартного 2.5 прямоугольного посадочного?

upd: ps. 32гб(от chromebook aser 720p)[вместе куда момед]+500BX(плата реально микросхема по ширине(чисто комборазьём) как длина 2260 m2 по глубине 22*2 гдет ага) + ~1tb nvme дешманский кокойко

там реально если без комборазьема который переходник на возможнопроприентарный разьм то в пазу и палец m2 и 2.5 бокс помещаются но место при полной батареи нет - хз как при мелкой() или ошибка проектирования или опосредованная дизайном маркетинговое разграничение моделей комплектации - подобно старым макам со спецом медленными хардами на фоне ssd

dell latitude 5580 - полёт на балалайке нормальный

Почти у всех, кто знаком со вселенной «Дюны», она ассоциируется с чем-то слегка поехавшим

провидим LORцы а какой язык программирования (PL) адекватен вселенной Дюны (Вильнёва)

какое сочетание существующих языковых и вцелом средовых фич наиболее адекватно subj?

какие встроенные операционки на харвестерах?

[upd] no-ship

https://github.com/press-magvoda-ru/a1

для лучшей шелковистости и ридибилити прошу содействия в части чё поправить

благодарю за конструктив

upd: ruff 2(оказалось не все были от'ruff'ено форматером)

upd2: +readme.md - для большего фидбека по косякам во всём остальном - сам md файл ща - чисто для продолжения сбора грабель в остальном проекте - подлежит как и остальной проект тотальному ре фа кт ор ин гу

upd3: докстринги из жабы из ? из clu ? (Лисков Б., Гатэг Дж. - Использование абстракций и спецификаций при разработке программ (1989, Мир) )

Лискова 2002 али 2008?

(как вариант Xinerama на одном экране эмулирующей стоящие друг под другом мониторы для программ - и выводящий эти вирт мониторы слева направо) - вот чё нить не так костыльно

на обычный экран W*h выводить как на экран w*H (где W==n*w H==n*h где n uint >1) областями wh,wh,wh...wh

эдакий по колоночный вывод

как ?

ps( для случая высокого экрана wH выводить окно Wh в несколько строк:

wh

wh

wh

.

.

wh

)

update2: пока из соседнего топика - наиболее близкое к мысляему https://chipsenkbeil.com/notes/linux-virtual-monitors-with-xrandr/