Какие бы вопросы вы задали, чтобы понять, придуманный это опыт или нет?
Я бы просто спросил у коллеги, который работал с вами в одно время в той компании, поискать наличие ваших следов там, где вы, якобы, работали. А если не у коллеги - то у коллеги коллеги. Или просто в чатике на тысячу человек кинул бы клич.
Вы переоцениваете масштабы количества программистов на русском рынке. Все друг друга знают, максимум - через третьи руки.
Ну хызы, это подходить нужно) У BFG был прикол, что снаряды летели бесконечно, пока во что-то не воткнутся. Находишь дракона краешком экрана на максимальном отдалении, отходишь чуть-чуть и стоишь стреляешь - дракон при этом не агрится, а тупо патрулирует, как и прежде -)
В принципе, работало с любыми противниками, кроме разве что последнего файта (там уйти некуда было, емнип).
Удалёнка бывает разной. Я после первого года ковидных страданий намайнил себе отдельную комнату с дверью и огромный стол полтора на полтора угловой с балконом для курения. Заходишь в 12 утра туда, возвращаешься "домой" часам к 12 ночи.... и это и есть основная проблема удалёнки -)
А если сидишь в углу на кухне за мелким столом без мониторов - ну да, такое себе.
rules: Представляет собой файл, используемый системой упаковки Debian для сборки и упаковки программного обеспечения. В нем содержатся инструкции по сборке программного обеспечения, месту установки файлов и другие задачи, связанные с упаковкой.
И никто ничего не понял. Rules - это скрипт (обычно - makefile), в результате которого должен получиться каталог debian/<package_name>, который потом упакуют в data.tar.gz (который в конечном итоге распаковывается в /, когда пакет ставится).
При этом $(CURDIR)/debian/package_name/DEBIAN/* упакуется в control.tar.gz (а в data.tar.gz - соответственно, нет). Ну это если мы про обычный debuild.
Задачи "связанные с упаковкой" там не содержатся, кстати, помнится.
Ну и стоит вообще написать, что .deb - это ar-архив, состоящий из control.tar.gz (с метадатой для индексации пакета в репозе и в локальной базе апта) и data.tar.gz (в котором находится как раз содержимое пакета).
ЗЫ - про 'dpkg -c file.deb' тоже стоит напоминать, если описываете сборку пакета с нуля.
> DEBIAN/md5sums Генерируется debuild-ом, зачем его вручную писать-то?
Корпус чёрных T-шек - не пластиковый, а магниевый. Из пластика сделана внутренняя часть - палмрест и пластик вокруг клавиатуры (и не возьмусь утверждать, что там нет магниевой рамы, впрочем). Крышка экрана где как (были удешевлённые), но на моём она явно из металла.
Ну и серия Carbon, соответственно, обычно сделана из карбона.
Оказывается, я сижу и сравниваю производительность голых дисков в интерфейсах, с FIO, который ходит по сети (ещё и не через блочное сетевое устройство наверняка, а через SMB/NFS какой-нибудь). А чтобы понять это - было необходимо найти другое устройство с похожими параметрами и его тесты - и поспать.
Монолог на тему "Инженер, создатель устройства" и "потенциальный пользователь задаёт интересующие его вопросы". Вот так маркетологи инженеров и победили.
Ура, 3 дня поисков, и у меня есть хоть какие-то цифры по тестам 5 SATA (правда, 2.5'', но хоть такие) на ARM (малине), чтобы делать выводы не опускаясь в глубокие теории и не пытаясь вытащить хоть какие-то крохи информации из автора (например, цена до сих пор неизвестна).
1) raid5 на запись упирается в ARM‑процессор (как и любой raid, требующий математики) - не знаю, из-за троттлинга CPU или вообще. 2) raidz1 будет работать, пока есть память, потом будет работать не лучше raid5 3) PixelNAS проигрывает по скорости Taco*, с которым они должны находиться на одном уровне. Не в 500 раз, конечно, но в 2-20 или около того в зависимости от конкретного типа нагрузки 4) вся эта затея "напихать 6 ssd/nvme в ARM-железку" в целом бестолковая, не решает реальных задач (помимо "зырь как могу"), и не стоит своей экономии в 50-150 евро. 5) для построения кастомного продукта с поддержкой лучше использовать платы на N100, чтобы покупатель такого устройства не плакал кровавыми слезами, пытаясь использовать данное устройство в качестве NAS дома 6) для выполнения описанных задач в посте лучше купить Morefine S500+, minisforum HM90 или любое аналогичное устройство, переплатив 100-150 долларов, поставить туда 3 диска большего х2 размера и получить полноценное готовое устройство в том же форм-факторе, способное на любые задачи. Для "энтузиастов" тоже лучше собрать что-то на х86, вариантов полно. 7) если готовы паять самостоятельно, а не покупать готовое - могло бы выйти достаточно недорого, но тогда нужно ждать решения от Jeff-а, или ещё кого-нибудь - здесь не опенсорс. 8) у PixelNAS есть бесспорные плюсы с точки зрения конкурентов по форм-фактору (модем, универсальность подключения на месте, PoE, размеры, радиатор), но шести дискам там делать нечего
В качестве не-NAS (назовите как хотите - он даже близко не справится с задачами, которые выполняют актуальные модели готовых NAS), просто отдавать файлики по сети через SMB/FTP (не SFTP) - сойдёт, конечно, но альтернатив слишком много, чтобы задумываться о покупке устройства из разряда "цена в личку". Можно, конечно, утверждать, что NAS - это "network attached storage" и ничего более, но пользователи давно хотят большего от устройств с таким названием. Данная точка зрения существовать может, но устройство продать не поможет.
И да, спасибо, очень много новых устройств нагуглил, пока пытался что-то до вас донести. Пригодится для следующей статьи.
*да, я понимаю, что Taco мягко говоря нифига не мобилен - зато по спекам ближе него ничего не спаяли.
"К счастью для компании" (с) здесь не ваш личный блог, где правила устанавливаются лично вами для всех комментаторов. Здесь не запрещено обсуждать существующие и потенциальные альтернативы продукту, который вы описываете/рекламируете.
PiKVM - самое известное и крутое сообщество, которое занимается подобными проектами, все их проекты есть на github и могут быть названы "готовыми DIY-проектами". Ещё есть Jeff, но его на Хабре нет, но он тоже подобное уже пилит.
(и да - обратите внимание на часть предложения "их проекты").
Вот в этом проекте человек получил вполне терпимые 200-400 мегабайт на чтение при iodepth 8 и дальше (50-100k iops 4k read). Как раз на 4 NVMe на малине.
Не представляю правда, достаточно ли этого, чтобы сделать готовую схему для людей с паяльником (ну и понятно, что может это вообще никому не интересно дальше), так что надеюсь, пригодится, ну а если нет - то сорри)
Я бы просто спросил у коллеги, который работал с вами в одно время в той компании, поискать наличие ваших следов там, где вы, якобы, работали.
А если не у коллеги - то у коллеги коллеги. Или просто в чатике на тысячу человек кинул бы клич.
Вы переоцениваете масштабы количества программистов на русском рынке. Все друг друга знают, максимум - через третьи руки.
Ну хызы, это подходить нужно)
У BFG был прикол, что снаряды летели бесконечно, пока во что-то не воткнутся. Находишь дракона краешком экрана на максимальном отдалении, отходишь чуть-чуть и стоишь стреляешь - дракон при этом не агрится, а тупо патрулирует, как и прежде -)
В принципе, работало с любыми противниками, кроме разве что последнего файта (там уйти некуда было, емнип).
У BFG радиус атаки был выше, чем радиус агра у драконов.... (не уверен, кстати, что это вообще когда-либо в официальных патчах было починено).
Ну шо, кто ещё помнит билд через Серафиму, BFG и кдр ?
Удалёнка бывает разной.
Я после первого года ковидных страданий намайнил себе отдельную комнату с дверью и огромный стол полтора на полтора угловой с балконом для курения.
Заходишь в 12 утра туда, возвращаешься "домой" часам к 12 ночи.... и это и есть основная проблема удалёнки -)
А если сидишь в углу на кухне за мелким столом без мониторов - ну да, такое себе.
tar -xvf всё равно работает, :dontcareatall: =)
Но да, вручную таром+аром я давненько не паковал.
Да не за чт
И никто ничего не понял.
Rules - это скрипт (обычно - makefile), в результате которого должен получиться каталог debian/<package_name>, который потом упакуют в data.tar.gz (который в конечном итоге распаковывается в /, когда пакет ставится).
При этом $(CURDIR)/debian/package_name/DEBIAN/* упакуется в control.tar.gz (а в data.tar.gz - соответственно, нет). Ну это если мы про обычный debuild.
Задачи "связанные с упаковкой" там не содержатся, кстати, помнится.
Ну и стоит вообще написать, что .deb - это ar-архив, состоящий из control.tar.gz (с метадатой для индексации пакета в репозе и в локальной базе апта) и data.tar.gz (в котором находится как раз содержимое пакета).
ЗЫ - про 'dpkg -c file.deb' тоже стоит напоминать, если описываете сборку пакета с нуля.
> DEBIAN/md5sums
Генерируется debuild-ом, зачем его вручную писать-то?
Про dch тоже ничего.
Хоткей на перелистывание поста сделайте.
Лучше j/k, как у нормальных людей, конечно, а не a/d, но хотя бы любой.
15.6, numpad
sigh
В помойку, следующий!
Всё ещё меньше усилий, чем переехать на Salt или Puppet -)
И mellanox такой "ну да, ну да..."
За каждого такого "умника" можно получить промокод, а водитель, вероятно, получит штраф, равный промокоду.
Детское кресло можно возить с собой (а тем более в 7 лет уже и бустер можно обычно). Проверено в трёх странах, в том числе и в РФ.
В примерно девяносто-каком-то году -)
Корпус чёрных T-шек - не пластиковый, а магниевый. Из пластика сделана внутренняя часть - палмрест и пластик вокруг клавиатуры (и не возьмусь утверждать, что там нет магниевой рамы, впрочем).
Крышка экрана где как (были удешевлённые), но на моём она явно из металла.
Ну и серия Carbon, соответственно, обычно сделана из карбона.
Да, перепутал, в наличии нет Huawei из статьи - https://www.xcom-shop.ru/huawei_matebook_d15_bode-wdh9_1012100.html?utm_source=habr&utm_medium=pr&utm_campaign=10laptop
Название скопировал из статьи, а фразу про наличие - со страницы в магазине, не проверив, название какого ноута скопировал
спасибо!
Удобно -)
**ѣ...
Оказывается, я сижу и сравниваю производительность голых дисков в интерфейсах, с FIO, который ходит по сети (ещё и не через блочное сетевое устройство наверняка, а через SMB/NFS какой-нибудь). А чтобы понять это - было необходимо найти другое устройство с похожими параметрами и его тесты - и поспать.
Монолог на тему "Инженер, создатель устройства" и "потенциальный пользователь задаёт интересующие его вопросы". Вот так маркетологи инженеров и победили.
Ну ладно, хотя бы много нового узнал.
Ура, 3 дня поисков, и у меня есть хоть какие-то цифры по тестам 5 SATA (правда, 2.5'', но хоть такие) на ARM (малине), чтобы делать выводы не опускаясь в глубокие теории и не пытаясь вытащить хоть какие-то крохи информации из автора (например, цена до сих пор неизвестна).
1) raid5 на запись упирается в ARM‑процессор (как и любой raid, требующий математики) - не знаю, из-за троттлинга CPU или вообще.
2) raidz1 будет работать, пока есть память, потом будет работать не лучше raid5
3) PixelNAS проигрывает по скорости Taco*, с которым они должны находиться на одном уровне. Не в 500 раз, конечно, но в 2-20 или около того в зависимости от конкретного типа нагрузки
4) вся эта затея "напихать 6 ssd/nvme в ARM-железку" в целом бестолковая, не решает реальных задач (помимо "зырь как могу"), и не стоит своей экономии в 50-150 евро.
5) для построения кастомного продукта с поддержкой лучше использовать платы на N100, чтобы покупатель такого устройства не плакал кровавыми слезами, пытаясь использовать данное устройство в качестве NAS дома
6) для выполнения описанных задач в посте лучше купить Morefine S500+, minisforum HM90 или любое аналогичное устройство, переплатив 100-150 долларов, поставить туда 3 диска большего х2 размера и получить полноценное готовое устройство в том же форм-факторе, способное на любые задачи. Для "энтузиастов" тоже лучше собрать что-то на х86, вариантов полно.
7) если готовы паять самостоятельно, а не покупать готовое - могло бы выйти достаточно недорого, но тогда нужно ждать решения от Jeff-а, или ещё кого-нибудь - здесь не опенсорс.
8) у PixelNAS есть бесспорные плюсы с точки зрения конкурентов по форм-фактору (модем, универсальность подключения на месте, PoE, размеры, радиатор), но шести дискам там делать нечего
В качестве не-NAS (назовите как хотите - он даже близко не справится с задачами, которые выполняют актуальные модели готовых NAS), просто отдавать файлики по сети через SMB/FTP (не SFTP) - сойдёт, конечно, но альтернатив слишком много, чтобы задумываться о покупке устройства из разряда "цена в личку".
Можно, конечно, утверждать, что NAS - это "network attached storage" и ничего более, но пользователи давно хотят большего от устройств с таким названием. Данная точка зрения существовать может, но устройство продать не поможет.
И да, спасибо, очень много новых устройств нагуглил, пока пытался что-то до вас донести. Пригодится для следующей статьи.
*да, я понимаю, что Taco мягко говоря нифига не мобилен - зато по спекам ближе него ничего не спаяли.
"К счастью для компании" (с) здесь не ваш личный блог, где правила устанавливаются лично вами для всех комментаторов.
Здесь не запрещено обсуждать существующие и потенциальные альтернативы продукту, который вы описываете/рекламируете.
PiKVM - самое известное и крутое сообщество, которое занимается подобными проектами, все их проекты есть на github и могут быть названы "готовыми DIY-проектами".
Ещё есть Jeff, но его на Хабре нет, но он тоже подобное уже пилит.
(и да - обратите внимание на часть предложения "их проекты").
https://github.com/will127534/CM4-Nvme-NAS?tab=readme-ov-file
https://www.willwhang.dev/CM4-Nvme-NAS/
Вот в этом проекте человек получил вполне терпимые 200-400 мегабайт на чтение при iodepth 8 и дальше (50-100k iops 4k read).
Как раз на 4 NVMe на малине.
Не представляю правда, достаточно ли этого, чтобы сделать готовую схему для людей с паяльником (ну и понятно, что может это вообще никому не интересно дальше), так что надеюсь, пригодится, ну а если нет - то сорри)