[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]

[Burichan] [Foliant] [Futaba] [Greenhell] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PDF, PNG
  • Maximum file size allowed is 30720 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1654440612067.jpg -(367999 B, 750x1061) Thumbnail displayed, click image for full size.
367999 No.201521  

Профессиональная карта стоит примерно в 1,5 раза дороже равно по производительности игровой (Quadro T1000 и GTX 1650, например), а если сравнивать рекомендованные цены, то разница и вовсе почти в 5 раз. Причём по скорости рендеринга RTX 3090 Ti обгоняет всё (впрочем, они позиционируются как полупрофессиональные, что аналог Titan прошлых серий). Или в видеокартах Quadro есть смысл? И почему практически не используются видеокарты AMD FirePro? Хотя, наверное, многое дело в расширенной гарантии.

Но оптимизация драйвера, судя по видео на "Ютубе", серьёзно решает лишь в Siemens NX и Solidworks, а в остальных программах преимущество профессиональной видеокарты над игровой не такое уж и большое, в районе где–то 5–25%. А Компас 3D и T-Flex — вовсе неплохо адаптированы и под игровые карты.

И если выбирать при апгрейде старого компьютера, для учёбы и нетребовательных игр, то что предпочтительнее: б/у Quadro K620 или б/у GTX 750 Ti? Стоят одинаково, но игровая тут более производительная, хотя и энергопотребление больше.

Проблема в том, что в Интернете полно сравнений, как Quadro ведёт себя в играх, а наоборот — очень мало.

>> No.201522  
File: 1654442883571.jpg -(120373 B, 1024x897) Thumbnail displayed, click image for full size.
120373

У некоторых ещё есть ECC но в основном разница в софтварно залоченых фичах, например https://www.nvidia.com/en-us/design-visualization/solutions/nvidia-mosaic-technology/

Попробуй пробраться через дебри маркетинга чтобы понять, нужно ли оно тебе, дебри нужны чтобы все сомневающиеся переплачивали за Quadro

>> No.201523  
File: 1654443732736.jpg -(1617820 B, 1500x2000) Thumbnail displayed, click image for full size.
1617820

>>201521
В общем случае серверное железо более надежно и дает меньше отказов при круглосуточной работе со 100% нагрузкой. Ну и как сказали выше, есть всякие залоченые фичи вроде виртуализации.

> И почему практически не используются видеокарты AMD FirePro?

Очень много софта залочено на нвидию.

> И если выбирать при апгрейде старого компьютера, для учёбы и нетребовательных игр, то что предпочтительнее: б/у Quadro K620 или б/у GTX 750 Ti?

Если твоя учеба не связана с многочасовым обучением нейросеток то бери игровую.

>> No.201526  
File: 1654457163223.png -(869145 B, 874x1273) Thumbnail displayed, click image for full size.
869145

Маркетологи nvidia придумали выпустить 3090 под соусом "игровой", чтобы их тоже покупали, хотя это как раз видеокарта с профессиональным уклоном и большинству игроков не нужен такой объём памяти.
Современные квадры гораздо лучше подходят для задач моделирования и расчётов, поэтому обычно их ставят в рабочие компы. Но если ты сам себе хочешь купить, то очевидно, что лучше брать "игровую", потому что она будет стоить дешевле и справляться лучше (по той причине, что за примерно те же деньги можно купить только старую б/у квадру). Проф.карты стоят своих денег, когда речь идёт о предприятии или о потенциальной самоокупаемости, если ты сам этим занимаешься на профессиональной основе, но в частном случае оную окупаемость можно ждать долго.

>> No.201527  

>>201522

> но в основном разница в софтварно залоченых фичах

Но перепрошить игровую в Quadro можно было лишь в начале 2000-х, а потом эту лазейку прикрыли. А вот на Quadro же спокойно встаёт игровой драйвер.

> Попробуй пробраться через дебри маркетинга чтобы понять, нужно ли оно тебе, дебри нужны чтобы все сомневающиеся переплачивали за Quadro

Вот–вот. У Quadro преимущества над игровой лишь в ограниченном круге приложений. Причём не факт, за ту же цену игровая карта будет уже более производительной.

>>201523

> В общем случае серверное железо более надежно и дает меньше отказов при круглосуточной работе со 100% нагрузкой.

Но Quadro — видеокарты для рабочих станций. Серверные — это Tesla, которые суть вычислительные модули и не имеют видеовыхода.

> Очень много софта залочено на нвидию.

У-у-у, амуде сосатb.

> Если твоя учеба не связана с многочасовым обучением нейросеток то бери игровую.

Такого нет. Примечательно, кстати, что раньше б/у GTX 750 Ti продавали примерно за 3 тысячи, а сейчас просят в два раза больше. А вот на б/у Quadro почему-то цены не растут.

>>201526

> Маркетологи nvidia придумали выпустить 3090 под соусом "игровой", чтобы их тоже покупали, хотя это как раз видеокарта с профессиональным уклоном и большинству игроков не нужен такой объём памяти.

Собственно, как и "Титан" раньше.

> Современные квадры гораздо лучше подходят для задач моделирования и расчётов, поэтому обычно их ставят в рабочие компы.

Но стоят в 1,5 раза дороже игровых, а потому не факт, что будут лучше за ту же цену.

> Но если ты сам себе хочешь купить, то очевидно, что лучше брать "игровую", потому что она будет стоить дешевле и справляться лучше (по той причине, что за примерно те же деньги можно купить только старую б/у квадру).

Однако, если рассматривать самый низкий ценовой сегмент, то Quadro T400 уже стоит как GT 1030, но при этом лучше из–за тензорных ядер. Quadro T600 вообще получается дешевле аналогичных по производительности игровых. А вот Quadro T1000 — да, уже в 1,5 раза дороже GTX 1650, и далее такая разница в цене уже сохраняется между игровыми и профессиональными.

Но я могу себе позволить пока только б/у. Причём что-то слабее Qudro K620 уже, скорее всего, будет пустой тратой денег, т.к. сильно сливает игровым за ту же цену.

>> No.201531  

>>201523

>есть всякие
>залоченые фичи вроде виртуализации.

Пиздежь, надо плясать с мимикрией под hyper-v и подменой таблиц ACPI.
*Владелец RTX 4000*

>> No.201532  

>>201531
Даже с мимикрией у тебя не получится расшарить одну десктопную карточку на несколько виртуалок.

>> No.201534  

>>201532
А такое впринципе возможно? Как нвидия убрала ограничение на виртуализацию в игровых картах пробовал проброс с помощью kvm виртуализации. Там полностью карта перехватывалась виртуалкой. Видел где-то обсуждение использования и в виртуалке и на хосте, но только когда вм не активна. Параллельное использование в нескольких вм разве возможно, ну конкретно с kvm? Или нужен другой гипервизор?

>> No.201535  
>б/у Quadro K620 или б/у GTX 750 Ti?

Новую GT 1030 /thread

>> No.201536  
File: 1654524553248.jpg -(471744 B, 1286x1812) Thumbnail displayed, click image for full size.
471744

>>201534

> Параллельное использование в нескольких вм разве возможно, ну конкретно с kvm? Или нужен другой гипервизор?

Возможно конечно, причем двумя разынми способами:
https://docs.nvidia.com/grid/13.0/grid-vgpu-user-guide/index.html
https://docs.nvidia.com/datacenter/tesla/mig-user-guide/index.html

>> No.201538  

>>201536
Не знал об этом. Я так понимаю, это не взлетит с картами, позиционирующимися как игровые решения?

>> No.201539  
File: 1654532697162.png -(759652 B, 900x1275) Thumbnail displayed, click image for full size.
759652

>>201538
Именно.

>> No.201548  

>>201535

> Новую GT 1030 /thread

Дороже в три раза. Причём GT 1030 не имеет смысла, ибо это тот случай, когда аналогичная по производительности Quadro T400 стоит столько же.

>> No.201561  
File: 1654617717600.jpg -(316318 B, 940x788) Thumbnail displayed, click image for full size.
316318

>>201531

>Владелец RTX 4000

Выкрал инженерный образец? Они же ещё не вышли

>> No.201567  
File: 1654622394324.jpg -(126777 B, 1000x1469) Thumbnail displayed, click image for full size.
126777

Кстати, а могут ли Windows (САПР и игори) и Линукс сосуществовать на одном SSD? Ведь если разбить его на два раздела, то это ударит по ресурсу, т.к. не будут больше равномерно изнашиваться ячейки, если я правильно понимаю. Но если одну ОС ставить на SSD, а другую на HDD, то и производительности должной не будет + придётся без конца выбирать нужное устройство в биосе для загрузки.

>> No.201569  
File: 1654623390402.jpg -(37746 B, 750x1000) Thumbnail displayed, click image for full size.
37746

>>201567

>ресурс

у меня ссдшник в стационарном компе уже 14 лет работает.

>> No.201570  

>>201567
Завязывай, у меня жыр с монитора потёк.

>> No.201573  
File: 1654625775628.jpg -(155793 B, 662x978) Thumbnail displayed, click image for full size.
155793

>>201567

> не будут больше равномерно изнашиваться ячейки, если я правильно понимаю

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

>> No.201574  

>>201569
У WD Blue на 240 гигов он всего лишь 100 TBW. Жёсткие диски же выдерживают примерно 300 тысяч парковок головок (и именно поэтому их парковка и остановка блинов для энергосбережения — зло).

>>201573
Понял, спасибо. Т.е. получается, что это не HDD, где специально диск разбивают на два раздела или более, чтобы системный оказался там, где угловая скорость вращения наибольшая — соответственно, и чтение будет быстрее.

>> No.201576  
File: 1654632086237.jpg -(243674 B, 577x800) Thumbnail displayed, click image for full size.
243674

>>201574

