alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
Сделал уже довольно давно себе юнит по вики для /etc/rc.local - всё вроде бы работало нормально до тех пор, пока я не прописал туда несколько строчек с участием hdparm, типа hdparm -S 36 "название диска". То есть, я просто задаю таймаут на отключение через 3 минуты ненужному в линуксе диску с виндовс. Ну или тупо пытаюсь диск выключить. Если ту самую строчку с hdparm выполнить вручную из рутовой консоли - всё работает правильно. Из /etc/rc.local - нет, притом, что все остальные строчки (пишущие в /proc и /sys) отрабатываются нормально. В принципе понятно, что юнит выполняется слишком быстро и в логах видно, что SATA переподнимается ядром заново. Хотел бы спросить, что надо писать в юните в строчке After= ? Я попробовал запускать юнит и после сислога, и после сети. Результата не достиг. Вики очень мутный. У меня ещё много вопросов по systemd, но обо всём по порядку... |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
Если бы у Вас была NVIDIA, то я бы предложил сделать InitialPixmapPlacement=2 Мне это с тормозами скроллинга помогло радикально. https://wiki.archlinux.org/index.php/NVIDIA#Troubleshooting Возможно, в ATI есть аналогичная опция для кеширования в видеопамять. |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
Chupakabra88Ого! Оно даже с полпинка собралось и запускается! Спасибо за ссылку... |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
lampslaveЭто всё, конечно, хорошо, но вопросы терминологии никак не оправдывают глюки плагина.Если печатаешь вслепую, то часто приходится заново много перебивать и материться.Вот как раз слепая печать подразумевает, что набирающий смотрит на экран, а не на клавиатуру (конечно, если не с бумажки набираете). http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D0%B5%D0%BF%D0%BE%D0%B9_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4_%D0%BF%D0%B5%D1%87%D0%B0%D1%82%D0%B8 |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
В XFCE за раскладку отвечает плагин xfce4-xkb-plugin. периодически его то чинят, то опять ломают. Сейчас он сломан. Может у Вас то же самое и происходит? У меня (и у многих в сети) симптомы схожие - раскладка вроде бы и переключается, и даже, кажется, что нормально, но периодические всё куда-то слетает и он забывает настройки для каждого окна. Например, писал по русски в редакторе текст. Писал, писал, потом переключился в firefox, что-то там понабирал, странички полистал, потом опять вернулся к набору текста, а глядь, раскладка там уже английская. Если печатаешь вслепую, то часто приходится заново много перебивать и материться. Есть конечно xneur, но там свои тараканы. Какое-то время назад этот самый xfce4-xkb-plugin работал просто отлично. Это продолжалось примерно полгода, до одного из недавних обновлений, увы... |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
vasekДемо версию r-studio. Вообще, никому не желаю повода "её попробовать". |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
У меня когда-то был несчастный случай - грохнулся большой раздел ext4. Наверное. я сам виноват, ибо что-то рискованное с ним делал, но не помню уже что именно. Суть в том, что testdisk не восстановил буквально ничего. Зато вот r-studio справилась на ура и очень быстро. Разве что демо режим программы поначалу не дал насладиться всеми её прелестями, но это уже другая песня и история... |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
Починили [[email protected] ~]$ yaourt -Q gvfs extra/gvfs 1.16.1-2 [[email protected] ~]$ |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
Perfect_GentlemanНет, тесты были вполне конкретные. Был роутер с гигабитными портами, процессор там дохлый MIPS на 400 МГц (не помню какой серии) - не быстро, однозначно. По USB2 подключен внешний винт, т.е. физически скорость диска ограничена потолком примерно в 40 Мб/сек, может, чуть больше. На борту роутера OpenWRT. Подключаемся к этому чуду по FTP и пишем читаем с диска на диск с целевой ФС какие-то файлы. Всё это ессно упирается в процессор роутера. (Были красивые графики, если смогу найти, покажу.) Насколько я помню, лучше всех вели себя ext2 и ext4, показывая скорость записи/чтения около 11 Мб/сек, остальные ФС ненавязчиво слили. Может, настроек не хватило, может, ещё чего-то... С etx2 там всё понятно, в нашем случае это как раз и есть сферический конь в вакууме, а вот на ext4 в результате я и перешёл, но уже на "большом" десктопе. Про XFS и её самые больные места я слышал, что она очень плохо переживает сбои физического носителя, и плохо после этого восстанавливается. Т.е. беспокоиться не о чем (почти), если, скажем, эта ФС будет установлена поверх RAID1. Про JFS могу сказать пару слов, просто, как её пользователь в течение нескольких лет. Когда система свежая - работает очень быстро. Особенно быстрым показались поиски файлов (у неё там B-деревья вроде как используются). Листинг файлов на /usr/bin на JFS выводится в несколько раз быстрее, чем на ext3. Это я хорошо помню. Но со временем система фрагментируется и дефрагментировать её - предмет большого разочарования. В этом смысле XFS, несомненно, имеет ощутимые преимущества. |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
Я когда-то морочился с роутером на дохлом MIPS процессоре и видел табличку с тестами по теме. Выбиралась ФС, которая даст максимальную скорость с учётом дохлости железа. Победителем вышла как раз ext4, или очень близко к тому. Точно уже не помню. Там много чего тестировалось и btrfs с xfs в том числе. Даже хвалёная по процессоронежручести JFS крепко слила, кажется... С тех пор, чисто в силу любознательности, вопросы возникали, но в результате я остался на ext4. После JFS, кстати, вздохнул свободно. Последняя фрагментировалась жутко просто, а дефрага нормального к ней нет и не будет уже, в отличие от ext4. Не думаю, что какая-то другая ФС даст ощутимый прирост на усреднённой файлопомойке. |