date:20120716

Евгений Золотов sentinel...@gmail.com writes:

На самом деле у меня серьёзные подозрения, что в составе Gnome есть
некий отсутствующий элемент, который эту проблему устраняет (потому
что раньше, когда собирал систему с Gnome/GDM запуск иксового
приложения через ssh работал без проблем, достаточно было export
DISPLAY=:0). Но тут уже интерес чисто спортивный: ну не могу я
Gnome поставить.

Есть подозрение, что в одном случае используется умолчание
XAUTHORITY=${HOME}/.Xauthority, а в другом —
XAUTHORITY=/tmp/.XauthXX, которое не умолчание и,
следовательно, требует отдельного export. E. g.:

$ export DISPLAY=:0 XAUTHORITY=/tmp/.XauthHSy6q9

В общем набросайте ещё идей, пожалуйста. Если нужны какие-то логи,
конфиги - скажите, покажу.

$ echo $XAUTHORITY

$ ls -- /tmp/.Xauth*

Первая команда — из окружения, в котором работают приложения X.

--
FSF associate member #7257 http://sf-day.org/

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/86ipdow7ft@gray.siamics.net

Re: xserver-xorg-video-vesa

 Dmitrii Kashin free...@gmail.com writes:
 Ivan Shmakov oneing...@gmail.com writes:

[…]

  mplayer с vesa работает, BTW.  Равно как и Iceweasel.

  VESA хватает для всего, кроме комфортного просмотра видео.  Вот у
  меня сейчас P4 и Radeon 9600.  На VESA-драйвере P4 не справляется с
  автоматическим разворотом видео на весь экран.

На днях проверяли Radeon HD 6450 + xserver-xorg-video-radeon —
тоже были проблемы, как с видео, так и с glxgears(1) — в
«протокол» идет порядка 60 FPS, в действительности — не более
порядка 6.  Debian Wheezy.

Впрочем, видеоадаптер взят главным образом для OpenCL.

  Для всего остального — работает на 5+.

Иногда вместо -zoom удается использовать xrandr(1).  В общем же,
особого интереса к видео высокого разрешения у меня
действительно нет.

-- 
FSF associate member #7257  http://sf-day.org/


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/86ehocw70b@gray.siamics.net

Re: размер репозитария wheezy?

2012-07-16 Пенетрантность Mikhail A Antonov

 Dmitry Samsonov samson.samson.sam...@gmail.com writes:

  Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
  (свежезамороженный тестинг) для архитектур i386 и amd64
  соответственно?  Включая main, conrtib и non-free.

  Также интересен размер архитектуронезависимых пакетов в контексте
  сколько места будут занимать i386 и amd64 вместе.

$ gawk '/^Package:/ { pkg = $2; }
/^Size:/{ size = $2; }
/^Architecture:/{ arch = $2; }
pkg !=   size !=   arch !=  {
if (! ((k = pkg _ arch) in pa)) {
pa[k] = 1;
as[arch] += size;
};
pkg = arch = size = ;
}
END {
for (a in as) {
printf(%-7s %12d\n, a, as[a]);
}
}' \
  
.apt/state/lists*/ftp.ru.debian.org_debian_dists_wheezy_main_binary-*_Packages 
amd6421812300614
i386 21290124184
all  25128320604
$ 

Кроме пакетов, следует учесть объем, который займут файлы
Packages*, Translation*, Contents*, etc.

  Также интересен размер секции debug: сколько места можно сэкономить,
  если её исключать.

Обработка /^Section:/ в программе выше оставлена как упражнение
читателю.

[…]

  Я правильно интуитивно прикидываю (с оглядкой на размер образов,
  которые только main содержат), что это где-то 45-50Gb на каждую их
  этих архитектур по отдельности?

Похоже на правду.

[…]

-- 
FSF associate member #7257  http://sf-day.org/


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/86a9z0w5ol@gray.siamics.net

Re: Запустить иксовое приложение через SSH