> Т.е. получается, что это не HDD, где специально диск разбивают на два раздела или более, чтобы системный оказался там, где угловая скорость вращения наибольшая — соответственно, и чтение будет быстрее.

Верно. Кстати у HDD с SMR (за исключением host managed) тоже есть этот слой абстракции чтобы спрятать невозможность произвольной записи.

>> No.201577  

>>201576

> HDD с SMR

FAQ треда про HDD неназываемого сайта рекомендует покупать жёсткие диски только с CMR, а у остальных, мол, плохая надёжность и скорость чтения / записи не очень. Насколько это справедливо?

>> No.201578  
File: 1654638712800.jpg -(190898 B, 900x1440) Thumbnail displayed, click image for full size.
190898

>>201577
По скоростным характеристикам, особенно iops, SMR очевидно проигрывают PMR. Но не так сильно как hdd проигрывают ssd. Но с другой стороны у них куда лучше соотношение объема к цене, так что все зависит от предпологаемой цели использования, под холодное и полухолодное хранилище вполне подойдут и SMR.

>> No.201580  

>>201578
В бюджетные сборки обычно идут SSD на 120 или 240 гигов, а потому HDD нужен ещё и не только как хранилище файлов, но и чтобы запускать игры, которые туда не влезли. Тут уже скорость чтения важна.

В топовых сборках же можно обойтись только SSD на терабайт–два, а HDD засунуть в домашний NAS-сервер — здесь, да, пойдут и SMR. Для внешнего HDD скорость тоже не всегда критична.

>> No.201581  

>>201567

>Ведь если разбить его на два раздела, то это ударит по ресурсу, т.к. не будут больше равномерно изнашиваться ячейки, если я правильно понимаю.

Не имеет значения ни приняв во внимание FTL на SSD, ни при аналогах F2FS. Лучше озаботиться только тем, чтобы часто не писать на SSD.

>Но если одну ОС ставить на SSD, а другую на HDD, то и производительности должной не будет + придётся без конца выбирать нужное устройство в биосе для загрузки.
  1. Подразделы. Хотя бы /var и /home обязательно должны быть на HDD. И /tmp, если он не в RAM. Раздел со свопом тоже стоит поместить на HDD.
  2. Никакого "выбора в биосе" нет. Это делается в загрузчике, на загрузке выбирается ОС, если за 3-5 секунд кнопку не нажали - грузится дефолт. Дефолт и таймаут настраиваются.
>> No.201584  

>>201580
HDD c SMR имеют нормальную скорость чтения.

>> No.201589  
File: 1654680247993.png -(422147 B, 1006x548) Thumbnail displayed, click image for full size.
422147

>>201581

> Подразделы. Хотя бы /var и /home обязательно должны быть на HDD. И /tmp, если он не в RAM.

Немного не понимаю — ведь для Windows тоже нужны же разделы на HDD, куда можно скидывать файлы, которым не место на HDD.

> Раздел со свопом тоже стоит поместить на HDD.

Это не ударит по производительности? Или медленный HDD, или быстрый SSD.

> Никакого "выбора в биосе" нет.

Я изначально имел в виду, что можно выбирать именно физический носитель для загрузки, чтобы не ебаться со всем этим вот. Но, похоже, для такого подхода их нужно слишком много, а тут же будет один SSD + один HDD. Если буду держать линуксы в виртуалке, то ими будет мало повода для пользования, чтобы хорошо изучить, тем более, что они там лагают.

Так что тогда, получается, что SSD нужно использовать под диск С: винды и основные файлы линукса (ебанутая файловая система линукса всё же — у винды более логично), а HDD как-то разделить между ними под остальное. Но хватит ли мне тогда HDD на 500 гигов?

>>201584
На пикрилейтед — тест скорости старенькой TOSHIBA DT01ACA050 на 500 гигов, как раз CMR. У SMR дисков, если верить интернетам, там вообще 40–70 мегабит.

>> No.201590  

>>201567

>могут ли Windows (САПР и игори) и Линукс сосуществовать на одном SSD?

Дуалбут, или виртуальная машина.

>это ударит по ресурсу
  1. Это расходник
  2. С TRIM в обоих системах, и если не забивать диск доверху статическими данными, оверхед будет минимальным.

>>201577

>Насколько это справедливо?

Абсолютно справедливо, будешь постоянно fsck-aть развалившуюся от таймаутов под торрентами и прочими сколь-либо продолжительными нагрузками файловую систему и проклинать себя за то что не успел вернуть в магазин по гарантии. Проблема не в скорости, а в том что диск может уходить в себя на минуты после набора нескольких десятков ГБ случайных записей, многие приложения этого не переживают.
SMR в домашних условиях юзабелен разве что в режиме ленты - blkdiscard-ом вайпнуть и залить бекап в один последовательный приём, и потом по чуть-чуть докидывать файлов, давая ремапу время раскидать медиакеш.
>>201581

>Хотя бы /var

Отделение /var не разрешается в актуальном FHS, зачем это советовать?
И зависит от задач, если он пользуется докером или qemu-kvm, то вынос их образов на HDD очень ударит по удобству работы с системой.

>> No.201591  

>>201590

>qemu-kvm

Это когда qemu начал образа хранить, а не требовать путь к ним?

>> No.201593  

>>201591
По-умолчанию с libvirt идут в /var/lib/libvirt/images.

>> No.201594  

>>201590

>Отделение /var не разрешается в актуальном FHS, зачем это советовать?
>в актуальном FHS
>/var contains variable data files. This includes spool directories and files, administrative and logging data, and transient and temporary files.
>Some portions of /var are not shareable between different systems. For instance, /var/log, /var/lock, and /var/run. Other portions may be shared, notably /var/mail, /var/cache/man, /var/cache/fonts, and /var/spool/news.
>/var is specified here in order to make it possible to mount /usr read-only. Everything that once went into /usr that is written to during system operation (as opposed to installation and software maintenance) must be in /var.
>If /var cannot be made a separate partition, it is often preferable to move /var out of the root partition and into the /usr partition. (This is sometimes done to reduce the size of the root partition or when space runs low in the root partition.) However, /var must not be linked to /usr because this makes separation of /usr and /var more difficult and is likely to create a naming conflict. Instead, link /var to /usr/var.
>Applications must generally not add directories to the top level of /var. Such directories should only be added if they have some system-wide implication, and in consultation with the FHS mailing list.

Где здесь написано про то, что /var нельзя выносить на отдельные разделы? Тут наоборот неявно указывается, что /var может быть на стороне.

>> No.201595  

>>201593
Говорить, что libvirt = qemu - это что-то на уровне отождествления git и github.

>> No.201597  

>>201594
Таки да, перепутал с /usr.
Но смысл отделения разделов кроме /home, /tmp и требуемого для загрузчика сейчас стремится к нулю, разве что планово ожидается терабайтный поток логов, большие количества образов vm или прочая нестандартные нагрузка, и тл логичнее вынести саму нагруженную часть. Иначе только лишний геморрой с установкой и балансировкой занимаемого места.
>>201595
Речь изначально про дефолтное место хранения больших образов, вынос которых на hdd ощутимо бьёт по производительности.

>> No.201599  

>>201597

>Но смысл отделения разделов кроме /home, /tmp и требуемого для загрузчика сейчас стремится к нулю.

Для определённых юзкейсов с приличными SSD и типичными требованиями. Не стоит намекать на то, что в 2022 году разбиение на разделы должно уйти в прошлое. А то как-то такая риторика напоминает тех прогрессивных людей, которые хотят убрать лимит на 80 символов в исходниках, потому что в их работе он им не пригодился. И подобных почитателей 4k-мониторов, не представляющих себе браузер на половину или четверть экрана.

>Иначе только лишний геморрой с установкой и балансировкой занимаемого места.

fdisk и пару строчек в fstab - это не геморрой. Особенно если это делает установщик за пару тыков.

>Речь изначально про дефолтное место хранения больших образов, вынос которых на hdd ощутимо бьёт по производительности.

Если взять на пару раз - это не сильно важно. Если как правило - можно хоть на подобраза бить, если надо.

>перепутал с /usr
>/usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.
>Large software packages must not use a direct subdirectory under the /usr hierarchy.

Про /usr можно то же самое сказать, на это намекает слово shareable и ещё слово host-specific.

>> No.201603  

>>201599

>Не стоит намекать на то, что в 2022 году разбиение на разделы должно уйти в прошлое.

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

>которые хотят убрать лимит на 80 символов в исходниках

Это ограничение перестало играть историческую роль, но появилась ниша для code review. Какие ниши в выносе общесистемных разделов целиком, не под отдельные приложения со сверхпотребностями, на отдельные разделы?

>fdisk и пару строчек в fstab - это не геморрой.

Геморрой - это когда выделив большой запас под /var, в ходе эксплуатации не хватит места под объёмные вещи в /usr/lib или /home. При равном размере диска, непорезанный на лишние разделы с меньшей вероятностью исчерпает один непредусмотренно узкий.

>Про /usr можно то же самое сказать

Де-факто уже десять лет как нельзя, google://usrmerge
И дело не только в пресловутой systemd, историческое резонирование почему sh системный, но perl нет, или почему libc.so системный, но libiconv.so и libnss.so нет давно размылось, для выноса /usr придётся очень тщательно следить за цепочками зависимостей библиотек и выстраивать порядок процессов в ините, и/или костылить дублирование версий в /lib и /usr/lib.

>> No.201604  
File: 1654713392937.png -(243473 B, 499x749) Thumbnail displayed, click image for full size.
243473

>>201590

> Дуалбут

Но SSD в таком случае придётся разбить на два раздела — будут ли комфортными 240 ГБайт в таком случае, особенно если учесть, что у твёрдотельных накопителей начинается просадка по производительности после заполнения на 50%? Более, чем на 75% заполнять SSD вроде как не рекомендуется (HDD, кстати, тоже больше, чем где-то на 85% заполнять не следует, ибо дефрагментация может не запуститься). SSD на 500 гигов же дороговат, хотя, возможно, имеет смысл подкопить на него.

