Размышления на тему ssd

да, всё так, жди

Но ведь всякие файлы же media у нас / у меня не на ssd лежат

У меня на ссд лежат. Один винт в ноуте всего.
Но я ультрабогат, раз могу позволить себе потратить целых $200 на 240ГБ диск.

// 200 баксов в завтраки переводить?

кому надо, тот еще осенью 12 года прикупил ocz на пике распроаж вертексов4

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

У меня например на ссд вся система кроме особо тяжких папок (откуда всё и так и так долго грузилось бы), а тяжёлые папки я по мере надобности ln -s куда надо. Оченно удобно и шустро всё.

Система, временные файлы, кэши. Разве мало ниш, в которых SSD устраняет узкие места? Загрузка в течение считанных секунд тоже лишней не бывает.

через 5 лет, наверное, уже мемисторная память будет продаваться.

тощна, а еще на ссд конпелять быстрее

компелять быстрее в раме, а не тормозилке-SSD

мне хватает, я кеды и либреофис не собираю:)

через 5 лет, наверное, уже мемисторная память будет продаваться.

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

ну и всё-таки - зачем грузить IO и дрочить SSD, когда есть куда более быстрая рама и никакой нагрузки в IO!?

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

зачем диски, когда есть оперативная память?

куда более быстрая рама

две сиськи этому товарищу

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

при чем тут fstab, исходники где должны лежать?

какая разница где исходники?
они распаковываются в диру сборки и там происходит весь дроч.

окей, а в случае с удаленным деревом исходников?
то есть я делаю в существующее дерево git pull, потом копирую на рамдиск, потом собираю? откровенного профита не вижу

для больших сырцов - maybe, для того что я собираю - нет

глупости

обоснуй

я cp -r . somewhere буду набирать дольше, чем make закончится

а, ну так у тебя бинарный ад - так и скажи.
хотя даже там есть всё необходимое.
емнип, в дебах дира сборки вполне конкретная указана, не?
собирать софт надо всё равно в пакеты, а для этого есть apt-build (или как оно там?).
или ты любитель превращать всё в слаку?

какая разница, какой дистр? я эти бинарники даже не распихиваю потом

в общем, не кидайся в крайности

Сижу N лет на системном SSD, с первых Intel X-25M. «В целом по больнице» радости, больше чем от любого апгрейда CPU или оперативки. Вся система шуршит быстрее, кроме игр, но я в них не играю уже как-то.

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

Приличные исходники должны поддерживать сборку out-of-source. Так что всё сводится к cd <точка монтирования к памяти> && configure/cmake/whatever <путь к исходникам> && make

хватит прикидываться уже, как будто скомпилированный бинарник обязательно пихать в «систему»

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

и что такого специального в Makefile-e в контексте спора?

вообще просто глупо относишься к ресурсам и возможностям машины

вот и расскажи, как быть проще и рациональнее в случае, когда исходники в гите, я себе/туда периодически пулю/пушу

не все в этом мире «приличное»

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

а я говорю не про рпм, etc, это было понятно из второго третьего поста

ну так объясни толком что ты делаешь, как и почему всё руками

не секрет, может я впрямь недогоняю, если скажешь как собирать https://github.com/falkTX/DISTRHO «как надо» - буду благодарен

когда есть куда более быстрая рама

не очень догоняю, вы про ram/tmpfs что ли?

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

аха - у меня это не меньше 1.3Г/с
аналогичной скоростью могут похвастаться только дорогие PCI-E SSD

медиафайлы обычно только смотрят-слушают, а скорости винта для этого более чем достаточно

в посте я когда про них писал (мед.файлы), я имел ввиду, когда smplayer запустили и открываем файлик, который на другом диске, диск hdd ~макс.5 сек. трещать может и даже у кого-то больше

то есть мне каждый раз после git pull копировать сорцы в раму, а потом класть бинарник куда надо (если надо), чтд

ну и что?
да и я хз что там за диски такие - у меня 2 винта - и сата и иде - оба соображают мгновенно на фоне заявленных тобой 5 сек.

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

Что, WD Black 2 религия не позволяет купить, да?

а нафига?:)
не убедил ты меня в данном случае, ну да ладно, я уже домой пошел

дело твоё - делай миллион телодвижений, грузи IO, дрочи носитель.

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

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

ах да, еще, я тут backup корня сделал и как-то долгова-то у меня открывался не сжатый, но в 13Гб архив, лежащий на hdd

на пальцах:
после пулла изменился один .cpp файл, после мэйка он скомпилировался и слинковался один (не всегда, но часто) .so, всё
ты же предлагаешь ради этого копировать всё дерево в раму и потом собирать. где тут меньше телодвижений и IO ?
причем в случае out of source - сборки и выключения питания - собирать придется вообще всё

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

в описанном мною случае - как раз ccache, и где тут слив?

всё, разговор окончен - ты безнадёжен.

ты только не плачь:)