Ну... Даже не знаю, что может подлагивать? Amd R5 3400G, 16g ddr4. Мать gigabyte на A520.
На встроенной карточке в CS 70-90 fps дает.
Видео рендерится и редактируется спокойно.
Этот комп младшему собрал месяца два назад - все отлично!
Komrus, А это вопрос не ко мне, а к вопрошающему. Ну и как минимум, чтобы куда-то выезжать, событие должно быть валидировано, отсекая тем самым те "неправильные" события. Другими словами - должен быть мальчик, или девочка, которые глазками посмотрят на событие и дадут команду на выезд :)
De Slow, чтобы понять, что вам гемини насоветовал, нужно ну хоть чуточку быть в теме.
Юпитер установите, пыхтон тоже. По туториалу вольете в sqlite свой csv.
Ну и далее, по туториалу будете дергать данные из него и отображать в нотебуке.
А волшебной палочки у меня нет, не фея я зубная.
rPman, ну нет, не лучше, уж поверьте. Ибо BK мой не первый, а как минимум третий, после ДВК и УКНЦ :)
И да, уже начиная с с конца 80-х, абсолютно все производители процессоров ушли от команд I/O в наборах инструкций, начиная от интела, и заканчивая моторолой.
А вот на что нужно ориентироваться, так это на 68000 (68k), а не на DEC PDP-11.
Моторола 68k самый правильный пример - архитектура CISC, богатый набор регистров и команд, правильно все лежит в памяти, а не как у интел или поверписи. Самое главное, он не RISC, ибо это сложно, и без компиляторов туда лучше вообще не суваться.
И да, с середины 90-х программирую всякие ОС, начиная от 68k, и заканчивая ARM. (MIPS/PPC и прочие туда же).
ITF, для начала, я бы прописал в параметрах загрузки ядра nomodeset i915.modeset=0 nouveau.modeset=0 чтобы ядро не пыталось переключать режимы графики, так чтобы было видно всю загрузку...
ITF, syslinux - это загрузчик, фактически маленькая ОС со своими драйверами и процессами. И прямого отношения к линуксу не имеет.
syslinux (как и grub, как и EFI, LILO, как и куча других загрузчиков типа UBoot) - может загрузить в память кусок бинарного кода и передать на него управление.
А что это за бинарный код - ядро линукса или memtest86 - сильно не важно.
Некоторые загрузчики могут читать (и иногда писать) всякие разные файловые системы типа EXT2/3/4, FAT/VFAT и прочие.. и с них подгружать в память эти куски.
Теперь о сложном - обычно ядра и initrd не просто лежат куском бинарного кода, а еще и сжаты каким нибудь алгоритмом типа gzip, bzip, compress и т.д.
Загрузчик должен прочитать носитель, для этого в загрузчике должны быть драйверы (и это еще раз - не в ядре!!!!), распаковать и положить в память. Вот после этого передать управление на этот кусок бинарного кода.
А в этом бинарном коде уже должны быть свои драйверы и прочее...
ITF, А какой загрузчик используете для ISO?
Обычно, кто-то должен сначала положить ядро и initrd в память, и передать на ядро управление.
При этом внутри ядра должны быть драйверы для монтирования initrd и для дальнейших действий.
Сам initrd может загружать как само ядро, так и загрузчик. Также в ядре (вкомпилен намертво!!!) должен быть драйвер файловой системы, в правильном формате initrd (а этих форматов несколько, как и алгоритмов сжатия).
Как помню, в память загружается ядро, по возможности загружается initrd.
Далее ядро монтирует initrd
Из initrd запускает первый процесс, который выполняет скрипты внутри initrd (подгружает драйверы с initrd, запускает поддерживающие процессы типа dhcp-client)
Один из скриптов перемонтирует корневую файловую систему на нужный носитель.
Ну и переопределяет процесс под номером 1
На встроенной карточке в CS 70-90 fps дает.
Видео рендерится и редактируется спокойно.
Этот комп младшему собрал месяца два назад - все отлично!