И желательно, чтобы всё же что-то скинуть на HDD (500 гигов), дабы беречь ресурс SSD. Хотя если линуксом буду пользоваться редко, то его можно держаться и полностью на SSD, а вот для Windows те же нетребовательные, но большие по объёму, игори лучше перенести на HDD.

> виртуальная машина

Более тормознутая, а стимул для изучения линуксов есть только если пользоваться ими в повседневной жизни. Например, Windows для САПР и игорей, а на Линуксе кодить и лазать по интернетам (более лучшая защита от вирусов же, хотя, с другой стороны, так всё равно есть шанс скачать файл, который линуксу ничего не сделает, но винде будет вирусом).

> Это расходник

Тем не менее, можно сделать так, чтобы его срок службы был чуть побольше.

> Абсолютно справедливо, будешь постоянно fsck-aть развалившуюся от таймаутов под торрентами и прочими сколь-либо продолжительными нагрузками файловую систему и проклинать себя за то что не успел вернуть в магазин по гарантии. Проблема не в скорости, а в том что диск может уходить в себя на минуты после набора нескольких десятков ГБ случайных записей, многие приложения этого не переживают.

Понял, спасибо.

> SMR в домашних условиях юзабелен разве что в режиме ленты - blkdiscard-ом вайпнуть и залить бекап в один последовательный приём, и потом по чуть-чуть докидывать файлов, давая ремапу время раскидать медиакеш.

Но есть проблема, что в моделях, которые раньше имели CMR, теперь SMR — та же Toshiba P300; но при этом цена осталась такой же. Вот при больших объёмах — да, становится заметно, что диски с SMR дешевле CMR. И это немного странно, т.к. SSD с большим ресурсом стоят дорого, а потому без хорошего HDD с CMR не обойтись в случае бюджетных сборок, но если так и будет продолжаться, то в бюджетных сборках пропишутся SMR как хранилище файлов.

>>201599
До сих пор пользуюсь монитором 1366x768. Что я делаю не так? Мне, конечно, его маловато (большой, конечно, удобнее, ибо не нужно постоянно прыгать между окнами), но что-то покруче, либо ещё один в дополнение, — это дорого, и видеокарта мощная нужна.

>> No.201608  

>>201604

>будут ли комфортными 240 ГБайт в таком случае

Зависит от задач, но скорее да, чем нет, для самих ос и базовых программ хватит с головой.

>Тем не менее, можно сделать так, чтобы его срок службы был чуть побольше.

Пользуюсь системой на одних ssd от adata, заполненость 80+%, нагрузка виртуальными машинами и торрентами, полет нормальный. Не говорю что надо повторять, в новых ноутах не всегда есть 2.5" SATA, но проблема износа TLC дисков не выглядит критичной.

>Более тормознутая

При правильной подготовке тормоза минимальны и работа с САПРами или офисом вполне комфортна, больше проблем с видеокартой или капризным спецжелезом.
Дуалбут для активной попеременно работы в разных ос очень быстро выбешивает, но, скажем, при разделении между работой и играми это не проблема.

>в моделях, которые раньше имели CMR, теперь SMR

Надо смотреть на part number и его характеристики. А так, да, взяв wd black в ноут и поставив на него ос я случайно узнал, что такое smr.

>> No.201609  

>>201608

>полет нормальный

...уже пару лет, забыл дописать.

>> No.201612  

>>201608

> Зависит от задач, но скорее да, чем нет, для самих ос и базовых программ хватит с головой.

А если взять на 500 гигов, то и игори можно на SSD перекинуть.

> САПРами
> больше проблем с видеокартой

Как раз для САПР и нужна видеокарта же.

>>201609
Это мало, учитывая, что 50% HDD могут работать более 6 лет при работе 24/7, если верить быстрой гуглёжке.

>> No.201613  

>>201612

>Как раз для САПР и нужна видеокарта же.

Смотря каких. Но в общем случае, если работа в них - основная, то ставить надо естественно нативную винду.

>Это мало, учитывая, что 50% HDD могут работать более 6 лет при работе 24/7

Даже если 2 года предельный срок при текущих нагрузках, ресурс можно поднять переходом на более стойкие серии и/или покупкой более емких, для запаса.
Имхо, ноутбучные HDD - это тупик, ниже 500 ГБ цены сравниваются с SSD, выше 2 ТБ вариантов просто нет, и скорее всего не будет, в то время как SSD доступны до 15 ТБ, механическая хрупкость, а сейчас ещё и хитрожопые производители практически во все модели пихают SMR. Если потребности и закрываются HDD сейчас, апгрейдить через 6 лет будет все равно некуда, кроме как брать дорогой ёмкий SSD.

>> No.201614  

>>201613

> Смотря каких. Но в общем случае, если работа в них - основная, то ставить надо естественно нативную винду.

Сборки с огромным количеством деталей в 3D вряд ли будут адекватно работать в виртуале. 2D–черчение — может быть, но обычно делают всё в 3D, а чертёж на плоскости строится автоматически.

> то ставить надо естественно нативную винду

Причём если и САПР работает через Wine (T-Flex и Компас 3D могут), то проблема появляется в том, что драйверы видеокарт под линуксы несколько урезаны по своим возможностям.

> Имхо, ноутбучные HDD - это тупик, ниже 500 ГБ цены сравниваются с SSD, выше 2 ТБ вариантов просто нет, и скорее всего не будет, в то время как SSD доступны до 15 ТБ, механическая хрупкость, а сейчас ещё и хитрожопые производители практически во все модели пихают SMR. Если потребности и закрываются HDD сейчас, апгрейдить через 6 лет будет все равно некуда, кроме как брать дорогой ёмкий SSD.

Учитывая, что многие любят носить включённый ноутбук, то HDD туда лучше не ставить.

>> No.201618  

>>201614

> что драйверы видеокарт под линуксы несколько урезаны по своим возможностям

Например?

>> No.201619  

>>201618
НННННННННННВИИИИИДИИЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯ

<спойлер>простите</спойлер>

>> No.201620  

>>201619
И что с ними не так?

>> No.201621  
File: 1654760727879.png -(4855509 B, 4334x2480) Thumbnail displayed, click image for full size.
4855509

>>201620
Ну какой же ты глупый, ну!

>> No.201622  

>>201621
Я не в курсе ваших мемов и у меня нет нвидии. Что с ней не так?

>> No.201623  

>>201622
Протухшие мемы десятилетней давности, когда нвидия не делала нормальных дров под линукс. Там ещё Торвальдс сказал: "Fuck you, Nvidia"

>> No.201624  

>>201623
Однако, они и сейчас делают драйвера, которые заводятся со второго пинка.

>> No.201629  

>>201624
Наверное, поэтому под линуксы нет серьёзных САПР, а из программ для 3D-моделирования есть только Blender.

>> No.201630  

Кстати, а почему внешний жёсткий диск "Тошиба" (внутри там MQ04UBF100) при подключении через USB 2.0 работает нормально, а через 3.0 — нет, часто то отключается, то включается снова. Ему питания не хватает? Поможет ли в этом случае Y-образный кабель?

>> No.201632  
File: 1654796504917.png -(1192667 B, 1093x1287) Thumbnail displayed, click image for full size.
1192667

>>201630
Плохой контакт?

>> No.201641  

>>201632
Судя по отзывам, не у меня одного такая проблема. Хотя USB 3.0 у меня в виде платы расширения, а потому, вполне возможно, плохой контакт, тем более. что её несколько проблематично подключить к блоку питания, и там действительно чуть отходит.

>> No.201661  

Кстати, а нужно ли делать дефрагментацию SMR-дисков? Однозначного и простого ответа в интернетах нет.

>> No.201662  
File: 1654963272419.jpg -(1100201 B, 1650x1275) Thumbnail displayed, click image for full size.
1100201

>>201661
В общем случае она и для PMR диков не так чтобы сильно нужна, а в случае SMR, когда физические адреса не соответствуют лоническим, выглядит совсем сомнительно.

>> No.201663  

>>201662

> В общем случае она и для PMR диков не так чтобы сильно нужна

Мне кажется, заметно повышается скорость чтения, если нет SSD. Другое дело, что автоматическую дефрагментацию лучше сразу отключать, чтобы не тормозило когда не нужно, а лучше делать дефрагментацию в удобное время раз в 2–3 месяца.

> а в случае SMR, когда физические адреса не соответствуют лоническим, выглядит совсем сомнительно

Понял, спасибо.

>> No.201665  
File: 1654976941583.jpg -(2503668 B, 4943x6879) Thumbnail displayed, click image for full size.
2503668

Чтобы не плодить отдельный тред спрошу здесь.
Что будет если я воткну RTX 30ХХ в комп 10-ть летней давности для майнинга.
В интернетах пишут, что материнка совместима. Хотя у меня PCI-express 3-го поколения, а видео карты этой серии поддерживают 4-е поколение. Блок питания подойдет в притык для одной такой карты, но я хотел оставить старую GTX которая тоже весьма прожорливая, может если не гонять на максимальных вычислениях то будет норм.
Как смотрел для майнинга даже к сети весьма низкие требования, так что я смогу майнить даже с мобильного интернета, как понимаю.
Про актуальность майнинга как бы не спрашиваю.

>> No.201666  
File: 1654977328678.png -(1589410 B, 1200x800) Thumbnail displayed, click image for full size.
1589410

>>201663

> Мне кажется, заметно повышается скорость чтения, если нет SSD.

Оно работает в довольно узком диапазоне случаев: файл должен быть достаточно большим, быть записан несколькими кусками в течении продолжительного времени и при этом у него должно за раз вычитываться заметное количество таких кусков. В остальных случаях это скорее эффект от подъема метаданных фс в кеши чем от самой дефрагментации.