16.07.2012 08:35, Alexey Remizov пишет:
 Болеет sshd при наличии ipv6. 
Первый раз слышу подобную глупость.

-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.pp.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: несколько лет назад в рассылке...

2012-07-16 Пенетрантность Sohin Vyacheslaw

15.07.2012 20:52, Сергей Москвичёв пишет:
 Не этот ли ролик? 
 https://www.youtube.com/watch?feature=player_embeddedv=LZu4yTREp7o
 
 
нет, но этот тоже в порядке ))

странно, на http://lists.debian.org/search.html не нашел тех сообщений,
наверное кто-то почистил, однако...


--
BW
Сохин Вячеслав


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5003e795.7090...@yandex.ua

Re: несколько лет назад в рассылке...

On Mon, Jul 16, 2012 at 01:06:13PM +0300, Sohin Vyacheslaw wrote:
  Не этот ли ролик? 
  https://www.youtube.com/watch?feature=player_embeddedv=LZu4yTREp7o
 нет, но этот тоже в порядке ))
 странно, на http://lists.debian.org/search.html не нашел тех сообщений,
 наверное кто-то почистил, однако...
Масоны, не иначе.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: Numlock for each keyboard

2012-07-16 Пенетрантность Иван Лох

On Mon, Jul 16, 2012 at 09:43:47AM +0400, Dmitry E. Oboukhov wrote:
есть ноут, который втыкиваясь в докстанцию используется с внешней
клавиатурой, а вытыкиваясь - со своей.

Зависит от версии Xorg. Через HAL совсем просто (там xml конфиг
связанный с отдельным устройством по идентификатору),
через udev немного сложней, надо писать скрипт для udev.

соответственно оченно неудобно при ноутовой клаве натыкаться на
включенный Numlock и при обычной клаве - на выключенный.

1. есть какая-то возможность для встроенной и обычной клавиатуры
прописать разные состояния Numlock?

Нужна модель numpad:pc

xinput list
xkbcomp -i id -model ..

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

udev?

http://www.pixelbeat.org/docs/xkb_remap/

SSH vs. IPv6 / dual-stack

2012-07-16 Пенетрантность Mikhail A Antonov

 Alexey Remizov ale...@remizov.org writes:
 В Пнд, 16/07/2012 в 02:38 +0600, Евгений Золотов пишет:

  Проблема собственно в чём: любое иксовое приложение даёт ошибку вида
  unable to open display :0 или подобную.

  Мне при таких же симптомах помогло AddressFamily inet в sshd_config.
  Болеет sshd при наличии ipv6.

На нескольких моих машинах, для SSH (в инкарнации OpenSSH)
используется как IPv6, так и IPv4 (на оставшихся — почти
исключительно IPv6.)  Проблем не наблюдал.

Диагностика?  Что говорит $ ssh -v?

-- 
FSF associate member #7257  http://sf-day.org/


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/861ukcvti1.fsf...@gray.siamics.net

Re: размер репозитария wheezy?

2012-07-16 Пенетрантность basilio

On 14.07.2012 02:00, Dmitry Samsonov wrote:
 Приветствую!
 
   Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
 (свежезамороженный тестинг) для архитектур i386 и amd64 соответственно?

А откуда, извините, информация о заморозке? Что-то я пропустил, наверное.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ju11tr$3lh$1...@dough.gmane.org

Re: Запустить иксовое приложение через SSH

16.07.2012 16:31, Stanislav Vlasov пишет:
 16 июля 2012 г., 14:23 пользователь Mikhail A Antonov
 b...@solarnet.ru написал:
 16.07.2012 08:35, Alexey Remizov пишет:
 Болеет sshd при наличии ipv6.
 Первый раз слышу подобную глупость.
 Наблюдал противоположную глупость - невозможность отфорвардить иксы
 при отсутствии ipv6 на хосте, куда коннектились.
 Вылечилось AddressFamily inet в sshd_config

 Я не телепат, но возможно это имелось ввиду.
Кто-то оторвал ipv6 от ядра? Ну ССЗБ.
И да, не надо писать мне в личку - я подписан.

