А мне вот интересно: фотография PNG-24 (без потерь) была до этого JPEG/AVIF/JXL более высокого разрешения. И при сжатии и уменьшении больше всего страдает (сглаживается) как раз этот самый LSB (как самый невидимый, но добавляющий при этом кучу энтропии в данные, сильно мешая сжатию). И по идее отделив этот самый LSB и увидев что там "белый шум" сразу закрадутся подозрения, что "это-жж-ж неспроста"?
https://www.bee-link.com/products/beelink-gti14-ultra9-185h В нем есть полноценный PCI-Ex16 (хотя выведено на него только 8 линий), и через специальную док-станцию к нему подключали именно RTX4090 (гуглите "Я Зібрав Найбільший Міні-ПК в Світі")
Мое мнение про PSSR можно выразить цитатой Воланда из классики: «Вы, профессор, воля ваша, что-то нескладное придумали! Оно, может, и умно, но больно непонятно. Над вами потешаться будут» (М.Булгаков). Ведь есть же открытый FSR3 от AMD (чип от которых там УЖЕ стоит), а DLSS им NVidia никогда бы не лицензировала, т.к. это бы означало, что никакой особой нейросетевой магии у них нет и технология эта и на "красных" работать может. Ну или XeSS от Intel (они и так на дно идут). А так - еще один велосипед и как следствие - рихтовка квадратных колес (причем я так понял, руками студий, а не самой Sony).
Не скажу за все СУБД - но в тех с которыми имел дело - не отображается. Да и "табличкой" это я назвал весьма условно. По байту добавлять для каждого поля - А) Накладно Б) Теряем выравнивание по границе слова. А по слову добавлять - так вообще 4 байта теряем. Поэтому и битовые карты. Хотя может где-то есть и другие решения. В PostgreSQL это стараются оптимизировать как могут, например если в таблице меньше 8 колонок допускающих NULL-они действительно отдельный байт на строку выделяют, вот тут чуть подробнее: https://dba.stackexchange.com/questions/197425/why-does-postgresql-create-an-additional-null-bitmap-if-all-fields-after-the-8th Одно точно можно сказать - NULL-ы это всегда какой-никакой оверхед для движка БД.
Значительная часть советов в статье - я считаю универсальная, а не только про PostgreSQL. Я бы от себя еще добавил: Не используйте без крайней необходимости поля, допускающие NULL! Рациональное объяснение: вот есть у нас поле типа int not null (предположим, что int у нас - 4 байта). Тогда это поле может содержать 2^32 значений. Всё отлично выровнено по границе байтов (кластеров, блоков, чего угодно). Но если это это же поле у нас имеет тип int null - нам нужно как-то обеспечить, чтобы оно хранило уже 2^32+1 значений. Куда девать этот "лишний" бит? Расширять поле на целый байт? Слишком накладно. Поэтому умные дядьки придумали для колонок с полями, которые могут содержать NULL отдельную сущность - "карты" или "битмапы" NULL-ов - по-сути отдельную табличку, хранящую в одном бите является значение NULL-ом или нет. Но это мало того, что дополнительная сущность - к ней движок БД должен обращаться при КАЖДОМ запросе, причем делая кучу вычислений смещений и битовых операций просто для того, чтобы узнать: "А не NULL ли у нас конкретно в этом поле этой строки лежит?"
У меня была личная история лет 20 назад, как раз про 1С (еще 7.7), и воровство на складе. Правда с хеппи-эндом (для меня). Кондитерская фабрика, изготавливает торты. Складской учет ведется в 1С, периодически делается инвентаризация, все типа под контролем, но руководство как всегда "что-то подозревает". Тут фишка в том, что для изготовления торта нужны не только готовые ингредиенты, а и полуфабрикаты, которые изготавливаются там же. Так вот, моя идея была в том, чтобы ввести "двойной учет" - т.е. на 2 склада - "реальный" и "виртуальный". С реального - списание идет по результатам отчетов за смену, а с "виртуального" - по технологическим картам на готовые изделия (там могло быть до 3-х переделов сырья в полуфабрикаты). А по результатам инвентаризации - "виртуальный" склад приводится к соответствию с ним. А для руководства формируется отчет о "дельте" между ними. Ситуация резко наладилась, материальное вознаграждение было получено, happy end.
Ни то, ни другое. Если сравнивать с Windows - то это ближе к Cygwin/MSYS - транслятор вызовов POSIX в WinAPI. В них правда формат бинарников родной для Windows.
От PS4 - да, но вроде как с ограничениями (только по проводу). От PS5, насколько я знаю - нет (не пробовал, но слышал что контроллерами PS5 в Linux вроде тоже проблема)
Более того, в btrfs (за остальные не скажу, в zfs по-моему так же, а в xfs-нет) если в первом файле изменить только один байт - на диске не создастся его измененная копия, а только допишется измененная копия того блока, в котором был измененный байт, и в измененном файле (а файл - это просто цепочка ссылок на блоки) поменяется только ссылка на измененный блок.
2024 год. Bluetooth. Одно из первых, за что любят пинать Linux: там всё плохо с этим а вот в Windows - "из коробки". Так вот, у меня товарищ так и не смог к 10-ке подключить контроллер от PS4 по Bluetooth. Хотя по проводу - работает. Одолжил "на потестить" - по Bluetooth завелся из коробки, со всеми этими форс-фидбеками, тачпадами, индикацией и прочим блекджеком. А ниже на скрине (Oclean X) - это... ЗУБНАЯ ЩЕТКА жены. При подключении - показывает и уровень зарядки. Без всяких скачиваний драйверов и плясок с бубном. Sic.
Далеко летать не надо. Взять тех же сентинельцев, которые у нас, на Земле, 30 тысяч лет (!!!) жили в полном уединении, пока их не обнаружили более "высокоразвитые" Homo Sapiens. И если сравнить этот срок со временем от начала т.н. "космической эпохой" человечества до наших дней, и помножить на космические расстояния до потенциальных иных цивилизаций - ожидать какого-либо контакта еще очень и очень долго.
Да, современные "продвинутые" 1С-ники в нормальных конторах - это программисты. Бухгалтерию можно при этом не знать почти совсем (только разве что иногда самую базу типа двойной записи) - она обычно на поддержке разработчика конфигурации/франча, и туда стараются не лазить. Основная работа может быть очень разноплановой и творческой - мне например, за время работы с ней доводилось и геоданные обрабатывать, и тригонометрию вспоминать (расчет количества отходов при токарной обработке параметрически заданного изделия), и с Autocad интегрироваться (чтобы в Autocad-е можно было видеть остатки и наличие материалов и компонентов на складе), и на С++ внешние компоненты писать для работы с нестандартным железом (железнодорожных весов для взвешивания вагонов, например, или системы управления бензоколонкой), и сайты парсить (менее удобно чем на Python, конечно, но не то чтобы слишком). Ну и как во всяких "кровавых Java-энтерпрайзах" - очень много перекладывания JSON-ов/XML-ов между разнородными системами. Так что 1С это давно уже не синоним "1С:Бухгалтерия".
Попробуйте запустить Altera ByteBlaster или USB-Serial конвертер на чипе Prolific на Windows 10/11 (при том, что и для того, и для другого драйвера для Windows 10/11 есть)
Inkscape, Blender и Evolution - для меня всегда были и остаются примерами того, что Open Source может уделывать проприетарные решения (правда за двумя последними, ЕМНИП, давно стоят серьезные конторы с большими деньгами).
А мне вот интересно: фотография PNG-24 (без потерь) была до этого JPEG/AVIF/JXL более высокого разрешения. И при сжатии и уменьшении больше всего страдает (сглаживается) как раз этот самый LSB (как самый невидимый, но добавляющий при этом кучу энтропии в данные, сильно мешая сжатию). И по идее отделив этот самый LSB и увидев что там "белый шум" сразу закрадутся подозрения, что "это-жж-ж неспроста"?
https://www.bee-link.com/products/beelink-gti14-ultra9-185h
В нем есть полноценный PCI-Ex16 (хотя выведено на него только 8 линий), и через специальную док-станцию к нему подключали именно RTX4090 (гуглите "Я Зібрав Найбільший Міні-ПК в Світі")
Мое мнение про PSSR можно выразить цитатой Воланда из классики: «Вы, профессор, воля ваша, что-то нескладное придумали! Оно, может, и умно, но больно непонятно. Над вами потешаться будут» (М.Булгаков). Ведь есть же открытый FSR3 от AMD (чип от которых там УЖЕ стоит), а DLSS им NVidia никогда бы не лицензировала, т.к. это бы означало, что никакой особой нейросетевой магии у них нет и технология эта и на "красных" работать может. Ну или XeSS от Intel (они и так на дно идут). А так - еще один велосипед и как следствие - рихтовка квадратных колес (причем я так понял, руками студий, а не самой Sony).
Это много где, не только в Postgres. Даже SQLite нужен vacuum (он там и называется так же), и MSSQL (а там - SHRINKFILE)
Позволю не согласиться - есть, на процессор при всех этих манипуляциях с битами. Хоть на современных процессорах он и минимален.
Не скажу за все СУБД - но в тех с которыми имел дело - не отображается. Да и "табличкой" это я назвал весьма условно. По байту добавлять для каждого поля - А) Накладно Б) Теряем выравнивание по границе слова. А по слову добавлять - так вообще 4 байта теряем. Поэтому и битовые карты. Хотя может где-то есть и другие решения. В PostgreSQL это стараются оптимизировать как могут, например если в таблице меньше 8 колонок допускающих NULL-они действительно отдельный байт на строку выделяют, вот тут чуть подробнее:
https://dba.stackexchange.com/questions/197425/why-does-postgresql-create-an-additional-null-bitmap-if-all-fields-after-the-8th
Одно точно можно сказать - NULL-ы это всегда какой-никакой оверхед для движка БД.
Значительная часть советов в статье - я считаю универсальная, а не только про PostgreSQL. Я бы от себя еще добавил:
Не используйте без крайней необходимости поля, допускающие NULL!
Рациональное объяснение: вот есть у нас поле типа int not null (предположим, что int у нас - 4 байта). Тогда это поле может содержать 2^32 значений. Всё отлично выровнено по границе байтов (кластеров, блоков, чего угодно). Но если это это же поле у нас имеет тип int null - нам нужно как-то обеспечить, чтобы оно хранило уже 2^32+1 значений. Куда девать этот "лишний" бит? Расширять поле на целый байт? Слишком накладно. Поэтому умные дядьки придумали для колонок с полями, которые могут содержать NULL отдельную сущность - "карты" или "битмапы" NULL-ов - по-сути отдельную табличку, хранящую в одном бите является значение NULL-ом или нет. Но это мало того, что дополнительная сущность - к ней движок БД должен обращаться при КАЖДОМ запросе, причем делая кучу вычислений смещений и битовых операций просто для того, чтобы узнать: "А не NULL ли у нас конкретно в этом поле этой строки лежит?"
Традиции, Сэр. В РоstgreSQL так принято. В MS SQL например, принято использовать PascalCase и называть ссылочные поля не some_id, a SomeKey.
У меня была личная история лет 20 назад, как раз про 1С (еще 7.7), и воровство на складе. Правда с хеппи-эндом (для меня). Кондитерская фабрика, изготавливает торты. Складской учет ведется в 1С, периодически делается инвентаризация, все типа под контролем, но руководство как всегда "что-то подозревает". Тут фишка в том, что для изготовления торта нужны не только готовые ингредиенты, а и полуфабрикаты, которые изготавливаются там же. Так вот, моя идея была в том, чтобы ввести "двойной учет" - т.е. на 2 склада - "реальный" и "виртуальный". С реального - списание идет по результатам отчетов за смену, а с "виртуального" - по технологическим картам на готовые изделия (там могло быть до 3-х переделов сырья в полуфабрикаты). А по результатам инвентаризации - "виртуальный" склад приводится к соответствию с ним. А для руководства формируется отчет о "дельте" между ними. Ситуация резко наладилась, материальное вознаграждение было получено, happy end.
Ни то, ни другое. Если сравнивать с Windows - то это ближе к Cygwin/MSYS - транслятор вызовов POSIX в WinAPI. В них правда формат бинарников родной для Windows.
2Gb RAM - маловато как-то для такой конфигурации
От PS4 - да, но вроде как с ограничениями (только по проводу). От PS5, насколько я знаю - нет (не пробовал, но слышал что контроллерами PS5 в Linux вроде тоже проблема)
Более того, в btrfs (за остальные не скажу, в zfs по-моему так же, а в xfs-нет) если в первом файле изменить только один байт - на диске не создастся его измененная копия, а только допишется измененная копия того блока, в котором был измененный байт, и в измененном файле (а файл - это просто цепочка ссылок на блоки) поменяется только ссылка на измененный блок.
2024 год. Bluetooth. Одно из первых, за что любят пинать Linux: там всё плохо с этим а вот в Windows - "из коробки". Так вот, у меня товарищ так и не смог к 10-ке подключить контроллер от PS4 по Bluetooth. Хотя по проводу - работает. Одолжил "на потестить" - по Bluetooth завелся из коробки, со всеми этими форс-фидбеками, тачпадами, индикацией и прочим блекджеком. А ниже на скрине (Oclean X) - это... ЗУБНАЯ ЩЕТКА жены. При подключении - показывает и уровень зарядки. Без всяких скачиваний драйверов и плясок с бубном. Sic.
Далеко летать не надо. Взять тех же сентинельцев, которые у нас, на Земле, 30 тысяч лет (!!!) жили в полном уединении, пока их не обнаружили более "высокоразвитые" Homo Sapiens. И если сравнить этот срок со временем от начала т.н. "космической эпохой" человечества до наших дней, и помножить на космические расстояния до потенциальных иных цивилизаций - ожидать какого-либо контакта еще очень и очень долго.
Да, современные "продвинутые" 1С-ники в нормальных конторах - это программисты. Бухгалтерию можно при этом не знать почти совсем (только разве что иногда самую базу типа двойной записи) - она обычно на поддержке разработчика конфигурации/франча, и туда стараются не лазить. Основная работа может быть очень разноплановой и творческой - мне например, за время работы с ней доводилось и геоданные обрабатывать, и тригонометрию вспоминать (расчет количества отходов при токарной обработке параметрически заданного изделия), и с Autocad интегрироваться (чтобы в Autocad-е можно было видеть остатки и наличие материалов и компонентов на складе), и на С++ внешние компоненты писать для работы с нестандартным железом (железнодорожных весов для взвешивания вагонов, например, или системы управления бензоколонкой), и сайты парсить (менее удобно чем на Python, конечно, но не то чтобы слишком). Ну и как во всяких "кровавых Java-энтерпрайзах" - очень много перекладывания JSON-ов/XML-ов между разнородными системами. Так что 1С это давно уже не синоним "1С:Бухгалтерия".
<del>Судя по комментам в коде прошивки на GitHub - переводить придется с китайского</del> Сорри, сама статья на - английском
Точно, сплошная Брахмапутра с Бхагават-Гитой
Попробуйте запустить Altera ByteBlaster или USB-Serial конвертер на чипе Prolific на Windows 10/11 (при том, что и для того, и для другого драйвера для Windows 10/11 есть)
Inkscape, Blender и Evolution - для меня всегда были и остаются примерами того, что Open Source может уделывать проприетарные решения (правда за двумя последними, ЕМНИП, давно стоят серьезные конторы с большими деньгами).