>> No.201667  

>>201662

>выглядит совсем сомнительно

Как диск может полечить покалеченную файловую систему вроде NTFS?
>>201665
Она либо заработает, либо не заработает.

>> No.201668  
File: 1654977455775.jpg -(586659 B, 1000x800) Thumbnail displayed, click image for full size.
586659

>>201665
Должно заработать, но лучше оставь запас по питанию, пиковое потребление может превышать номинальное.

>> No.201670  
File: 1654977622199.jpg -(837252 B, 1358x1637) Thumbnail displayed, click image for full size.
837252

>>201667

> Как диск может полечить покалеченную файловую систему вроде NTFS?

А ее до сих пор не полечили?

>> No.201672  

>>201665

> Хотя у меня PCI-express 3-го поколения, а видео карты этой серии поддерживают 4-е поколение.

Вот если бы там был PCI-E первого поколения или второго, то видеокарта заметно бы потеряла в производительности. В случае третьего и четвёртого разница должна быть небольшой, ибо видеокарты столько не передают пока данных за раз.

> Блок питания подойдет в притык для одной такой карты

Это плохо, поскольку даже у хороших блоков питания не 100% КПД. Нужен запас, а иначе видеокарте не будет хватать энергии, отчего майнинг на дорогой видеокарте станет так себе затеей (впрочем, он и так выгоден лишь если либо майнить вирусами на чужих компах, либо воровать электричество — т.е. незаконные способы уже, а потому эта хрень должна быть запрещена, тем более, что из-за майнеров видеокарты стали безумно дорогими).

> но я хотел оставить старую GTX которая тоже весьма прожорливая, может если не гонять на максимальных вычислениях то будет норм

Для майнинга важно соотношение между вычислительной мощностью и энергопотреблением, а иначе видеокарта электричества больше скушает, чем намайнит. На данный момент оно самое лучшее у топовых Quadro RTX, если я ничего не путаю, но тут уже сами видеокарты стоят в 1,5–2 раза дороже своих игровых аналогов.

>>201666
Однако, как мне кажется, есть большая разница между тем, что или файлы игры будут записаны подряд, или раскиданы по всему диску из–за фрагментации — загрузка будет происходить быстрее.

Кстати, а не должны ли SMR диски быстрее изнашиваться? Ведь им приходится гораздо больше работать на запись. Хотя для внешних жёстких дисков, которым не нужно работать по нескольку часов каждый день (либо вовсе 24/7), это не критично. И почему, к слову, внешний жёсткий диск может быть дешевле, чем ноутбучный HDD, который находится внутри него? Получается, что слухи о том, будто во внешние диски суют брак, не такие уж и слухи?

>>201668
Если не разгонять, то пиковое энергопотребление и есть номинальное, если я не ошибаюсь.

>> No.201673  
File: 1654979656025.jpg -(2518970 B, 1446x2046) Thumbnail displayed, click image for full size.
2518970

>>201668
По честному на две видеокарты понадобится блок питания на киловатт, но мне не очень хочется раскошеливаться на новый. Тем более не знаю менялись ли их "слоты", стандарты в последнее время. Так сейчас у меня хороший на 750 Ватт. Как смотрел не хватающие 8 pin контакты можно получить с переходником с MOLEX.

>> No.201674  

>>201673

> Так сейчас у меня хороший на 750 Ватт.

Который на деле будет выдавать 600 Ватт.

>> No.201675  
File: 1654980364833.jpg -(714616 B, 2359x3258) Thumbnail displayed, click image for full size.
714616

>>201674
10 лет назад когда собирал комп я на БП не экономил.

>> No.201676  
File: 1654981583548.jpg -(9964149 B, 5897x4290) Thumbnail displayed, click image for full size.
9964149

>>201672

> Вот если бы там был PCI-E первого поколения или второго, то видеокарта заметно бы потеряла в производительности.

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

> файлы игры будут записаны подряд, или раскиданы по всему диску из–за фрагментации

Не будет никакой разницы, при позиционировании головки на начало файла ей все равно, свободное место перед этим файлом или занятое.

> Кстати, а не должны ли SMR диски быстрее изнашиваться? Ведь им приходится гораздо больше работать на запись.

У жестких дисков не ограничено количество перезаписей.

> И почему, к слову, внешний жёсткий диск может быть дешевле, чем ноутбучный HDD, который находится внутри него?

Особенности маркетинга или логистики, вроде размеров партий, которыми эти диски возят.

> Если не разгонять, то пиковое энергопотребление и есть номинальное, если я не ошибаюсь.

Уже давно не так. Сейчас много чего даже в нормальном устоявшимся режиме тротлится и следовательно до прогрева может откушать больше электричества чем после.

>> No.201677  

>>201675
Зато это время у БП могли вздуться конденсаторы, например. Впрочем, проверить его в работе несложно — скрепкой замыкаете контакты на включение, да замеряете тестером.

>>201676

> Не будет никакой разницы, при позиционировании головки на начало файла ей все равно, свободное место перед этим файлом или занятое.

Если я правильно понимаю, то на фрагментированном жёстком диске один файл может вообще быть записан кусками в разных местах, и головке приходиться туда–сюда ходить, на что тратится время. После дефрагментации же данные записаны подряд.

> У жестких дисков не ограничено количество перезаписей.

Механические части имеют свойство изнашиваться. При этом изношенный диск должен сыпать ошибками позиционирования в SMART.

> Особенности маркетинга или логистики, вроде размеров партий, которыми эти диски возят.

А вот не факт. У тех же WD в линейках Green, Blue, Black, Purple, Red и Gold вполне может быть один и тот же диск, но с разной прошивкой. И вроде как в Green идут самые хреновые.

>> No.201678  
File: 1654988623054.jpg -(676234 B, 1000x1200) Thumbnail displayed, click image for full size.
676234

>>201677

> Если я правильно понимаю, то на фрагментированном жёстком диске один файл может вообще быть записан кусками в разных местах, и головке приходиться туда–сюда ходить, на что тратится время.

Все верно. Но чтобы его так записать, надо еще постараться.

> Механические части имеют свойство изнашиваться. При этом изношенный диск должен сыпать ошибками позиционирования в SMART.

Там из механики не только головка но и шпиндель, который изнашивается вне зависимости от того, работают с диском или нет. И ошибками он может не сыпать, а просто молча сломаться одним моментом.

> У тех же WD в линейках Green, Blue, Black, Purple, Red и Gold вполне может быть один и тот же диск, но с разной прошивкой.

Но речь ведь шла про идентичные диски в чистом виде и в устройстве а не про разные линейки.

>> No.201679  

>>201678

> Все верно. Но чтобы его так записать, надо еще постараться.

Почему же? Это довольно легко! Просто на диске, где было полно файлов, удаляем многие из них, а потом устанавливаем туда игру, например — её файлы окажутся фрагментированными, что будет отрицательно сказывается на производительности.

Во всяком случае, CMR дискам обязательно нужна дефрагментация.

> Там из механики не только головка но и шпиндель, который изнашивается вне зависимости от того, работают с диском или нет. И ошибками он может не сыпать, а просто молча сломаться одним моментом.

Актуатор вполне себе изнашивается же.

Причём механика сильнее всего изнашивается на тех дисках, где в угоду сбережению питания при простое диск останавливается, и головки паркуют, особенно если нельзя эту возможность отключить или настроить время на большее. WD Green вроде останавливаются через 8 секунд простоя, а этого мало.

> Но речь ведь шла про идентичные диски в чистом виде и в устройстве а не про разные линейки.

Но суть похожа — один и тот же диск, но под разной начинкой. У Toshiba, кстати, тот же P300 бывает как CMR, так и SMR, где разница лишь в прошивке диска.

>> No.201680  

А ведь компьютеры, на самом деле, устаревают всё медленнее.

Комп из 1992 года: процессор i486 частотой 100 МГц, оперативная память на 8–16 мегабайт, жёсткого диска могло не быть вовсе (даже в Windows 11 диски A: и B: зарезервированы для дискет, ибо legacy из тех древних годов), либо он объёмом всего несколько сотен мегабайт. ОС, скорее всего, MS-DOS, загружаемая с дискеты. Богатый вариант — Windows 3.1.

Комп из 2002 года: процессор Pentium IV частотой 2,4 ГГц, оперативная память на 128–512 мегабайт, жёсткий диск на 20 гигов, видеокарта GeForce 4 MX. ОС — Windows 2000 или Xp.

Комп из 2012 года: многоядерный процессор на сокете 1155, оперативная память на 8 гигабайт, жёсткий диск на 0,5–1 терабайт, SSD на 64–120 гигов под "Винду", видеокарта GTX 550 Ti. ОС — Windows 7 или 8.

Комп из 2022 года: двенадцатое поколение Intel Core, оперативная память на 16–32 гигабайт, видеокарта RTX 3060, вместо жёсткого диска — NVMe SSD. При этом возможна модернизация компа из 2012 до его уровня: Xeon с "Алиэкспресс", оперативки побольше (правда, DDR 3), SSD под ОС и игры, жёсткий диск из старого компьютера для хранения файлов. Хотя, надо отметить, современный i3 круче, чем i7 ранних поколений. ОС — Windows 10 или 11; также на десктопах становятся популярными линуксы.

>> No.201681  

>>201670
А там есть кому?
https://www.reddit.com/r/linuxmemes/comments/l5pjx0/it_is_2021_and_disk_fragmentation_is_still_a_thing/

>> No.201682  
>становятся популярными линкусы

Где? ГДЕ?????

>> No.201683  

>>201681
Раз в 2–3 месяца делать дефрагментацию не так уж и сложно.