-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.pp.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: размер репозитария wheezy?

2012-07-16 Пенетрантность Andrey Tataranovich

15:37 Mon 16 Jul, basilio wrote:
 On 14.07.2012 02:00, Dmitry Samsonov wrote:
  Приветствую!
  
Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
  (свежезамороженный тестинг) для архитектур i386 и amd64 соответственно?
 
 А откуда, извините, информация о заморозке? Что-то я пропустил, наверное.

http://lists.debian.org/debian-devel-announce/2012/06/msg9.html

-- 
WBR, Andrey Tataranovich


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120716141919.gb2...@debbox.it

Re: размер репозитария wheezy?

On Mon, Jul 16, 2012 at 03:37:15PM +0300, basilio wrote:
Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
  (свежезамороженный тестинг) для архитектур i386 и amd64 соответственно?
 А откуда, извините, информация о заморозке? Что-то я пропустил, наверное.
Значит вы и не следили.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: Gtk vs. Xt

Stanislav Maslovski - debian-russian@lists.debian.org  @ Tue, 10 Jul 2012 
20:13:10 +0400:

 SM Зато на Gtk в сети есть документация, которую довольно легко найти
 SM даже непосвящённому.

Помнится, пару-тройку лет назад я в том числе и тут спрашивал, где взять
документацию по конфигурированию gtk.  В ответ мне показали документацию
по его программированию, из которой можно было по кусочкам извлечь
(неполное) понимание того, что нужно писать в конфиг, а также понимание
того, почему правильно написанный конфиг не работает, ибо способ на него
положить не только есть, но и куда более подробно описан в
программистской документации...

С тех пор ситуация изменилась?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87liijseiv@wizzle.ran.pp.ru

Re: Несколько вопросов вразброс

Артём Н. - debian-russian@lists.debian.org @ Sun, 08 Jul 2012 21:23:57 +0400:

Неверно утверждение, что {} выполним, а строка - нет. И то, и другое
выполнимо, если попросить, и не выполнимо, если не просить. Различие,
собственно, во времени компиляции кода, и это очень существенное
различие.
АН Выполним в плане того, что он трактуется интерпретатором, как код.
АН В случае с eval - трактуется, как строка, со всеми вытекающими.
АН Я это хотел сказать.
Не интерпретатором, а компилятором. Интерпретатор как раз трактует их
одинаково - как код.
АН Ну да. Просто всё-таки Perl - интерпретируемый... Хотя, кажется он
АН и компилирует в промежуточный код.

Да. И у него есть и, в частности, в синтаксисе выражена разница между
предварительной компиляцией, до запуска кода, и компиляцией в процессе
выполнения кода.

А может и просто о
словоохотливости автора.
АН Читаю, как много воды.
Не обязательно. Сжатые формальные описания обычно очень трудно понять,
а чтобы описанным пользоваться, нужно наработать интуицию. Это наш мозг
умеет делать только через высокий уровень избыточности. Если автор
хорошо владеет словом, то его более толстая книга может быть усвоена
быстрее.
АН Хм... Если автор хорошо владеет словом и предметом, он может
АН уместить нужное в меньший объём. И это будет легко и понятно
АН читаться.

По сравнению с автором, плохо владеющим словом, при прочих равных, в
частности, _той же_ доступности результата. Повторюсь, нарабатывать
интуицию наш мозг умеет только через высокий уровень избыточности. Чем
ниже он в книге, тем менее эта книга как таковая полезна для этой
наработки (обратное неверно). В смысле, придется делать больше
самостоятельных упражнений, чтобы усвоить материал.

Re: Несколько вопросов вразброс

Stanislav Maslovski - debian-russian@lists.debian.org  @ Sun, 8 Jul 2012 
17:23:46 +0400:

 SM Ты явно хочешь свернуть с доказательства правильности *решения* задачи на
 SM доказательство правильности *постановки* задачи. Это отдельная
 SM проблема, которая формальными методами не решается *в принципе*.

