Re: выравнивание раздела: кому верить, fdisk или parted?
Sergey Spiridonov wrote: > Приветствую > > > Не понял тебя. В соответствующий драйвер можно USB UASP внести > > > изменение, и он будет поправлять optimal_io, в зависимости от усб > > > идентификатора, то есть возвращать либо 0 либо 33554432, вместо > > > 33553920, как сейчас. > > Ещё раз и меедленно - эта цифра обозначает максимальный > > размер одного URB между USB девайсами. К твоему винту она не > > относится совсем никак. > Во-первых размер странный, не находишь? Почему он не дотягивает один > блок в 512 байт до 65536? Если это число из железа, то либо > железо сообщает неправильный размер, либо драйвер его > неправильно интерпретирует. А значит его можно подправить в драйвере. Нет, не странный. Это дело двух USB железок какой поток данных они будут гонять. > Во-вторых если это просто максимальный размер URB между USB девайсами, Потому, что parted - гендерно-нейтральная поделка. > почему это значение используется для выравнивания? Ведь в руководстве > parted написано что выравнивание должно быть кратно размеру физического > сектора, который равен в данном случае 4096. Это правило здесь явно > нарушается - а значит необходимо поправить либо код, либо > руководство parted, а может и то и другое. Вот тебе с моей машины: # grep . /sys/block/sd*/queue/optimal_io_size /sys/block/sda/queue/optimal_io_size:0 /sys/block/sdb/queue/optimal_io_size:0 /sys/block/sdc/queue/optimal_io_size:0 /sys/block/sdd/queue/optimal_io_size:0 /sys/block/sde/queue/optimal_io_size:0 /sys/block/sdf/queue/optimal_io_size:0 /sys/block/sdg/queue/optimal_io_size:0 /sys/block/sdh/queue/optimal_io_size:0 /sys/block/sdi/queue/optimal_io_size:0 /sys/block/sdj/queue/optimal_io_size:0 # grep . /sys/block/sd*/alignment_offset /sys/block/sda/alignment_offset:0 /sys/block/sdb/alignment_offset:0 /sys/block/sdc/alignment_offset:0 /sys/block/sdd/alignment_offset:0 /sys/block/sde/alignment_offset:0 /sys/block/sdf/alignment_offset:0 /sys/block/sdg/alignment_offset:0 /sys/block/sdh/alignment_offset:0 /sys/block/sdi/alignment_offset:0 /sys/block/sdj/alignment_offset:0 Изволите перестать писать на диски? Или писать по 0 байт? > > > Я читал что шифрование само по себе не должно добавлять много > > > тормозов, если ЦПУ поддерживает аппаратное ускорение AES. По > > > крайней мере, так > > Если поддерживает. Вот куча всякого MIPS/ARM железа - не > > поддерживает. А в качестве микросервера с USB3 для бакапов спрятанное > > в кладовке имеет место быть. > Я писал, какое у меня железо. > > Муххахха. Скорость хреновой флешки. > Это ещё цветочки, но при этом хотя бы пользоваться системой вполне > реально. > > Нисколько. За них инсталлер сам всё разметит, с учетом эмпирической > > цифры в 2048 секторов, которой "должно хватить на любой алигн для > Какой ещё инсталлер? При чём тут инсталлер? Проблема с parted. Впрочем > в инсталлере тоже может быть подобный баг. Такой инсталлер, которым debian ставят. Ибо расчитано под один раз разбили и поставили, а флешки и прочая usb-хрень уже воткнута отформатированной в fat/exfat/ntfs. А те, кто может вотнуть неформатированный блочный девайс - обладают знаниями про fdsik. А гнутый parted он опционален, в базовой поставке его нет. > > Выкинь нахрен свою USB корзинку, распечатай и повесь на стенку плакат > ... > > > Предыстория такова: > > ... ты купил какой-то шлак, вместо банальной корзинки с eSATA > > подключением и теперь занимаешься починкой нечинимого. > Как говорится, играл, но не угадал ни одой буквы. На УСБ3 я перешёл как > раз с eSATA. По причине тех же затыков и тормозов. Угадал. То, что ты не знаешь, что делашь - я сразу написал. И то, что ты не можешь внятно описать проблему - тоже.
Re: yandex-browser и пароли
Victor Wagner wrote: > On Fri, 06 Dec 2019 12:51:07 +0300 > Александр Завгородний wrote: > > Да, паролей собрано уже не мало, и их достаточно непросто каждый раз > > вводить, к Яндексу пока не обращался, хочу сначала услышать ваши > > мнения. > Ну если речь идет о мнениях... [...] > Поэтому password manager должен быть отдельно от браузера и любое > межпроцессное взаимодействие его с браузером должно происходить после > явного действия пользователя в password-manager-е. А что ставить то, чтоб и на линуксе и на винде и на ведроиде было "самое безопасное хранилище паролей" и этим можно было пользоваться без прохождения углубленных курсов по основам криптографии в ФСБ?
Re: выравнивание раздела: кому верить, fdisk или parted?
Sergey Spiridonov wrote: > On Tue, 10 Dec 2019 17:19:01 +0300 > "Andrey Jr. Melnikov" wrote: > > Sergey Spiridonov wrote: > > > В Thu, 5 Dec 2019 17:38:02 +0300 (MSK) > > > yuri.nefe...@gmail.com пишет: > > > > > > Боюсь, что баг-репорт не поможет, хотя можете попробовать. > > > > > Ну да, они скажут что виноват драйвер кернела, который > > > неправильно понимает УСБ-Контроллер... Наверное надо куда-то в > > > кернел писать? > > > > Лучше в спортлото. Цифирка, которая в optimal_io - это к USB UASP > > относится. К твоему диску - нет. > Не понял тебя. В соответствующий драйвер можно USB UASP внести > изменение, и он будет поправлять optimal_io, в зависимости от усб > идентификатора, то есть возвращать либо 0 либо 33554432, вместо > 33553920, как сейчас. Ещё раз и меедленно - эта цифра обозначает максимальный размер одного URB между USB девайсами. К твоему винту она не относится совсем никак. > > > Я согласен уже на всё, но какой брать отступ? Какие для этого есть > > > правила??? > > > > Никакой. > В смысле 0? Да хоть и 0. > > > Я потом раздел шифрую люксом, это как-то влияет? > > Да, всё тормозит на шифровании. > Я читал что шифрование само по себе не должно добавлять много тормозов, > если ЦПУ поддерживает аппаратное ускорение AES. По крайней мере, так Если поддерживает. Вот куча всякого MIPS/ARM железа - не поддерживает. А в качестве микросервера с USB3 для бакапов спрятанное в кладовке имеет место быть. > пишут собаководы [1]. И это для SSD! Для шпинделя должно быть вообще > незаметно, ведь поток данных в разы меньше. Поток тот-же, скорость записи другая. > Сам проверял это записывая большой файл на вышеупомянутую зашифрованную > шпиндельную Тошибу. Скорость записи в 260МБ/с меня вполне устроила. При 260 это у тебя в начале винта. в конце будет совсем по другому. > записи тучи мелких файлов скорость записи падает да 10-20МБ/с, но можно > ли винить в этом шифрование, я пока не знаю, пока возможности сравнить нет. Муххахха. Скорость хреновой флешки. > https://www.phoronix.com/scan.php?page=article&item=2019-linux-encrypt&num=1 > Впрочем даже если производительность винта упадёт в два раза, я это > переживу. Проблема в том что у меня проблема куда серьёзней (см. ниже) > > > Спасибо за помощь. Блин, 2019 год, а в линуксе проблема разбить > > > винт. Куда катится мир? > > > > Нет проблем в 2019 году с винтами. Есть проблемы с теми, кто это > > пытается делать не понимая. > Ну ОК, будем считать что я не понимаю. В конце концов это недалеко от > правды. > ... > > Поэтому, для обычного HDD все эти сказки про скорости и выравнивания - > > обычный маркетинговый fud. Для SSD по большей части тоже, т.к. > > контроллеры умнеют, а все веселые картинки про "драматичесике > > изменения скорости" видны только из далекого прошлого. А ведь в > > 3D-NAND уже размер блока 16K+2208 spare, но что-то никто не бегает с > > align 16K и размером сектора в 16k вместо 4k. > То есть по-твоему выравнивание вообще не играют значения, если я > правильно понял. ОК, спасибо за совет. > Но даже если выравнивание значения не играет, то всё равно надо > исправить проблему с моим контроллером (и похоже с некоторыми другими), > потому что это стоило только мне и некоторым людям в этой рассылке > изрядного времени. А сколько ещё людей наткнётся на это сообщение fdisk? Нисколько. За них инсталлер сам всё разметит, с учетом эмпирической цифры в 2048 секторов, которой "должно хватить на любой алигн для любого применения". Особенно красиво, когда бегают с SSD под RAID контроллером и оправдывают такой алигмент "структурами raid", а то, что они хранятся обычно в конце диска - ну это извсетно только производителю, д. > Я в принципе ранее тоже предполагал что значительного влияния > выравнивание не должно оказывать, но проблема в том что у меня есть > очень серьёзный затык с производительностью и я ищу виноватых. Выкинь нахрен свою USB корзинку, распечатай и повесь на стенку плакат с надписюь "USB только для мышек" и при любом желании купить что-то с USB смотри на него до просветления. И да, мышки тоже лучше брать не USB. > Предыстория такова: ... ты купил какой-то шлак, вместо банальной корзинки с eSATA подключением и теперь занимаешься починкой нечинимого. Если тебе хочется быстро - то твой выбор eSATA/Thunderolt 3. А сейчас у тебя "универсально" - т.е. одинаково погано в любом месте. Возможно, USB4 изменит ситуацию - но лет через 5, как китайцы массово научатся клепать дешевые чипы с "USB4 ready*". *) limited subset of USB4 is supported.
Re: yandex-browser и пароли
On Thu, 12 Dec 2019 13:47:28 +0100 Viktor Karpovych wrote: > Вот трындец чел не может остановиться. Нас тут много. > Ну обсосали же ху-yandex со всех сторон и обложили тоже, так нет же, > опять. Тебе же ответили, что здесь не по этим делам, звони Тема "как помешать наглой и жадной корпорации нарушить твою приватность" очень важна в современном интернете. Особенно для пользователей свободных ОС, т.е. для людей которые ценят свою свободу. Можно еще обсудить приложения других жадных и наглых корпораций - Microsoft (который для Debian выпускает Skype) - Oracle (который deb-пакетов не делат, но Oracle InstantClient на Debian вполне ставится, на днях проверял) - Telegram (клиент у него вроде бы опенсурнсный, и даже входит в состав дистрибутива, но на f-droid про подобные программы пишут "promotes proprietary services") Ну и многие многие другие. --
Re: yandex-browser и пароли
После ребута смартфона на Андроиде приложения Яндекса запускались сами в фоне и собирали некую "метрику" (смотрел через htop) Уверен, на Линуксе тоже собирают. Снес их все, а после начала сотрудничества Яндекса с известным гос. органом из 3х букв и патентом "создания профиля пользователя на основе окружающих звуков" удалил и аккаунт. Да, мне нечего бояться, это моя политическая и гражданская позиция, только и всего. Original Message On Dec 12, 2019, 15:36, Artem Chuprina < r...@lasgalen.net> wrote: Victor Wagner -> debian-russian@lists.debian.org @ Thu, 12 Dec 2019 13:36:23 +0300: >> > В яндексе категорически не умеют писать клиентский >> > софт. Поэтому не следует ставить себе на машину ни одного байта >> > бинарного кода, написанного в яндексе. >> >> Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и >> эстетичные :). >> > Ну в ОС Андроид Гугль специально принял меры, чтобы неумение > разработчиков писать программы, которым можно доверять, не мешало. > Поэтому на телефон ставить продукты от яндекса можно. Тоже крайне осторожно и вдумчиво. Вот Я-карты я снес. Потому что оно в самый неподходящий момент вытаскивает прямо под палец рекламу Я-браузера или Алисы. Со здоровенной кнопкой "установить", ага. В итоге у меня от него остались только Я-метро и Я-транспорт, разумных альтернатив которым нет. Еще Я-такси и Я-навигатор на крайний случай, в норме я ими не пользуюсь. А альтернативы Я-картам, к счастью, есть.
Re: yandex-browser и пароли
Вот трындец чел не может остановиться. Ну обсосали же ху-yandex со всех сторон и обложили тоже, так нет же, опять. Тебе же ответили, что здесь не по этим делам, звони разработчикам. Ну троль тугодумный, что с тебя взять. Или ты там работаешь и хочешь чтоб за тебя твою работу кто-то другой делал? Уж очень адрес твой подозрителен. Вот же рожает бывает земля забордурья тугих. чт, 12 дек. 2019 г. в 12:26, Victor Wagner : > On Thu, 12 Dec 2019 16:02:41 +0500 > Stanislav Vlasov wrote: > > > Вот только яндекс не хочет, чтоб с его сервисами взаимодействовали вне > > его программ и теперь запись на его диск через вебдав чего-то больше > > нескольких мегабайт сильно тормозит-с... > > И заодно убрал из документации что-либо про вебдав > > Ну естественно, не хочет. И чем больше не хочет, тем больше оснований > подозревать его в том, что его програмы - это malware и их близко к > своей машине подпускать нельзя. > > Хотя полагаю, что исчезновение информации про webdav из документации > связано в основном со странной политикой микрософта по поводу > поддержки этого протокола в файлменеджере windows. > > Поди яндексовская техподдержка уже замучалась отвечать на вопросы "а что > нужно доставить в windows server, чтобы это работало?", "а почему после > обновления windows 10 у меня все отвалилось?". > -- > >
Re: yandex-browser и пароли
Victor Wagner -> debian-russian@lists.debian.org @ Thu, 12 Dec 2019 13:36:23 +0300: >> > В яндексе категорически не умеют писать клиентский >> > софт. Поэтому не следует ставить себе на машину ни одного байта >> > бинарного кода, написанного в яндексе. >> >> Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и >> эстетичные :). >> > Ну в ОС Андроид Гугль специально принял меры, чтобы неумение > разработчиков писать программы, которым можно доверять, не мешало. > Поэтому на телефон ставить продукты от яндекса можно. Тоже крайне осторожно и вдумчиво. Вот Я-карты я снес. Потому что оно в самый неподходящий момент вытаскивает прямо под палец рекламу Я-браузера или Алисы. Со здоровенной кнопкой "установить", ага. В итоге у меня от него остались только Я-метро и Я-транспорт, разумных альтернатив которым нет. Еще Я-такси и Я-навигатор на крайний случай, в норме я ими не пользуюсь. А альтернативы Я-картам, к счастью, есть.
Re: yandex-browser и пароли
On Thu, 12 Dec 2019 16:02:41 +0500 Stanislav Vlasov wrote: > Вот только яндекс не хочет, чтоб с его сервисами взаимодействовали вне > его программ и теперь запись на его диск через вебдав чего-то больше > нескольких мегабайт сильно тормозит-с... > И заодно убрал из документации что-либо про вебдав Ну естественно, не хочет. И чем больше не хочет, тем больше оснований подозревать его в том, что его програмы - это malware и их близко к своей машине подпускать нельзя. Хотя полагаю, что исчезновение информации про webdav из документации связано в основном со странной политикой микрософта по поводу поддержки этого протокола в файлменеджере windows. Поди яндексовская техподдержка уже замучалась отвечать на вопросы "а что нужно доставить в windows server, чтобы это работало?", "а почему после обновления windows 10 у меня все отвалилось?". --
Re: yandex-browser и пароли
12.12.2019, Victor Wagner написал(а): > А в GNU/Linux, основное преимущество которого заключается в легкости > обеспечения взаимодействия программ и обработки одних и тех же данных > разными программами, лучше продуктов от яндекса не ставить. Вот только яндекс не хочет, чтоб с его сервисами взаимодействовали вне его программ и теперь запись на его диск через вебдав чего-то больше нескольких мегабайт сильно тормозит-с... И заодно убрал из документации что-либо про вебдав -- Stanislav
Re: yandex-browser и пароли
On Thu, 12 Dec 2019 13:14:57 +0300 Pavel Volkov wrote: > On пятница, 6 декабря 2019 г. 13:07:51 MSK, Victor Wagner wrote: > > В яндексе категорически не умеют писать клиентский > > софт. Поэтому не следует ставить себе на машину ни одного байта > > бинарного кода, написанного в яндексе. > > Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и > эстетичные :). > Ну в ОС Андроид Гугль специально принял меры, чтобы неумение разработчиков писать программы, которым можно доверять, не мешало. Поэтому на телефон ставить продукты от яндекса можно. Равно как веб-приложения от яндекса внутри браузера открывать, благо там авторы браузера позаботились об изоляции одного сайта от другого. А в GNU/Linux, основное преимущество которого заключается в легкости обеспечения взаимодействия программ и обработки одних и тех же данных разными программами, лучше продуктов от яндекса не ставить. --
Re: yandex-browser и пароли
On пятница, 6 декабря 2019 г. 13:07:51 MSK, Victor Wagner wrote: В яндексе категорически не умеют писать клиентский софт. Поэтому не следует ставить себе на машину ни одного байта бинарного кода, написанного в яндексе. Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и эстетичные :).