>>201682
Вроде доля линуксов на десктопов выросла до 10%, а раньше был совсем смешным показатель. Впрочем, во многом виной то, что на линуксы до сих пор не всегда есть драйверы, а из хороших профессиональных приложений только Blender, да утилиты для сисадминов. Зато игрушки есть, хуле.

>> No.201684  
File: 1655019021570.jpg -(813645 B, 1200x900) Thumbnail displayed, click image for full size.
813645

>>201679

> Просто на диске, где было полно файлов, удаляем многие из них, а потом устанавливаем туда игру,

И как это помешает выделять место под ее файлы одним куском? Даже если инсталятор не использует преаллокацию, при установке время между открытием и закрытием создаваемого файла практически наверняка будет меньше чем время сброса кеша на диск, следовательно к моменту записи этого файла на диск будет известен его полный объем и можно найти кусок свободного места соответствующего объема.

> Актуатор вполне себе изнашивается же.

Но это не значит что он всегда оказывается слабым местом.
>>201681
Туда вроде новые фичи регулярно добавляют, неужели не смогли добавить довольно банальные вещи?

>> No.201685  

>>201683

> а из хороших профессиональных приложений только Blender, да утилиты для сисадминов

Вот, кстати, да. Если GIMP и LibreOffice наступают на пятки своим проприентарным аналогам, то FreeCAD как был говнищем, так им и остался. Да и из IDE лучшая на данный момент — Microsoft Visual Studio.

>> No.201686  

>>201684

> И как это помешает выделять место под ее файлы одним куском?

Наверное то, что HDD с простой записью старается сначала заполнять свободные кластеры, которые ближе всего к началу диска? И если удалять файлы, то, со временем, получается большая фрагментация, ибо новые файлы записываются кусками, где каждый затыкает свободное место.

> Но это не значит что он всегда оказывается слабым местом.

Тем не менее, ибо на него больше всего нагрузок в работе. У мотора, что вращает блины, максимальная нагрузка лишь при раскрутке.

Кстати, то, что Windows 10 постоянно пишет что–то на диск, может быть мифом? Ведь такое поведение характерно именно для дисков с SMR, коих нынче большинство. Диски с CMR же сейчас стали дороже аналогов с черепичной записью (сравните WD Red и WD Red Plus).

>> No.201687  
File: 1655020382889.jpg -(613415 B, 1280x904) Thumbnail displayed, click image for full size.
613415

>>201686

> Наверное то, что HDD с простой записью старается сначала заполнять свободные кластеры, которые ближе всего к началу диска?

Выделять кластеры, которых явно не хватит при наличии свободных кусков большего размера, имеет мало смысла. Делать AllocationSize в системных вызовах, чтобы потом его игнорировать тоже не имеет смысла.

> Тем не менее, ибо на него больше всего нагрузок в работе.

И это компенсируется соответствующим запасом прочности.

> У мотора, что вращает блины, максимальная нагрузка лишь при раскрутке.

Узким местом чаще всего оказываются подшипники а не мотор.

> Кстати, то, что Windows 10 постоянно пишет что–то на диск, может быть мифом?

В эпоху виртуальных машин это ведь легко проверить.

>> No.201688  

>>201683

>роде доля линуксов на десктопов выросла до 10%

Судя по количеству тупых вопросов на реддите, может, ты и прав.

>Впрочем, во многом виной то, что на линуксы до сих пор не всегда есть драйверы

Нет. Виной общая экосистема. Когда я переходил на линукс я буквально охуевал от того, сколько говна на меня свалилось на ровном месте. Я миллионы раз задавался вопросом, "а нахуя мне, обычному пользователю, знать ВСЕ это???". Остался по своим причинам, но сути не меняет. На линуксе приходится читать мануалы, а это по дефолту означает вечный андерграунд.
>>201685

>GIMP

Пока что он только мне на последние нервные клетки наступает. Настолько хуево хэндлит некоторые вещи, что я просто забиваю и делаю в inkscape.

>Libreoffice

Точно так же. Draw в десяток раз хуже Visio, а вместе с Calc получается буквально инструмент для взрыва моего очка. Math настолько убогий, что его просто жалко. Basic уже пованивает и это заметно.

>> No.201689  

Алсо, IDE не нужны. Труъ пацаны медендаж говно в голове, а для записи текста использую vim.
Линус кодит на Emacs <irony>GNU/Linux</irony>, что как бы намекает.

>> No.201690  

>>201665
Ну если эфир майнить собираешься, то можешь частоту ядра снижать вместе с поверлимитом, выигрывая в энергопоореблении. Куда важнее частота памяти, а также температура. Если карта 70ti и выше то память 6x, она даже без майнинга легко 80-90 градусов греется. А про pci 3 или 4, особой роли не сыграет, как уже сказали в треде, некоторые майнеры и вовсе через райзеры pcie 3 x1 карты ставят. LHR не забудь обойти с правильной версией драйвера и майнера, если карта новой ревизии.

Кстати, Окуу, не знаешь случайно годные утилиты для линукса чтобы эти параметры гпу регулировать?

>>201685
Pycharm одинаково хорош для линукса и виндоуса.

>> No.201691  
File: 1655023959458.jpg -(2456545 B, 1200x1900) Thumbnail displayed, click image for full size.
2456545

>>201690

> Кстати, Окуу, не знаешь случайно годные утилиты для линукса чтобы эти параметры гпу регулировать?

Я как-то оверклокингом видеокарт не занимаюсь в связи с отсутсвием у меня таковых, но гугл для этого предлагает nvidia-settings

>> No.201692  
File: 1655027741752.png -(567524 B, 800x555) Thumbnail displayed, click image for full size.
567524

>>201687

> Выделять кластеры, которых явно не хватит при наличии свободных кусков большего размера, имеет мало смысла. Делать AllocationSize в системных вызовах, чтобы потом его игнорировать тоже не имеет смысла.

Ничего не знаю, я как прочитал в справке Windows 2000, что необходимо регулярно делать дефрагментацию, так и считаю её обязательной для CMR HDD. Тем более, опыт подсказывает, что она действительно чуть ускоряет работу ПК (возможно, плацебо, ибо не замерял время).

> И это компенсируется соответствующим запасом прочности.

Напротив, надёжность всей системы определяет по надёжности неремонтопригодных компонентов, и если они долго не работаю, то и не имеет смысла делать избыточный запас прочности для всего остального. Опять же, если делать жёсткие диски, что работают дольше гарантийного срока, то новые будут покупать мало, тем более, что SSD в плане наработки на отказ вроде даже получше.

> Узким местом чаще всего оказываются подшипники а не мотор.

У подшипников большой ресурс.

> В эпоху виртуальных машин это ведь легко проверить.

Проверял (давно, правда, году в 2016) — потому и считаю, что Windows 10 в плане нагрузки на диск мало отличается от 7 или 8, а всему виной SMR HDD. Современная Windows 10 вполне может быть именно что "Дриснятка", где полно всякого ненужного (впрочем, есть ЛГБТ–редакция и говносборочки типа Zver CD).

>>201688

> Судя по количеству тупых вопросов на реддите, может, ты и прав.

Так на "Яндекс Дзен" и всяких "Пикабу" часто пишут, что ставят себе Linux Mint.

> "а нахуя мне, обычному пользователю, знать ВСЕ это???"

Так это круто же! Или просто ебаться, или научиться доводить женщину до оргазма.

> а вместе с Calc получается буквально инструмент для взрыва моего очка

В Excel меня бесит, что он понимает формулы на английском, но в русской версии их вводить нельзя — нужно переключать раскладку, что отнимает время, ибо символ $ часто используется.

>>201689

> Алсо, IDE не нужны

Нужны, особенно новичкам, поскольку сразу предостерегают от глупых ошибок.

>>201690

> Pycharm

Но только для Python. Из опенсосрных IDE только Code::Blocks что-то может.

>> No.201693  
File: 1655029217126.jpg -(1737485 B, 925x1500) Thumbnail displayed, click image for full size.
1737485

>>201692

> в справке Windows 2000

Так оно еще вроде на FAT было. С тех пор многое поменялось.

> Напротив, надёжность всей системы определяет по надёжности неремонтопригодных компонентов, и если они долго не работаю, то и не имеет смысла делать избыточный запас прочности для всего остального. Опять же, если делать жёсткие диски, что работают дольше гарантийного срока, то новые будут покупать мало

В обратную сторону это тоже работает - если чаще всего выходит из строя головка то есть смысл сделать ее прочнее. А гарантия на диски сейчас не то чтобы совсем маленькая.

> У подшипников большой ресурс.

Но не бесконечный.

>> No.201694  

>>201692
Виндовс 10 охуевшая скотина, убивающая диск настолько, что первый час после 20-минутного запуска ничего делать нельзя буквально. И вина тут не диска, а долбоебов-кодеров, виндовс 7 на таком же диске летает без изьяна.

Алсо, твои последние контр-аргументы Уцухе хуйня в духе "всрусь не покорюсь". Не делай так.

>> No.201695  

>>201693

> Так оно еще вроде на FAT было.

Не путайте Windows ME и Windows 2000. Windows 2000 — это NT 5.0 же! Винду там можно установить только на NTFS. Только Microsoft их выпустила почти подряд, а потому их часто путают. Но доведённая до ума Windows 2000 — это Xp (NT 5.1) и Sever 2003 с Xp 64-bit (NT 5.2).

> если чаще всего выходит из строя головка то есть смысл сделать ее прочнее

Только это не всегда возможно же. Особенно в тонких 2,5" HDD, где всё очень компактное. Более маленькие форматы, скорее всего, не прижились именно по этой причине, что уже не получалось их сделать достаточно надёжными.

> Но не бесконечный.

По российским ГОСТ 19523-81 ресурс подшпиников качения у электродвигателей должен быть не менее 14 000 часов. Как в других странах — не знаю, но явно тоже ресурс отнюдь не маленький. Тем более, что при работе 24/7 эти 14 тысяч часов будут всего лишь составлять полтора года. Диску с гарантией 5 лет нужен ресурс 43 800 часов.