В принципе - решается.  В теории следующего уровня :-)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d33vsdwc@wizzle.ran.pp.ru

Re: Несколько вопросов вразброс

Артём Н. - debian-russian@lists.debian.org @ Wed, 11 Jul 2012 20:35:48 +0400:

Можно 1000 раз успешно прогнать *все*
комбинации входных переменных некой процедуры, а на 1001-м получить
ошибку, например, из-за утечки памяти, или из-за переполнения
какой-нибудь
переменной-счётчика, которая не обнуляется между вызовами, и т.п.
Значит не были протестированы _все_ состояния.
Задолбал! :)
Не, ну я здесь прав. ;-)
Нет. Повторюсь: построение *полного* теста в общем случае эквивалентно
решению
исходной программной задачи. Как ты собираешься доказывать правильность
самого теста? Ещё одним тестом? И так до бесконечности?
АН М... Ну да. Про тест я не подумал. Но, если тест - просто тупой
АН перебиратель результата..?

Тогда программа - это тупой lookup в таблице. Раз все возможные
результаты нам известны заранее.

Re: Несколько вопросов вразброс

Артём Н. - debian-russian@lists.debian.org @ Sat, 07 Jul 2012 19:43:34 +0400:

Я бы ещё добавил, что ОО-парадигма рождается из желания перейти от
классической модели императивного вычислителя, как единого конечного
автомата, к модели многих изолированных конечных автоматов,
взаимодействующих
через чётко ограниченные интерфейсы. Точно так же в электронике от
паука
на рассыпухе, пришли сначала к модульным схемам, а потом к ИС.
АН Ну и? Это естественный, эволюционный процесс. Разве должно быть
иначе?
Естественный эволюционный процесс развивается параллельно по нескольким
веткам. В данном случае это существенно.
АН По каким? Я не очень понял, что здесь существенно...
Существенно здесь то, что направлений улучшения возможно более одного, и
естественный эволюционный процесс обычно более одного и задействует. В
результате получается разнообразие видов, а не одна накачанная амеба.
АН Не соглашусь.
АН Эволюционный процесс предполагает разные условия среды и,
АН следовательно, разные ниши для видов (с разной ёмкостью).

В пределе, вероятно, да. В процессе - нет. А поскольку мы всегда в
процессе...

АН Возможно его суют не там, где нужно... Но для большинства задач оно
АН же подходит? (Даже, если говорить о том, что это задачи с нечётко
АН формализованными требованиями, как вы писали, получается, что
АН большинство настоящих задач слишком сложны, чтобы их чётко
АН формализовать и выделить все требования, следовательно, ООП, в
АН общем-то оправдан?)

Проблема не в том, что задачи сложны, а в том, что людям лень думать так
называемой головой. Когда заказчик сам не знает, чего хочет, но хочет,
чтоб работало - да, ООП оправдан. И то не всегда. КАК ТОЛЬКО
архитектор системы может сделать с постановкой задачи что-то осмысленное
- скорее всего, ООП окажется не самым подходящим инструментом. Хотя с
этим подходом тоже можно решить задачу, почему нет? Дрель с ударом
тоже может делать отверстия под дюбели в бетоне. Только ею приходится
долбать одно отверстие 5 минут, а перфоратор справляется за 15 секунд.
Если дырок нужно набурить хотя бы три, не говоря про два десятка,
разница становится ОЧЕНЬ существенной. Но если ты не знаешь заранее,
что тебе надо будет сверлить - бетон, асбест или дерево, а взять можно
только один инструмент (хотя бы по массогабаритным ограничениям), то
лучше взять дрель - под перфоратор бура по дереву тупо нет. А если
можно взять два, то лучше дрель (можно без удара, читай, C, а не C++) и
перфоратор.