>>201694

> Виндовс 10 охуевшая скотина, убивающая диск настолько, что первый час после 20-минутного запуска ничего делать нельзя буквально.

В LSTC и в версии для образовательных учреждений такой фигни вроде нет.

>> No.201696  

>>201694

> Алсо, твои последние контр-аргументы Уцухе хуйня в духе "всрусь не покорюсь". Не делай так.

А Уцухо работает сисадмином, но путает ME и 2000, хотя явно должен был застать Windows NT 4.0 или Server 2000.

>> No.201697  
File: 1655033121439.png -(20542 B, 720x396) Thumbnail displayed, click image for full size.
20542

>>201695

> Винду там можно установить только на NTFS.

Orly?

> Только это не всегда возможно же. Особенно в тонких 2,5" HDD, где всё очень компактное.

Но ведь делают же:

Device Model:     WDC WD3200BPVT-75ZEST0
9 Power_On_Hours 0x0032 054 054 000 Old_age Always - 34034

Олсо что мешает ставить на головку подшипники того же класса что и на шпиндель?
>>201696
Откуда инфа?

>> No.201698  

>>201695

>Не путайте Windows ME и Windows 2000.

В то время NTFS было говном, поэтому написанно, что нужна дефрагментация. Она и сейчас нужна, потому что говно не поченили. Уцухо имел ввиду нормально файловый системы вроде ext4, разработчики которых достаточно умные, что бы запилить методы нидапускания фрагментации.

>Только это не всегда возможно же. Особенно в тонких 2,5" HDD, где всё очень компактное. Более маленькие форматы, скорее всего, не прижились именно по этой причине, что уже не получалось их сделать достаточно надёжным

Для нужд диска возможно, не недооценивай сопромат. Будет бабло будет и прочность, хуле этому диску надо. А утверждение, что тонкие не прижились хуйня, почти все (а по-моему вообще все) популярные внешние диски малых объемов (вроде до 8ТБ) идут 2.5. Вполне себе прижились. Они не стали популярными на десктопе только потому, что для развития тех же параметров, что и у 3.5 диска, нужно больше бабла и более утонченная техника, а нахуй надо?

>По российским ГОСТ 19523-81

Во-первый, российский ГОСТ можешь засунуть в очко, во-вторых, из самого же госта

> > Распространяется на трехфазные асинхронные короткозамкнутые двигатели серии 4А (далее — двигатели) мощностью от 0,06 до 400 кВт (при синхронной частоте вращения 1500 об/мин), предназначенные для работы от сети переменного тока частотой 50 и 60 Гц исполнений: основного, химически стойкого, пылезащищенного; изготавливаемые для нужд народного хозяйства и экспорта в страны с умеренным и тропическим климатом.

Где блять у диска 3 фазы и переменный ток? Это настолько разные области, что ты охуеешь просто.

>В LSTC и в версии для образовательных учреждений такой фигни вроде нет.

Я не образовательное учреждение, я хикка.

>А Уцухо работает сисадмином, но путает ME и 2000

Видимо, работает на нормальных ОСях, а не на современных виндовсах.

>> No.201699  

>>201697

> Orly?

Только адекватно работать Windows 2000 будет лишь с NTFS, ибо в FAT 32 нет многих нужных фич, в т.ч. поддержки файлов больших размеров.

> Олсо что мешает ставить на головку подшипники того же класса что и на шпиндель?

Просто гуглите как устроена головка, а не доёбывайтесь.

>>201698

> идут 2.5. Вполне себе прижились.

Я имел в виду маленькие диски, вроде формата 0,85".

> Я не образовательное учреждение, я хикка.

Но пирату не всё равно?

> работает на нормальных ОСях

Во времена Windows NT 4.0 и 2000 из достойных конкурентов была лишь OS/2, а линуксы были недоделанные, что их серьёзно не воспринимали.

>> No.201700  

>>201699
Я тоже люблю разговаривать сам с собой. Классное место имиджборды, правда?

>> No.201704  

>>201691
Жаль, надеялся что у тебя хоть какая-то гпу есть в наличии.
>>201692
CLion есть ещё.

>> No.201705  

>>201704
Это проприентарное ПО, а не Open Source.

>> No.201708  
File: 1655048747781.jpg -(26852 B, 670x527) Thumbnail displayed, click image for full size.
26852

>>201692

>Code::Blocks

фактически ущербен

https://www.qt.io/blog/tag/qt-creator
https://download.qt.io/official_releases/qtcreator/

причастись

>> No.201709  

Я уже начал нервничать, где же мелкочень (или просто какая-то маленькаябуквочка?) с милым создателем. А он тут как тут, солнышко!

>> No.201710  

пс кутекриейтор хороший, только много мегабайтов по зависимостям тянет.

>> No.201717  

>>201708
Зачем нужна Qt-параша для Js-кодеров, что захотели вкатиться в С++?

>> No.201720  
File: 1655068234852.jpg -(154096 B, 707x1000) Thumbnail displayed, click image for full size.
154096

>>201717

> Qt-параша

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

>Зачем

LSP и форматирование. ну и удобный редактор - нет, вим не удобный, даже если тебя спатиальная ориентация развита как у в`орона. иначе бы емаксосрача не было.

>> No.201722  

>>201720

> лучший интерфейсный тулкит

Windows API вам на что?

>> No.201723  

Короче, программисты — это такие хуесосы, которые считают себя самыми умными, но на деле для большинства из них все навыки и умения ограничены лишь любимыми фреймворками.

>> No.201724  
File: 1655086712411.jpg -(504853 B, 4801x3599) Thumbnail displayed, click image for full size.
504853

>>201723
это крик души?

>> No.201725  

>>201724
Именно поэтому я и разочаровался в IT.

>> No.201727  

Новерь, а что ты используешь для резервных копий?

Раньше я пользовался DVD-R, но потом приобрёл внешний жёсткий диск (SMR), что по цене за гигабайт выходит примерно так же. Тем более, что слишком большие файлы на DVD не влезут. С другой стороны, внешний HDD менее надёжен по той причине, что более хрупок, а также данные с него можно случайно удалить (хотя это же и плюс, что можно очищать его от ненужного).

Но использоваться только один носитель для резервных копий — такое себе. Что лучше задействовать ещё? Тем более, что правило 3-2-1.

Стоит, например, покупать пишущий на BD-R привод? Вроде это получается дешевле, чем DVD-R.

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

Б/у стример и касеты — дорого и не нужно обычному пользователю из-за проблем с совместимостью.

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

>> No.201728  

Ололо, если не забываю раз в два месяца на внешний копирую все через rsync и пофиг вообще.

>> No.201729  
File: 1655152362753.jpg -(141820 B, 1200x720) Thumbnail displayed, click image for full size.
141820

>>201725
почему?
>>201727
три харда и рсинк. один терабайтник приклеен к столику для ноута, и туда скидывается весь ссдшник. ещё два - внешние по 4гб, и на них всякое архивное говно дополнительно.

>> No.201732  

>>201729
Но правило 3-2-1 как бы намекает, что пользоваться только одним типом информации не стоит. Оптическим дискам, например, всё равно на магнитные поля, а вот HDD и флешку они убьют.

>> No.201738  

>>201727
Купи еще один такой же и храни в другом месте.

>> No.201741  

>>201727
Домашний сервер с borgbackup поверх zfs по крону, внешний ssd на 7 TB с luks+ext4 и ручным rsync раз в месяц, rar с шифрованием+10% recovery record + .rev-томами себе в телеграм.

>> No.201742  

>>201738
Правило 3-2-1.

>>201741

> внешний ssd

Дорого.

> шифрованием

А зачем шифровать? Это слишком долго, и в случае чего сделает только хуже.

>> No.201745  

3-2-1 правило придумано для буржуев. Каким хуем я могу купить себе аж три диска, причем один из них держать где-то слева? Это же охуеть как накладно.

>> No.201750  

>>201742
Если тебе так необходим приниципиально другой вид носителя то есть облака (если забанят просто создай новую учетку), есть storj/sia для p2p хранилищь.

>> No.201761  

>>201742

>Дорого.

Механический диск с меньшей вероятностью переживёт эвакуацию и/или постоянное ношение.

>А зачем шифровать?

В "полевых" условиях есть немалая вероятность кражи диска. Против товарища майора разумеется это не к чему.

>> No.201762  
File: 1655278850725.jpg -(78377 B, 492x581) Thumbnail displayed, click image for full size.
78377

>>201727

> DVD-R
> в 2022-ом

Вот же ж мазохисты есть.

> Новерь, а что ты используешь для резервных копий?

Ныне несколько HDD’шников по 8 TiB. С ними, правда, в городе Москве недавно такая была проблема, что я их не один такой умный кинулся покупать, и что много чего из большемерок в наличии до сих пор нет.

>>201761

> эвакуацию

Ага, так и вижу, как ты потащил метровую стопку DVD’шников, спасаясь от пожара. Меж тем, пара HDD по 4 TiB легко помещается в один карман моих джинсов. В тот же карман поместятся 8 Samsung’овских SSD по 2 TiB.

>> No.201763  

Ещё, сейчас вроде есть Micro SD чуть ли не на терабайт.
40 штук их поместится в один карман целиком.

>> No.201764  

>>201762

>Ага, так и вижу, как ты потащил метровую стопку DVD’шников, спасаясь от пожара.

Я и говорю, один очень емкий ssd в прочном кейсе, а не россыпи всякого кассетно-дискового-карточного барахла, которое даже в спокойной обстановке проверять периодически на целостность записанного немалый труд.
Ну и понимать, что это оффлайновый бекап второй очереди, первая должна быть автоматизирована и версионирована, пусть и ценой завязки на интернет или работающую 24/7 железяку под кроватью.

>> No.201765  

>>201732

> а вот HDD и флешку они убьют

Как там оно, в 20-ом веке?
https://youtube.com/watch?v=pXITrgRkT5k

>> No.201795  

>>201762

> спасаясь от пожара

Правило 3-2-1 гласит, что хотя бы одна копия должна быть в другом здании.

>> No.204132  
File: 1664449669908.jpg -(11006 B, 200x200) Thumbnail displayed, click image for full size.
11006

Вскрыл запас когда-то давно замаринованных оптических дисков, намучаешься с ними. Например. Вот этот образ был сделан командой "cat /dev/dvd > image.iso", в нём от диска отличается один байт (cmp /dev/dvd image.iso).
Буква «би» стала в верхнем регистре: первая строчка, справа. /dev/dvd — симлинк на /dev/sr0.

> $ cat /dev/dvd > image.iso
> /dev/dvd
2172c7e1: 9671 ffe8 74c0 8155 ef91 390e 0cfc f962  .q..t..U..9....b
2172c7f1: 569f 1501 e787 6908 a1cc 2dcf 40eb 9189 V.....i...-.@...
> image.iso
2172c7e1: 9671 ffe8 74c0 8155 ef91 390e 0cfc f942  .q..t..U..9....B
2172c7f1: 569f 1501 e787 6908 a1cc 2dcf 40eb 9189 V.....i...-.@...

Другой способ с другим диском.

> $ cp /dev/dvd image.iso
> /dev/dvd
04bef9a9: 7716 f218 9c78 74ea 3bdb db23 0e9c 0f68  w....xt.;..#...h
04bef9b9: 5b56 f954 2272 e37c d7d4 6a42 c504 d7a2 [V.T"r.|..jB....
> image.iso
04bef9a9: 7716 f218 9c78 74ea 3bdb db23 0e9c 0f48  w....xt.;..#...H
04bef9b9: 5b56 f954 2272 e37c d7d4 6a42 c504 d7a2 [V.T"r.|..jB....

Опять!

> $ dd if=/dev/dvd of=image.iso
> /dev/dvd
0e57f7f1: 870e 2f4d f851 01ca 2730 acef cc89 cd92  ../M.Q..'0......
0e57f801: 004e 25fb f2d7 a566 a231 29f7 5f99 cf29 .N%....f.1)._..)
> image.iso
0e57f7f1: 870e 2f4d f851 01ca 2730 acef cc89 cd12  ../M.Q..'0......
0e57f801: 004e 25fb f2d7 a566 a231 29f7 5f99 cf29 .N%....f.1)._..)

Уже что-то другое.
Обычные CD-R диски с файловой системой ISO9660, не поцарапанные, читаются полностью. Что тут творится? Кто виноват? Что делать?

>> No.204133  
File: 1664450192140.jpg -(1544468 B, 1414x2000) Thumbnail displayed, click image for full size.
1544468

>>204132
Оптические диски часто портятся со временем, вплоть до полной нечитабельности.

>> No.204134  

И почему их не кладут в пластмассовый конверт, как дискеты? Царапин бы не было.
>>204133
Да, знаю.
Но именно эти диски монтируются и "dd if=/dev/dvd of=/dev/null" проходит без ошибок — или это ненадёжный тест?
Вдобавок, отличаются разные байты, но всегда один. Перед повторным копированием одного и того же диска делал "sysctl vm.drop_caches=3" и вынимал/внимал диск — он всегда читается одинаково, а образы разные.
Это уже с тремя дисками так. Кот и цп меняют регистр букв, dd — одну тетраду в небуквенном байте.
Странно же.

>> No.204136  

>>204132
Это похоже на проблемы с оперативкой, ЦП или материнкой. Попробуй запустить memtest.

>> No.204137  
File: 1664455556711.jpg -(1732727 B, 2300x1725) Thumbnail displayed, click image for full size.
1732727

>>204134

> И почему их не кладут в пластмассовый конверт, как дискеты? Царапин бы не было.

Там оптическая система позволяет игнорировать мелкие царапины.

> Но именно эти диски монтируются и "dd if=/dev/dvd of=/dev/null" проходит без ошибок — или это ненадёжный тест?

Не особенно надежный.

> Вдобавок, отличаются разные байты, но всегда один. Перед повторным копированием одного и того же диска делал "sysctl vm.drop_caches=3" и вынимал/внимал диск — он всегда читается одинаково, а образы разные.
> Это уже с тремя дисками так. Кот и цп меняют регистр букв, dd — одну тетраду в небуквенном байте.

А вот это уже действительно похоже на проблемы с читающим железом.

>> No.204138  

>>204136
Как вы заебали этим мемом.

>> No.204143  

>>204138
Каким мемом?

Лично сталкивался с таким, прифигел от того, что система так может.

>> No.204147  

>>204132
Не смотря на то что срц файлов может отличаться из-за разных файловых систем и состояния диска. Лазерные двд диски более надежны чем жесткие диски на много террабайт. Так как сбой жесткого диска со слетом в полный рав, приведет к потере всех данных, поскольку физически вы не сможете восстанновить миллионы папок и подпапок с сохранением всех имен. Сбой лазерного диска приведет к не читаемости части данных, но частично он сможет быть прочитан и скопирован. Лазерные диски по части хранения мелких файлов и сравнительно не большого своего объема 4.7, гаррант что мелких файлов сохранится больше, если сравнивать один жесткий диск на 5террабайт который нельзя соизмерить с коробкой на 100х4,3 дисков. Хранение данных на сата дисках, я считаю что нужно использовать специальные алгоритмы которые мелкие файлы будут распределять по рэйд массиву. Потому что простое имение большого количества жестких дисков установленных в домашний пк, это не залог сохранения целостности данных. У меня есть лазерные диски которые записаны по пятнадцать лет назад и они полностью читаемы. Качество лазерных дисков остается на более высоком уровне поскольку их изготовить можно больше и они не зависят от поставок полупроводников и спекуляции на рынке радиодеталей, потому что в новых жестких дисках сокращенное количество перезаписываемых секторов вы это можете честно прочитать сбоку, технически это достигнуто меньшим количеством крутящихся пластин внутри жесткого диска и большего объема информации записываемого на эти диски, что приводит к тесности. Мне кажется что единица измерения информации террабайт, придуманная лауреатом нобелевской премии за это открытие, она не продумана в реализации создателями новых жестких дисков и поэтому не надежна.

>> No.204153  

Замечали кстати, что мелкие самостоятельные файлы они как праву принадлежат к мелкому массиву самостоятельной информации создаваемой в папке, тогда как множество подмножесв мелких файлов вроде видеоигры которая может создать десятки и сотни тысяч файлов, они подчиняются правилу первой папки создания. Тогда как 4,7 лазерный диск достаточно надежное средство хранения информации. Я перезаписал тысячи 4,7 двд дисков через двд дисковод, у меня их два разного качества кстати. Брак был только заводской. Люди записывают мелкие файлы организуя их через свои папки с которыми они изначально идут и их объем, что позволяет им решать в ручном режиме выборку папок и в них содержащихся мелких файлов что будут записаны. Таким образом можно вывести теорию хранения информации, что это не носители жесткие диски ненадежные а их функционал, который не справляется с кластером миллионных файлов, папок и названий

>> No.204154  

Заводской брак двд дисков, это всмысле отказ работоспособности в начале записи информации и сбой, а не срок хранения на полностью работоспособном лазерном диске. Что наверное означает, чем проще система, тем она надежнее при условии что ей занимается один человек. Если мы говорим о компьютере у которого четыре сата по 12теерабайтх4 жестких дисков или более, это ненадежное хранилище информации. Что приводит к мысли о ценности информации. Так информация большого объема ценная потому что она может быть ценной потому что для нее хватает места в избытке. Информацию храняющуюся на объемных сата носителях в домашних условиях, должны помогать хранить алгоритмы, либо разные люди, перемещая ее в равномерных количествах между носителями.

>> No.204164  

>>204143

>каким мемом?

Линукс не ложится на сон? memsest! Картинка не открывается? memsest! Не можешь разметить диск? memsest! Не можешь установить убунту? memsest! Позвонили из банка и сказали отдавать долг? memsest!!!

>> No.204165  
File: 1664473527524.jpg -(4328423 B, 3888x2588) Thumbnail displayed, click image for full size.
4328423

>>204136

> memtest

memtest86**+**
https://memtest.org/

>> No.204166  
File: 1664478657634.jpg -(160737 B, 1000x1000) Thumbnail displayed, click image for full size.
160737

>>204164

> Позвонили из банка и сказали отдавать долг? memsest!!!

Тут он и правда нужен. Вдруг на самом деле ты ничего не занимал в этом банке?

>> No.204167  

>>204164
Ебать у тебя пригорело. Когда есть бит-флипы в одних и тех же местах, проверить память — первое дело.

>> No.204168  

>>204165
У меня ни один так и не запустился, кстати.
>>204167
Мам, смотри какой у меня memtest!!!

>> No.204170  
File: 1664489544943.jpg -(89043 B, 700x1050) Thumbnail displayed, click image for full size.
89043

>>204168
Какой большой!

>> No.204385  

Адвансед юзеры снимают исошники так:

$ head /dev/dvd -c $(/sbin/isosize /dev/dvd) > image.iso
$ cmp /dev/dvd image.iso -n $(/sbin/isosize /dev/dvd)

Гурманы могут заметить: а как же размер блока (2048)? А чёрт с ним, отвечу я; наверное, head его определит.
>>204136

> memtest

Нашлась ошибка, отстриг memmap'ом повреждённый участок. memtester из юзерспейса его проверить не может, дырка почти в начале памяти — 36 мегабайт — наверное, это место занято ядром/драйверами/демонами. В записях /proc/iomem по указанному адресу теперь reserved.
Уже три дня полёт нормальный.
А есть в линуксах такое средство, чтобы взять адрес из memtest и узнать, на какую плашку памяти он указывает? Чтобы не тестировать каждую плашку отдельно — было бы удобно. dmidecode диапазоны адресов не выводит.

>> No.204386  
File: 1664889323206.jpg -(360310 B, 500x703) Thumbnail displayed, click image for full size.
360310

>>204385

> А есть в линуксах такое средство, чтобы взять адрес из memtest и узнать, на какую плашку памяти он указывает? Чтобы не тестировать каждую плашку отдельно — было бы удобно. dmidecode диапазоны адресов не выводит.

Нету, но ты можешь тестировать сразу половину плашек, чтобы понять в какой половине сбойная.

>> No.204395  
File: 1664909386813.jpg -(166736 B, 735x1040) Thumbnail displayed, click image for full size.
166736

>>204386
Когда их только две, бинарный поиск работает как линейный.

>> No.204397  

>>204395
И за константное время!

>> No.204399  
File: 1664917130856.png -(1643504 B, 1140x1126) Thumbnail displayed, click image for full size.
1643504

>>204397
Только если исключить возможность того, что сбоят обе планки. А так если на первой проблем не обнаружено то значит сбойная вторая.

>> No.204400  

>>204385
Видишь, как хорошо. На новере дурного не посоветуют. Я бы ещё рекомендовал тебе убедиться, что проблема действительно с памятью, а не с процом/материнкой, как было у меня. Использовать memmap — тоже так себе решение. Если начались проблемы с железом, то они скорее всего прогрессировать не перестанут и лучше всё-таки железо поменять.

>> No.206505  

>>204385

> Гурманы могут заметить: а как же размер блока (2048)? А чёрт с ним, отвечу я; наверное, head его определит.

Немного фактических данных.

sudo sh -c 'strace -o log cp mt86plus_64.iso /dev/sdb'

cat вызывает fstat, потом fadvise64 и оперирует блоками по 131072 байта (128 килобайт).
Дескриптор 1 здесь - флешка. То, как её открыл оператор перенаправления, в лог strace не попало.

fstat(1, {st_mode=S_IFBLK|0660, st_rdev=makedev(0x8, 0x10), ...}) = 0
openat(AT_FDCWD, "mt86plus_64.iso", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0600, st_size=6193152, ...}) = 0
fadvise64(3, 0, 0, POSIX_FADV_SEQUENTIAL) = 0
mmap(NULL, 139264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb898d65000
read(3, "\352\5\0\300\7\214\310\216\330\216\300\216\320\270\0\204\211\304\366\302\200t\5\366\302pt\2\262\200\307\6"..., 131072) = 131072
write(1, "\352\5\0\300\7\214\310\216\330\216\300\216\320\270\0\204\211\304\366\302\200t\5\366\302pt\2\262\200\307\6"..., 131072) = 131072
read(3, "\0\0f\17\37D\0\0I\321\317L\211\376H\367\326H\213U\0H9\326\17\205\22\1\0\0L\211"..., 131072) = 131072
write(1, "\0\0f\17\37D\0\0I\321\317L\211\376H\367\326H\213U\0H9\326\17\205\22\1\0\0L\211"..., 131072) = 131072
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072
write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072
write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072

Это cp. То же самое.

openat(AT_FDCWD, "mt86plus_64.iso", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0600, st_size=6193152, ...}) = 0
openat(AT_FDCWD, "/dev/sdb", O_WRONLY|O_TRUNC) = 4
fstat(4, {st_mode=S_IFBLK|0660, st_rdev=makedev(0x8, 0x10), ...}) = 0
fadvise64(3, 0, 0, POSIX_FADV_SEQUENTIAL) = 0
mmap(NULL, 139264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb2ecfc5000
read(3, "\352\5\0\300\7\214\310\216\330\216\300\216\320\270\0\204\211\304\366\302\200t\5\366\302pt\2\262\200\307\6"..., 131072) = 131072
write(4, "\352\5\0\300\7\214\310\216\330\216\300\216\320\270\0\204\211\304\366\302\200t\5\366\302pt\2\262\200\307\6"..., 131072) = 131072
read(3, "\0\0f\17\37D\0\0I\321\317L\211\376H\367\326H\213U\0H9\326\17\205\22\1\0\0L\211"..., 131072) = 131072
write(4, "\0\0f\17\37D\0\0I\321\317L\211\376H\367\326H\213U\0H9\326\17\205\22\1\0\0L\211"..., 131072) = 131072
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 131072) = 131072

Откуда они берут эти 128 килобайт, почему один и тот же размер используется для записи на другой носитель — не знаю. Файлы в /sys/block/sda/queue/ ничего такого не содержат. optimal_io_size вообще равен нулю. Судя по названию, это он тут должен быть важен.
/sys/block/sdb/queue/
hw_sector_size = 512
logical_block_size = 512
physical_block_size = 512
minimum_io_size = 512
optimal_io_size = 0
dd приготовлений не делает, а сразу читает и пишет куски размера bs=N (512 по дефолту, дичайше долго).

openat(AT_FDCWD, "mt86plus_64.iso", O_RDONLY) = 3
dup2(3, 0) = 0
close(3) = 0
lseek(0, 0, SEEK_CUR) = 0
openat(AT_FDCWD, "/dev/sdb", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
dup2(3, 1) = 1
close(3) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=2464, tv_nsec=439321292}) = 0
read(0, "\352\5\0\300\7\214\310\216\330\216\300\216\320\270\0\204\211\304\366\302\200t\5\366\302pt\2\262\200\307\6"..., 512) = 512
write(1, "\352\5\0\300\7\214\310\216\330\216\300\216\320\270\0\204\211\304\366\302\200t\5\366\302pt\2\262\200\307\6"..., 512) = 512
read(0, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 512) = 512
write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 512) = 512
read(0, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 512) = 512
write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 512) = 512

Как подобрать оптимальный размер блока для dd — в интернетах не написано, кроме как экспериментами.
Хватило терпения только на три таких эксперимента.
Да, это USB 2.0 флешка. "lsusb -tv" показывает битрейт в 480 Мbit, но он, ясное дело, на практике недостижим.

# dd status=progress if=/dev/zero of=/dev/sdb    # default, bs=512
31457280000 bytes (31 GB, 29 GiB) copied, 11979.2 s, 2.6 MB/s
# dd status=progress if=/dev/zero of=/dev/sdb bs=4k
31457280000 bytes (31 GB, 29 GiB) copied, 4134.02 s, 7.6 MB/s
# dd status=progress if=/dev/zero of=/dev/sdb bs=16k
31457280000 bytes (31 GB, 29 GiB) copied, 3981.99s, 7.9 MB/s
>> No.207126  
File: 1666822354336.jpg -(65433 B, 500x700) Thumbnail displayed, click image for full size.
65433

>>206505

> /sys/block/sdb/queue/

Зачем, если есть lsblk -t — значит «топология», наглядно и просто. lsblk -td — топология девайсов, чтобы не выводить разделы.
Круто, конечно, с помощью простого кота делать какие-то вещи, но пути к этим файлам трудно запомнить и долго вбивать.

>> No.207162  

>>207126
Именно из /sys/ он их и берёт, я проверял strace'ом.
"hdparm -I /dev/sda" показал 4096, что больше похоже на правду — Advanced Format, все дела. "smartctl -a" то же самое показывает. Это внешний USB HDD, но разницы с обычным быть не должно.
lsblk читает /sys/;
fdisk читает /sys/ и вызывает ioctl'ы: BLKSZGET, BLKPBSZGET;
blockdev вызывает такие же ioctl'ы;
smartctl вызывает ioctl SG_IO;
hdparm тоже.
В итоге, каждая из утилит рапортует что-то своё.

phy  log
512 512 lsblk -td
512 512 fdisk -l
512 512 blockdev --getss --getpbsz
512 4096 smartctl -a
512 4096 hdparm -I

BLKPBSZGET врёт, получается?
И вот они, опкоды, которые шлёт hdparm винчестеру…

ioctl(3, SG_IO, {interface_id='S', dxfer_direction=SG_DXFER_FROM_DEV, cmd_len=16, cmdp="\x85\x08\x0e\x00\x00\x00\x01\x00\x00\x00\x00\x00\x00\x40\xec\x00", mx_sb_len=32, iovec_count=0, dxfer_len=512, timeout=15000, flags=0, dxferp="\x7a\x42\xff\x3f\x37\xc8\x10\x00\x00\x00\x00\x00\x3f\x00\x00\x00\x00\x00\x00\x00\x20\x20\x20\x20\x57\x20\x2d\x44\x58\x57\x31\x35"..., status=0, masked_status=0, msg_status=0, sb_len_wr=0, sbp="", host_status=0, driver_status=0, resid=0, duration=4, info=0}) = 0
ioctl(3, SG_IO, {interface_id='S', dxfer_direction=SG_DXFER_FROM_DEV, cmd_len=16, cmdp="\x85\x09\x0e\x00\x00\x00\x01\x00\x00\x00\x00\x00\x00\xe0\x2f\x00", mx_sb_len=32, iovec_count=0, dxfer_len=512, timeout=15000, flags=0, dxferp="\x01\x00\x00\x00\x00\x00\x06\x00\x00\x00\x00\x00\x00\x00\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"..., status=0, masked_status=0, msg_status=0, sb_len_wr=0, sbp="", host_status=0, driver_status=0, resid=0, duration=0, info=0}) = 0

В общем, я так и не понял, как командовать dd. Ещё больше осложняет дело то, что у винчестеров есть кэши, буферы и прочее такое для пакетной передачи данных.

>> No.207164  

>>207162

log  phy
512 4096 smartctl -a
512 4096 hdparm -I

Наоборот, конечно же. physical = 4096, logical = 512. Голова кругом идёт.



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]