В такой интерпретации ясно, что если в неком языке императивный
вычислитель явно не просматривается, то и от ОО-модели этот язык не
особо выиграет.
АН Почему не выиграет?
Потому что их приткнуть либо некуда, либо незачем.
АН Для функциональных, опять же, понятно: есть функция. Объекты не
АН требуются. Инкапсуляция обеспечивается функцией. Наследование
АН заменяется агрегацией. Полиморфизм... Тоже может быть. Я очень
АН плохо знаком с функциональной парадигмой.
Полиморфизм поведенческий, а агрегация плюс полиморфизм - это уже
больше, чем наследование. Наследование оказывается как-то не очень
нужным.
АН Так, получается, это тоже самое наследование, только под другим углом?

Наоборот. Наследование, если смотреть на парадигму - это один из
(ограниченных) взглядов на полиморфизм.

АН Объекты могут быть независимыми сущностями (собственно, так и есть,
АН если они строго через интерфейсы взаимодействуют). Как объект
АН реализован внутри - не важно (например, это может быть
АН функциональная программа), порядок их взаимодействия тоже не очень
АН важен (или он регулируется самими объектами). Ну, возможно назвать
АН это какой-нибудь сопрограммой, например, а не объектом. Но суть от
АН этого разве поменяется?

Все это можно сделать. Увеличение пользы где? Если у тебя
функциональная программа уже есть, то зачем тебе объект в виде
функциональной программы? Чего тебе в языке до введения объектов не
хватало?
АН Хз. Просто я толком не знаю других парадигм. Объект мне кажется
АН достаточно простым и ясным. Например, функция не хранит данные, как
АН объект...
Тоже может. Слово closure (в русском переводе - замыкание) тебе не
встречалось? Нет, функция на C такого не умеет, а на нормальных языках
с функциями - умеют.
АН Как ни странно, замыкания поддерживает JS. :-) Естественно, встречалось. И
АН нередко используется.
АН Но, насколько я понимаю, это получается уже не чистая функция...

В функциональных языках - чистая. JS, а также Perl, Python etc. - языки
с _элементами_ функциональной парадигмы. Там функция - не first-class
entity, и количество возможных операций с нею сильно ограничено.

АН Не знаю, и не то это. В объекте привлекает то, что возможно
АН изменять атрибуты... Хотя... Через замыкания тоже возможно
АН построить классы и объекты (что и делают). Но, в том же JS, не
АН самый очевидный для понимания

Re: Несколько вопросов вразброс

Артём Н. - debian-russian@lists.debian.org  @ Sat, 07 Jul 2012 19:26:18 +0400:

-30% производительности -- минимальная цена.
Про IPC сообщениями? Они пишут, что производительность такая же, как у 
  и прямых
вызовов.
Это из известной статьи Таненбаума, где он сам признает, что 
  микроядерная архитектура
всегда даст среднюю потерю производительности около 30% на 
  intel-совместимых процессорах.
Он, конечно, уверяет, что это не важно.
   АН Хм... Всё за счёт IPC? Даже, при грамотной организации IPC и узких 
  мест?
  Межпроцессная защита, как и всякая другая защита, бесплатной не бывает.
 АН Это только для микроядерной архитектуры справедливо?

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zk6zqxvp@wizzle.ran.pp.ru

Re: Несколько вопросов вразброс

2012-07-16 Пенетрантность -=Devil_InSide=-

Артём Н. - debian-russian@lists.debian.org @ Sat, 07 Jul 2012 09:49:16 +0400:

Остаётся либо перехват функций (малопереносимый и чреватый некоторыми
последствиями) или ожидающий поток.
Какие ещё варианты?
Ты, наверно, хотел сказать, что в одной_известной_ос select есть только
для сокетов, и поэтому под неё писать сложнее. Но на это есть как раз
fileevent, который нужным образом реализован в языке, и работая с ним
нет необходимости заводить потоки вручную.
Я просто не помню есть ли в родном API этой известной ОС ожидание на
файлах...
Этим надо озаботиться до выбора инструмента для программирования.
АН Чем? Выбором ОС? А, обычно, кто-то спрашивает? :-(

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

Re: Запустить иксовое приложение через SSH

,-[Евгений Золотов, 16 July 2012 08:18]:

В общем как и следовало ожидать, утром всё вернулось на круги своя - не
пашет. Пытался запускать приложение с помощью xvfb-run, результата
никакого, т.е. просто возврат в консоль.
VNC настроить тоже не удалось, ему по-прежнему нужен номер дисплея.

В общем набросайте ещё идей, пожалуйста. Если нужны какие-то логи,
конфиги - скажите, покажу.

С уважением, Евгений.

у меня без всяких гномов работает. даже не стояло почти никогда.
и удаления гнома\кде не мешало никогда.

почему DISPLAY=:0 ?

~$ ssh -X blabla@192.168.254.253
Linux ad 3.4.4-di #1 SMP Wed Jun 27 17:28:55 MSK 2012 i686

00:09:41-blabla@ad:~$ echo $DISPLAY
localhost:10.0

в режиме форвардинга у вас :0 не выйдет.
vnc запускался без всяких :0
)
вы не за тот хвост тянете, есть подозрение.
)

идея:
поставьте xrdp, он вам локальный vnc сервер сам подымет, только не поломайте
сразу его.
)

--
__
mpd status: [paused]
Fight - Life In Black
**
* jabber: devil_ins...@jabber.ru *
* Registered linux user #450844*
**

Re: Несколько вопросов вразброс

2012-07-16 Пенетрантность Иван Лох

On Mon, Jul 16, 2012 at 11:59:50PM +0400, Artem Chuprina wrote:
 
 В функциональных языках - чистая.  JS, а также Perl, Python etc. - языки
 с _элементами_ функциональной парадигмы.  Там функция - не first-class
 entity, и количество возможных операций с нею сильно ограничено.

Чем это функция в javascript не first-class объект? Вполне, себе.  

-- 
Иван Лох


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120716213729.ge11...@nano.ioffe.rssi.ru

Re: Запустить иксовое приложение через SSH

2012-07-16 Пенетрантность Евгений Золотов

 Да, у меня тоже при входе получается localhost:10.0, но некоторые
программы в таком случае видят вместо иксов удалённой машины иксы той
машины, с которой я логинюсь. Так что меняю на DISPLAY=:0 и всё ок. На
этом в общем и остановился.

Е.

2012/7/17 -=Devil_InSide=- devil_ins...@mail.ru:
 почему DISPLAY=:0 ?

 ~$ ssh -X blabla@192.168.254.253
 Linux ad 3.4.4-di #1 SMP Wed Jun 27 17:28:55 MSK 2012 i686

 00:09:41-blabla@ad:~$ echo $DISPLAY
 localhost:10.0

Debian на SSD

2012-07-16 Пенетрантность Евгений Золотов

Коллеги,

 а как правильно заточить wheezy для твердотельного накопителя? Ядро 3.2.
 Я вынес в tmpfs /tmp, /var/run, /var/tmp, /var/log, /var/lock,
монтирую корень с опцией noatime, передаю ядру опцию discard (в Grub,
хотя полностью не понимаю для чего это и правильно ли сделал).
 Чего ещё можно сделать, чтобы уменьшить износ? Заранее спасибо за советы.

С уважением, Евгений.

Re: Debian на SSD

2012-07-16 Пенетрантность Dmitry Samsonov

17.07.2012 06:58, Евгений Золотов пишет:

  Я вынес в tmpfs /var/run, /var/lock,

  Через /etc/default/rcS ?

 /var/tmp, /var/log,

  Вообще, согласно FHS, /var/tmp должен выживать при перезагрузках -- в
отличие от /tmp как раз. Вернее даже, от загрузки к загрузке. Не говоря
уж о /var/log.


  Чего ещё можно сделать, чтобы уменьшить износ?

  Тут от задачи зависит. Смотря чем можно пожертвовать (кроме FHS) для
конкретной задачи.
  Так можно сделать и live (с persistent, причём в persistent вынести
только /home -- а система будет всегда одинаковой), и LVM snapshot.
Особенно если всю разницу писать на сторонний носитель.
  Причём чем больше мудрить, тем больше Debian будет превращаться в
Debian-based.

-- 
Dmitry Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5004dd7b.9090...@gmail.com

Re: размер репозитария wheezy?

2012-07-16 Пенетрантность Dmitry Samsonov

16.07.2012 11:01, Ivan Shmakov пишет:
   
 .apt/state/lists*/ftp.ru.debian.org_debian_dists_wheezy_main_binary-*_Packages
  
 amd6421812300614
 i386 21290124184
 all  25128320604

  Спасибо, похоже, как раз то, что нужно! Только вместо main лучше *,
чтобы contrib и non-free посчитать (а в них для архитектуронезависимых
пакетов на 3Гб больше получается).

  Только как корректно получить такие списки пакетов для неродных
архитектур -- через
# apt-get -o APT::Architecture=amd64 update
  или есть способ прямее?

-- 
Dmitry Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5004e2ed.8060...@gmail.com

Re: Debian на SSD

2012-07-16 Пенетрантность Artem Tuchinsky

Современным SSD подобные пляски с бубном не нужны, достаточно иметь
поддержку TRIM в ядре и в фс. Опцию discard, если у тебя ext4,
достаточно указать в fstab

17 июля 2012 г., 6:58 пользователь Евгений Золотов
sentinel...@gmail.com написал:
 Коллеги,

  а как правильно заточить wheezy для твердотельного накопителя? Ядро 3.2.
  Я вынес в tmpfs /tmp, /var/run, /var/tmp, /var/log, /var/lock,
 монтирую корень с опцией noatime, передаю ядру опцию discard (в Grub,
 хотя полностью не понимаю для чего это и правильно ли сделал).
  Чего ещё можно сделать, чтобы уменьшить износ? Заранее спасибо за советы.

 С уважением, Евгений.



-- 
wBR, Тучинский Артем tuchin...@gmail.com

Re: Debian на SSD

2012-07-16 Пенетрантность Konstantin Fadeyev

Я вынес /var и /home на обычный жёсткий диск, /tmp примонтировал в
оперативку и прописал корню noatime. Ну и раздел сделал на 5% меньше
полного объёма диска.

17 июля 2012 г., 9:35 пользователь Dmitry Samsonov
samson.samson.sam...@gmail.com написал:
17.07.2012 06:58, Евгений Золотов пишет:

Я вынес в tmpfs /var/run, /var/lock,

Через /etc/default/rcS ?

/var/tmp, /var/log,

Вообще, согласно FHS, /var/tmp должен выживать при перезагрузках -- в
отличие от /tmp как раз. Вернее даже, от загрузки к загрузке. Не говоря
уж о /var/log.

Чего ещё можно сделать, чтобы уменьшить износ?

Тут от задачи зависит. Смотря чем можно пожертвовать (кроме FHS) для
конкретной задачи.
Так можно сделать и live (с persistent, причём в persistent вынести
только /home -- а система будет всегда одинаковой), и LVM snapshot.
Особенно если всю разницу писать на сторонний носитель.
Причём чем больше мудрить, тем больше Debian будет превращаться в
Debian-based.

--
Dmitry Samsonov

--
Константин Фадеев

Re: Debian на SSD

2012-07-16 Пенетрантность Евгений Золотов

On Tue, Jul 17, 2012 at 08:10:09AM +0400, Artem Tuchinsky wrote:
 Современным SSD подобные пляски с бубном не нужны, достаточно иметь
 поддержку TRIM в ядре и в фс. Опцию discard, если у тебя ext4,
 достаточно указать в fstab
Тормозить будет.
Надо запускать fstrim руками тогда, когда его допустимо подождать.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: Debian на SSD

 Спасибо за идеи! Про 5% даже не подумал как-то.
 Да, надо было уточнить, что у меня не настоящий SSD, а обычная флэшка
(в настоящем-то поди кэш есть).

Е.

Re: Debian на SSD