date:20090410

10 апреля 2009 г. 3:04 пользователь Alexey Pechnikov написал:
>
> On Wednesday 08 April 2009 22:42:17 Alex wrote:
>> Буду благодарен за любые идеи.
>
> Не думаю, что это имеет отношение к озвученной проблеме, но, как заявляют
> представители Интел, современные процы не могут нормально работать с
> механическими винчестерами

Чушь полная.

> и необходимо переходить на нечто принципиально
> иное, например, твердотельные диски.

"представители Интел" - продажники.

Re: про фаирфок с и восстановление сесси и

On Fri, 10.04.2009 01:55:32 , Andrey Melnikoff wrote:
> sergio  wrote:
> > Я уже не раз промахнулся кнопкой и потерял все открытые табы.
> > По этому скорее хочется не правильно закрывать ff, а что бы он всегда
> > восстанавливал сессию при входе.
> TabMixPlus поставь.
Если нужно только сохранение сессии, то TabMixPlus это перебор. Да и
конкретно с этой задачей он справляется заметно хуже, чем Session
Manager.

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bad ending head (CHS and LBA don't match) - диск нести на по мойку?

On Fri, 10.04.2009 08:40:10 , DamirX wrote:
> В Чтв, 09/04/2009 в 16:50 +0400, Иван Лох пишет:
> 
> > У меня оригинал-макет четырехполоски "Враг капитала" и метра не занимает.
> > Ну еще картинки, которые лежат отдельно. Но тоже не много, газета же 
> > чернушная.
> > Правда если сверстать газету а Иллюстраторе с включенным превью, то может и 
> > больше
> > будет. Но это уж совсем изврат. Скрибус я лучше из репозитория поставлю.
> 
> Вот они инcтрументы современного революционера: scribus, pgp, GIMP.
Не pgp, а gpg тогда уж.

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Mysql - размер дампа

On Fri, 10 Apr 2009 09:00:07 +0400
Artem Chuprina  wrote:

> mysqldump, будучи родной дампилкой от мыскля, выдает правильный дамп.
> Если запущен с правильными аргументами.  А какой дамп выдает
> phpmyadmin
> - вопрос сложный.  С другой стороны, вероятнее всего, он всего лишь
> выдает результат работы mysqldump с _правильными_ ключами...
Неа, он сам делает то же, что и mysqldump.

-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Jabber:  g...@jabber.ru
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D


signature.asc
Description: PGP signature

Re: про фаирфокс и восстановление сессии

2009-04-10 Thread Peter Pentchev

On Fri, Apr 10, 2009 at 10:18:57AM +0300, Тихон Тарнавский wrote:
> On Fri, 10.04.2009 01:55:32 , Andrey Melnikoff wrote:
> > sergio  wrote:
> > > Я уже не раз промахнулся кнопкой и потерял все открытые табы.
> > > По этому скорее хочется не правильно закрывать ff, а что бы он всегда
> > > восстанавливал сессию при входе.
> > TabMixPlus поставь.
> Если нужно только сохранение сессии, то TabMixPlus это перебор. Да и
> конкретно с этой задачей он справляется заметно хуже, чем Session
> Manager.

Мммм... если нужно только сохранение сессии, не хватит ли
Edit >> Preferences >> Tabs >> When Firefox starts:
Show my windows and tabs from last time
...или как-то это называется в новых версий?

Всего лучшего,
Петр

-- 
Peter Pentchev  r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
This sentence is false.


pgpAhngnmHugf.pgp
Description: PGP signature

Re: про фаирфок с и восстановление сесси и

On Fri, 10.04.2009 10:54:06 , Peter Pentchev wrote:
> On Fri, Apr 10, 2009 at 10:18:57AM +0300, Тихон Тарнавский wrote:
> > On Fri, 10.04.2009 01:55:32 , Andrey Melnikoff wrote:
> > > sergio  wrote:
> > > > Я уже не раз промахнулся кнопкой и потерял все открытые табы.
> > > > По этому скорее хочется не правильно закрывать ff, а что бы он всегда
> > > > восстанавливал сессию при входе.
> > > TabMixPlus поставь.
> > Если нужно только сохранение сессии, то TabMixPlus это перебор. Да и
> > конкретно с этой задачей он справляется заметно хуже, чем Session
> > Manager.
> 
> Мммм... если нужно только сохранение сессии, не хватит ли
> Edit >> Preferences >> Tabs >> When Firefox starts:
> Show my windows and tabs from last time
> ...или как-то это называется в новых версий?
Почитайте тред внимательнее. О том и речь, что когда ff завершается
некорректно, он может потерять сессию. Для страховки от таких потерь и
нужно расширение.

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Как правильно настроить вид ео?

2009-04-10 Thread Dmitry Ermolaev

 Здравствуйте!

 Как правильно установить нужное разрешение видео? Материнская плата
M2NPV-MX, интегрированное видео GeForce 6150, монитор ЖК LG Flatron L1918s,
работает по RGB входу - другого не умеет 8-). При установке Lenny поставил
свободные драйвера nv, предлагаемые разрешения в иксах - 800x600 и 640x480.

Скорее всего можно вручную отредактировать xorg.conf, но нет ли более
широкодоступного и правильного пути? Вроде как xorg.conf сейчас и не
нужен... Хотя X -configure с последующим запуском X -config
/root/xorg.conf.new я делал, но после этого на мониторе "Вне диапазона 77.6
kHz / 56 Hz".



-- 
   Best regards!
   Dmitry Ermolaev

Re: Как правильно настр оить видео?

On Fri, 10 Apr 2009 13:08:54 +0500
Dmitry Ermolaev  wrote:

>  Здравствуйте!
> 
>  Как правильно установить нужное разрешение видео? Материнская плата
> M2NPV-MX, интегрированное видео GeForce 6150, монитор ЖК LG Flatron
> L1918s, работает по RGB входу - другого не умеет 8-). При установке
> Lenny поставил свободные драйвера nv, предлагаемые разрешения в иксах
> - 800x600 и 640x480.
Поставь несвободные (только из репозитория, а не с сайта нвидии)

> 
> Скорее всего можно вручную отредактировать xorg.conf, но нет ли более
> широкодоступного и правильного пути? Вроде как xorg.conf сейчас и не
> нужен... Хотя X -configure с последующим запуском X -config
> /root/xorg.conf.new я делал, но после этого на мониторе "Вне
> диапазона 77.6 kHz / 56 Hz".
> 
> 
> 


-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Jabber:  g...@jabber.ru
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D


signature.asc
Description: PGP signature

EE) XKB: Couldn't compile keymap. Что вдру г?

2009-04-10 Thread Peter Teslenko


Привет, коллеги.

Перестал работать numlock и некоторые другие кнопки.
С чего вдруг? Что-то криво обновил?

кусок xorg.conf

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "us,ru(common)"
Option  "XkbOptions""grp:menu_toggle,grp:lwin_switch"
EndSection

Кусок лога.

(**) Option "CoreKeyboard"
(**) Generic Keyboard: always reports core events
(**) Option "Protocol" "standard"
(**) Generic Keyboard: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Generic Keyboard: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Generic Keyboard: XkbModel: "pc105"
(**) Option "XkbLayout" "us,ru(common)"
(**) Generic Keyboard: XkbLayout: "us,ru(common)"
(**) Option "XkbOptions" "grp:menu_toggle,grp:lwin_switch"
(**) Generic Keyboard: XkbOptions: "grp:menu_toggle,grp:lwin_switch"
(**) Option "CustomKeycodes" "off"
(**) Generic Keyboard: CustomKeycodes disabled
(**) Option "SendCoreEvents"
(**) Logitech 2.4GHz Cordless Desktop Mouse: always reports core events
(**) Logitech 2.4GHz Cordless Desktop Mouse: Device: "/dev/input/event1"
(II) Logitech 2.4GHz Cordless Desktop Mouse: Found keys
(II) Logitech 2.4GHz Cordless Desktop Mouse: Configuring as keyboard
(**) Option "Protocol" "ImPS/2"
(**) Configured Mouse: Device: "/dev/input/mice"
(**) Configured Mouse: Protocol: "ImPS/2"
(**) Option "CorePointer"
(**) Configured Mouse: always reports core events
(**) Option "Device" "/dev/input/mice"
(**) Option "Emulate3Buttons" "true"
(**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) Configured Mouse: ZAxisMapping: buttons 4 and 5
(**) Configured Mouse: Buttons: 9
(**) Configured Mouse: Sensitivity: 1
(II) evaluating device (Generic Keyboard)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
(II) evaluating device (Logitech 2.4GHz Cordless Desktop Mouse)
(II) XINPUT: Adding extended input device "Logitech 2.4GHz Cordless Desktop 
Mouse" (type: KEYBOARD)
(II) evaluating device (Configured Mouse)
(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
(**) Option "xkb_rules" "base"
(**) Logitech 2.4GHz Cordless Desktop Mouse: xkb_rules: "base"
(**) Option "xkb_model" "evdev"
(**) Logitech 2.4GHz Cordless Desktop Mouse: xkb_model: "evdev"
(**) Option "xkb_layout" "us"
(**) Logitech 2.4GHz Cordless Desktop Mouse: xkb_layout: "us"
(II) Configured Mouse: ps2EnableDataReporting: succeeded
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap


--
Peter Teslenko
Jabber: pe...@jabber.mcicb.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой активности

2009-04-10 Thread Mikhail A Antonov

10/04/2009 13:15 (GMT +3) Oleg Gashev
> Какое отношение имеет проц к винчестеру?
Если обклеить винчестер процессорами - может получиться прикольный ёжик :-)

P.S.: Простите, не удержался :-)

-- 
Best regards,
         Mikhail
xmpp: ant...@stopicq.ru
irc: Bart-mdv- @ SolarNet
SolarNet: http://www.solarnet.ru/


signature.asc
Description: This is a digitally signed message part.

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 13:15:39 Oleg Gashev wrote:
> Какое отношение имеет проц к винчестеру?

Самое прямое. Уже на core2duo при работе с БД загрузка проца значительно 
меньше 100%, все упирается во ввод-вывод дисковых операций, т.е. диск не 
справляется с нагрузкой. При пакетных операциях в транзакциях одно ядро можно 
нагрузить на 100%, а в режиме autocommit даже одно ядро загружено в лучшем 
случае на 50%.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при к оротких всплесках дисковой акти вности

2009-04-10 Thread Oleg Gashev

2009/4/9 Alexey Pechnikov :
> Hello!
>
> On Wednesday 08 April 2009 22:42:17 Alex wrote:
>> Буду благодарен за любые идеи.
>
> Не думаю, что это имеет отношение к озвученной проблеме, но, как заявляют
> представители Интел, современные процы не могут нормально работать с
> механическими винчестерами и необходимо переходить на нечто принципиально
> иное, например, твердотельные диски. Кстати, гугл уже переходит.
>


Ж-)

Какое отношение имеет проц к винчестеру?


-- 
Best regards, Oleg Gashev.

Re: про фаирфокс и восстановл ение сессии

2009-04-10 Thread Oleg Gashev

День добрый!

2009/4/10 Тихон Тарнавский :

>>
>> Мммм... если нужно только сохранение сессии, не хватит ли
>> Edit >> Preferences >> Tabs >> When Firefox starts:
>> Show my windows and tabs from last time
>> ...или как-то это называется в новых версий?
> Почитайте тред внимательнее. О том и речь, что когда ff завершается
> некорректно, он может потерять сессию. Для страховки от таких потерь и
> нужно расширение.

Небезопасно это. Сессию лучше потерять в любом случае.

-- 
Best regards, Oleg Gashev.

Re: про фаирфок с и восстановление сесси и

On Fri, 10.04.2009 12:18:13 , Oleg Gashev wrote:
> 2009/4/10 Тихон Тарнавский :
> >> Мммм... если нужно только сохранение сессии, не хватит ли
> >> Edit >> Preferences >> Tabs >> When Firefox starts:
> >> Show my windows and tabs from last time
> >> ...или как-то это называется в новых версий?
> > Почитайте тред внимательнее. О том и речь, что когда ff завершается
> > некорректно, он может потерять сессию. Для страховки от таких потерь и
> > нужно расширение.
> 
> Небезопасно это. Сессию лучше потерять в любом случае.
Ничего не понял. Что и почему небезопасно? Почему лучше потерять
сессию?

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Как правильно настроить в идео?

2009-04-10 Thread Dmitry Ermolaev

10 апреля 2009 г. 13:27 пользователь Alexander GQ Gerasiov
написал:


> > L1918s, работает по RGB входу - другого не умеет 8-). При установке
> > Lenny поставил свободные драйвера nv, предлагаемые разрешения в иксах
> > - 800x600 и 640x480.
> Поставь несвободные (только из репозитория, а не с сайта нвидии)
>

 Поставил. Ничего не изменилось... А как сказать, что надо использовать вот
эти, свежепоставленные?

 Во, еще один интересный момент. Через синаптик новые пакеты установились,
все нормально. Через "Менеджер обновлений" список пакетов получен. А вот
ставить эти пакеты менеджер обновлений отказывается. Просто ничего не делает
- и все. aptitude upgrade - работает. Ну, то есть начала скачивать пакеты,
еще не докачала. 8-)


-- 
   Best regards!
   Dmitry Ermolaev

Re: про фаирфокс и восстановление сессии

Тихон Тарнавский -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
13:03:14 +0300:

 >> Небезопасно это. Сессию лучше потерять в любом случае.
 ТТ> Ничего не понял. Что и почему небезопасно? Почему лучше потерять
 ТТ> сессию?

Параноики вокруг нас.

-- 
Praemonitus premunitus


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких вс плесках дисковой активности

Dmitry Fedorov -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 14:18:01 
+0700:

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

 DF> Чушь полная.

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

А эмуляция твердотельниками интерфейса обычных - явление, вероятно,
временное.  Примерно так же, как эмуляция ядром старого интерфейса к
сети, чтобы ifconfig работал...

-- 
kernel bug (англ.) - ядрёна вошь


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: EE) XKB: Couldn't compile keymap. Что вдруг?

Peter Teslenko -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 13:19:21 
+0400:

 PT> Привет, коллеги.

 PT> Перестал работать numlock и некоторые другие кнопки.
 PT> С чего вдруг? Что-то криво обновил?

 PT> (EE) Error compiling keymap (server-0)
 PT> (EE) XKB: Couldn't compile keymap

Так ты попробуй его руками попросить скомпилировать.  Может, подробнее
расскажет.  Ну, для начала setxkbmap с параметрами из xorg.conf, а если
не поможет, то вытрясти из него команду для xkbcomp и допросить оного
поподробнее.

-- 
Лень оправдывает средства


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при к оротких всплесках дисковой акти вности

10 апреля 2009 г. 17:41 пользователь Artem Chuprina написал:
>
> А эмуляция твердотельниками интерфейса обычных - явление, вероятно,
> временное.  Примерно так же, как эмуляция ядром старого интерфейса к
> сети, чтобы ifconfig работал...

Как скоро мы забудем про 3-5" отсеки и новый "диск" будем устанавливать
прямо в слот pci-e 16x ?
Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды
мамок и корпусов, чтобы туда помещались новые диски.
А особо ценно - ограниченный срок службы SSD.

Re: "притормозы" системы при к оротких всплесках дисковой акти вности

2009-04-10 Thread Павел Марченко

зачем сразу pci на носу usb 3.0 а их то понатыкать кучу можно

10 апреля 2009 г. 14:12 пользователь Dmitry Fedorov
 написал:
> 10 апреля 2009 г. 17:41 пользователь Artem Chuprina написал:
>>
>> А эмуляция твердотельниками интерфейса обычных - явление, вероятно,
>> временное.  Примерно так же, как эмуляция ядром старого интерфейса к
>> сети, чтобы ifconfig работал...
>
> Как скоро мы забудем про 3-5" отсеки и новый "диск" будем устанавливать
> прямо в слот pci-e 16x ?
> Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды
> мамок и корпусов, чтобы туда помещались новые диски.
> А особо ценно - ограниченный срок службы SSD.
>



-- 
В смысле осмысления бессмысленного смысл тоже имеет определенную
осмысленность!!!

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 15:12:16 Dmitry Fedorov wrote:
> > А эмуляция твердотельниками интерфейса обычных - явление, вероятно,
> > временное.  Примерно так же, как эмуляция ядром старого интерфейса к
> > сети, чтобы ifconfig работал...
>
> Как скоро мы забудем про 3-5" отсеки и новый "диск" будем устанавливать
> прямо в слот pci-e 16x ?
> Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды
> мамок и корпусов, чтобы туда помещались новые диски.

Вероятно, будующие "системы на чипе" будут на одном кристалле содержать как 
центральный процессор, так и графический, плюс RAM плюс persistent флэш-
память. Так что забудьте про апгрейды.

> А особо ценно - ограниченный срок службы SSD.

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

"По утверждениям представителей Intel, их накопители SSD имеют среднее время 
наработки на отказ около 1,2 млн. часов, как и современные винчестеры 
серверного класса. 
Если эта характеристика кажется вам абстрактной, Intel готова предоставить 
более жизненные цифры. Например, при среднем объёме обрабатываемой за день 
информации в 100 Гб накопители типа SSD производства Intel могут служить не 
менее пяти лет. Следует отметить, что даже самые активные пользователи вряд ли 
обрабатывают за день более 20-30 Гб информации, так что срок службы SSD может 
измеряться десятилетиями."

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при к оротких всплесках дисковой акти вности

10 апреля 2009 г. 18:59 пользователь Павел Марченко написал:
> зачем сразу pci на носу usb 3.0 а их то понатыкать кучу можно

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

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

Re: "притормозы" системы при коротких вс плесках дисковой активности

Dmitry Fedorov -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 18:12:16 
+0700:

 >> А эмуляция твердотельниками интерфейса обычных - явление, вероятно,
 >> временное.  Примерно так же, как эмуляция ядром старого интерфейса к
 >> сети, чтобы ifconfig работал...

 DF> Как скоро мы забудем про 3-5" отсеки и новый "диск" будем устанавливать
 DF> прямо в слот pci-e 16x ?

Я думаю, через пару лет.

 DF> Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды
 DF> мамок и корпусов, чтобы туда помещались новые диски.

Мы вот тут прикидываем апгрейд...  Ага, машина возрастом 4 года не
апгрейдится.  ATA винты идут по цене антиквариата, а память, похоже,
вообще отсутствует.

 DF> А особо ценно - ограниченный срок службы SSD.

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

-- 
Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех
героев напрочь, и ушел.
Gimli on #arda


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких в сплесках дисковой активности

Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 10 Apr 2009
16:12:10 +0400:

AP> Механические диски имеют срок службы много меньший, чем
AP> твердотельные.

AP> "По утверждениям представителей Intel, их накопители SSD имеют
AP> среднее время наработки на отказ около 1,2 млн. часов, как и
AP> современные винчестеры серверного класса. Если эта характеристика
AP> кажется вам абстрактной, Intel готова предоставить более жизненные
AP> цифры. Например, при среднем объёме обрабатываемой за день
AP> информации в 100 Гб накопители типа SSD производства Intel могут
AP> служить не менее пяти лет. Следует отметить, что даже самые
AP> активные пользователи вряд ли обрабатывают за день более 20-30 Гб
AP> информации, так что срок службы SSD может измеряться
AP> десятилетиями."

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

--
Реляционная база данных - это не единственный способ сделать дурацкий поиск.
Victor Wagner

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" систем ы при коротких всплесках дисковой активности

Fri, 10 Apr 2009 19:12:23 +0700
Dmitry Fedorov  wrote:

> 10 апреля 2009 г. 18:59 пользователь Павел Марченко написал:
> > зачем сразу pci на носу usb 3.0 а их то понатыкать кучу можно
> 
> usb, как и sata - последовательные интерфейсы.
> Для носителей с физическим относительным перемещением носителя и
> головки - самое то - данные с носителя и так последовательны, нужно
> лишь следить за соответствием скорости дисков и интерфейса.
> 
> А вот для SSD это уже не так и скорости там возможны намного выше и
> быстрые параллельные интерфейсы потребуются в самом ближайшем будущем.

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



-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Jabber:  g...@jabber.ru
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" систем ы при коротких всплесках дисковой активности

Fri, 10 Apr 2009 16:12:10 +0400
Alexey Pechnikov  wrote:


> > А особо ценно - ограниченный срок службы SSD.
> 
> Механические диски имеют срок службы много меньший, чем
> твердотельные. 
> 
> "По утверждениям представителей Intel, их накопители SSD имеют
> среднее время наработки на отказ около 1,2 млн. часов, как и
> современные винчестеры серверного класса. 
Это не те же люди, что утверждали, что CD-RW болванка выдерживает
тысячи циклов перезаписи?

-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Jabber:  g...@jabber.ru
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 16:20:57 Artem Chuprina wrote:
> Заявление маркетоида и реальная жизнь - разные вещи...  То есть, может
> быть, да, но мне бы хотелось сначала увидеть SSD, успешно проживший 5
> лет.

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

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

Проблемы обычно у виндоюзеров - у и них своп диск метелит, и atime,diratime 
вообще не отключаются и т.д.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы " системы при коротких вс плесках дисковой активн ости

On Fri, 10.04.2009 16:12:10 , Alexey Pechnikov wrote:
> Если эта характеристика кажется вам абстрактной, Intel готова предоставить 
> более жизненные цифры. Например, при среднем объёме обрабатываемой за день 
> информации в 100 Гб накопители типа SSD производства Intel могут служить не 
> менее пяти лет. Следует отметить, что даже самые активные
> пользователи вряд ли обрабатывают за день более 20-30 Гб информации,
> так что срок службы SSD может измеряться десятилетиями."
Чтобы не сказать "чушь", скажу "матркетинговый трюк". Объём записанных
данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс
там -- понятие "локальное". И если, к примеру, запись производится
часто маленькими порциями, то область служебной информации ФС может
истереться _гораздо_ раньше всего остального.

А в целом присоединюсь к Артёму: технологии без году неделя; пока это
всё теория. Да, технология перспективная, но сейчас я её даже дома без
постоянных бэкапов на механику использовать бы побоялся.

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких вс плесках дисковой активности

Тихон Тарнавский -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
15:47:58 +0300:

 ТТ> А в целом присоединюсь к Артёму: технологии без году неделя; пока
 ТТ> это всё теория. Да, технология перспективная, но сейчас я её даже
 ТТ> дома без постоянных бэкапов на механику использовать бы побоялся.

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

-- 
Не сломалось - не чини.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы " системы при коротких вс плесках дисковой активн ости

On Fri, 10.04.2009 17:03:37 , Artem Chuprina wrote:
> Тихон Тарнавский -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
> 15:47:58 +0300:
> 
>  ТТ> А в целом присоединюсь к Артёму: технологии без году неделя; пока
>  ТТ> это всё теория. Да, технология перспективная, но сейчас я её даже
>  ТТ> дома без постоянных бэкапов на механику использовать бы побоялся.
> 
> А я как раз подумываю завести себе твердотельник в качестве носимого
> винта - чтобы не стремно было трясти...  Пишется на него как раз
> нечасто, годилась бы и обычная флешка.  Правда, стоит она такая,
> зараза...  6 тыщ за 64 гига - это все-таки перебор...
В качестве носимого -- да. Тут преимущества перевешивают недостатки. А
насчёт цены, так по мне для носимого 64 много. Мне 16 за глаза; да и
то только потому, что 8 сейчас стоят почти столько же, а то бы ещё
задумался.

P.S. Когда-то и винты были, помнится, по доллару за мегабайт. ;-)

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 16:47:58 Тихон Тарнавский wrote:
> Чтобы не сказать "чушь", скажу "матркетинговый трюк". Объём записанных
> данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс
> там -- понятие "локальное". И если, к примеру, запись производится
> часто маленькими порциями, то область служебной информации ФС может
> истереться _гораздо_ раньше всего остального.

Неправильно. Интел делает акцент как раз на то, что контроллер ssd-диска 
равномерно перераспределяет блоки, делая износ равномерным. По их словам, 
коэффициент неравномерности износа равен 1.1, т.е. чрезвычайно мал. 
Разумеется, все эти заявления может подтвердить только опыт эксплуатации, но 
ваши возражения нелепы, т.к. производитель утверждает, что это проблема 
полностью решена и у вас нет никаких фактов, доказывающих противное.

> А в целом присоединюсь к Артёму: технологии без году неделя; пока это
> всё теория. Да, технология перспективная, но сейчас я её даже дома без
> постоянных бэкапов на механику использовать бы побоялся.

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

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 17:19:10 Тихон Тарнавский wrote:
> > А я как раз подумываю завести себе твердотельник в качестве носимого
> > винта - чтобы не стремно было трясти...  Пишется на него как раз
> > нечасто, годилась бы и обычная флешка.  Правда, стоит она такая,
> > зараза...  6 тыщ за 64 гига - это все-таки перебор...
>
> В качестве носимого -- да. Тут преимущества перевешивают недостатки. А
> насчёт цены, так по мне для носимого 64 много. Мне 16 за глаза; да и
> то только потому, что 8 сейчас стоят почти столько же, а то бы ещё
> задумался.

На ssd в 64 гига можно целиком перенести рабочую систему, ни в чем себя не 
ограничивая. Например, у меня на рабочей машине так:

$ df -h|grep sda
/dev/sda1 108G   53G   50G  52% /

Все остальное - музыка, фильмы, etc. давно живет на внешних дисках и флэшках.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" систе мы при коротких всплесках дисковой активности

2009-04-10 Thread Иван Лох

On Fri, Apr 10, 2009 at 01:45:35PM +0400, Alexey Pechnikov wrote:
> Hello!
> 
> On Friday 10 April 2009 13:15:39 Oleg Gashev wrote:
> > Какое отношение имеет проц к винчестеру?
> 
> Самое прямое. Уже на core2duo при работе с БД загрузка проца значительно 
> меньше 100%, все упирается во ввод-вывод дисковых операций, т.е. диск не 

Если вы думаете, если никаких приложений кроме баз данных больших по размеру 
объема
оперативки в природе не существует, то это не так. 



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" систе мы при коротких всплесках дисковой активности

2009-04-10 Thread Иван Лох

On Fri, Apr 10, 2009 at 05:34:12PM +0400, Alexey Pechnikov wrote:
> 
> Никакие технологии необходимость бэкапов не отменяют. Кстати, бэкап уже давно 
> надежнее делать как раз на флэшки, поскольку число операций записи мало. 

...дь! Вас же люди читают. Вдруг, кто-нибудь всерьез начнет делать бэкап на 
флешки!



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 17:40:22 Иван Лох wrote:
> > Самое прямое. Уже на core2duo при работе с БД загрузка проца значительно
> > меньше 100%, все упирается во ввод-вывод дисковых операций, т.е. диск не
>
> Если вы думаете, если никаких приложений кроме баз данных больших по
> размеру объема оперативки в природе не существует, то это не так.

Есть несколько известных паттернов использования диска и БД - один из них. Для 
этого паттерна определено соотношение количества читающих и пишущих операций и 
проч. параметры. Так что это гораздо более понятный пример, чем "...одна моя 
программа...".

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 17:43:19 Иван Лох wrote:
> On Fri, Apr 10, 2009 at 05:34:12PM +0400, Alexey Pechnikov wrote:
> > Никакие технологии необходимость бэкапов не отменяют. Кстати, бэкап уже
> > давно надежнее делать как раз на флэшки, поскольку число операций записи
> > мало.
>
> ...дь! Вас же люди читают. Вдруг, кто-нибудь всерьез начнет делать бэкап на
> флешки!

И что? Вы не поверите, но существуют еще и бэкапы на ленту и оптические диски. 
Притом, что срок жизни обычного двд-диска в лучшем случае 3 года, а флэшка при 
интенсивном использовании живет в разы дольше. Самые старые мои флэшки активно 
используются лет 5, всего у меня их десятка два, и за это время еще не было ни 
одного сбоя.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" сист емы при коротких всплесках дисковой активност и

2009-04-10 Thread Victor Wagner

On 2009.04.10 at 16:20:57 +0400, Artem Chuprina wrote:

> Заявление маркетоида и реальная жизнь - разные вещи...  То есть, может
> быть, да, но мне бы хотелось сначала увидеть SSD, успешно проживший 5
> лет.

Подожди пять лет.

Что-то это мне напоминает виденный в начале века job description
где требовалось 5+ years of experience with Oracle 8i. При том что
означенный 8i был два месяца как выпущен.

-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" систе мы при коротких всплесках дисковой активности

2009-04-10 Thread Victor Wagner

On 2009.04.10 at 16:15:02 +0400, Artem Chuprina wrote:

> Dmitry Fedorov -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
> 18:12:16 +0700:
> 
>  >> А эмуляция твердотельниками интерфейса обычных - явление, вероятно,
>  >> временное.  Примерно так же, как эмуляция ядром старого интерфейса к
>  >> сети, чтобы ifconfig работал...
> 
>  DF> Как скоро мы забудем про 3-5" отсеки и новый "диск" будем устанавливать
>  DF> прямо в слот pci-e 16x ?
> 
> Я думаю, через пару лет.

На Eee-PC оно так устроено уже год как.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой акт ивности

2009-04-10 Thread George Shuklin

10.04.09, 16:47, "Тихон Тарнавский" :

> On Fri, 10.04.2009 16:12:10 , Alexey Pechnikov wrote:
> > Если эта характеристика кажется вам абстрактной, Intel готова предоставить 
> > более жизненные цифры. Например, при среднем объёме обрабатываемой за день 
> > информации в 100 Гб накопители типа SSD производства Intel могут служить не 
> > менее пяти лет. Следует отметить, что даже самые активные
> > пользователи вряд ли обрабатывают за день более 20-30 Гб информации,
> > так что срок службы SSD может измеряться десятилетиями."
> Чтобы не сказать "чушь", скажу "матркетинговый трюк". Объём записанных
> данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс
> там -- понятие "локальное". И если, к примеру, запись производится
> часто маленькими порциями, то область служебной информации ФС может
> истереться _гораздо_ раньше всего остального.
> А в целом присоединюсь к Артёму: технологии без году неделя; пока это
> всё теория. Да, технология перспективная, но сейчас я её даже дома без
> постоянных бэкапов на механику использовать бы побоялся.

Извиняюсь, но если область пишется часто, то она же часто и ремапится. С точки 
зрения ремапов самая большая задница - это диск, занятый на 99%, оставшийся 1% 
из которого непрерывно пишется. А технологии ремапа отработаны уже лет 10 как в 
обычном USB-флеше.

-- 
wBR,George.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Система учета компью терной техники, сетевого о борудования, отслеживания проблем с ней.

2009-04-10 Thread Oleg Frolkov

eugene v. samusev пишет:

2009/4/7 Oleg Frolkov mailto:i...@of.pp.ru>>

Чуть более года назад в поисках веб системы для построения карты
сети и ее мониторинга натыкался
на Французскую (если не ошибаюсь) с русским языковым файлом php
систему для учета компьютерной,
оргтехники, сетевого оборудования с построением логических связей
между всем этим (что к чему подключено)
и возможностью отслеживания Trouble Tickets от пользователей,
отработки проблем и ведения статистики отказов
оборудования.

Речь идет про glpi ( http://glpi-project.org/spip.php?lang=en )
Для малых и средних организаций - самое то.

--
Евгений Самусев.
Контактная информация:
jid,gtalk: samu...@gmail.com
e-mail: samu...@gmail.com или
samu...@techmoney.ru

mobile: +79226394899

Bingo!

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

Олег.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при к оротких всплесках дисковой акти вности

10 апреля 2009 г. 20:58 пользователь Victor Wagner  написал:
>>  DF> Как скоро мы забудем про 3-5" отсеки и новый "диск" будем устанавливать
>>  DF> прямо в слот pci-e 16x ?
>>
>> Я думаю, через пару лет.
>
> На Eee-PC оно так устроено уже год как.

Я про десктопы. Наладонные и прочие не считаем.

Re: "притормозы" системы при коротких в сплесках дисковой активности

Alexey Pechnikov -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
17:38:31 +0400:

 >> > А я как раз подумываю завести себе твердотельник в качестве носимого
 >> > винта - чтобы не стремно было трясти...  Пишется на него как раз
 >> > нечасто, годилась бы и обычная флешка.  Правда, стоит она такая,
 >> > зараза...  6 тыщ за 64 гига - это все-таки перебор...
 >>
 >> В качестве носимого -- да. Тут преимущества перевешивают недостатки. А
 >> насчёт цены, так по мне для носимого 64 много. Мне 16 за глаза; да и
 >> то только потому, что 8 сейчас стоят почти столько же, а то бы ещё
 >> задумался.

 AP> На ssd в 64 гига можно целиком перенести рабочую систему, ни в чем
 AP> себя не ограничивая.

Деушка, я там подразумеваю иметь, помимо рабочей системы с парой
виртуалок унутре, еще и миррор дистрибутива, и гигабайт на 50
vfat'овский раздел, для обменов с виндуями.

-- 
Вам правду резать или кусочком?
Кнышев


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при к оротких всплесках дисковой акти вности

10 апреля 2009 г. 19:24 пользователь Alexander GQ Gerasiov написал:
>
> ничего, что pci-express кагбе тоже последовательный? На самом деле

он параллельно-последовательный.

Re: "притормозы " системы при коротких вс плесках дисковой активн ости

On Fri, 10.04.2009 17:34:12 , Alexey Pechnikov wrote:
> On Friday 10 April 2009 16:47:58 Тихон Тарнавский wrote:
> > Чтобы не сказать "чушь", скажу "матркетинговый трюк". Объём записанных
> > данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс
> > там -- понятие "локальное". И если, к примеру, запись производится
> > часто маленькими порциями, то область служебной информации ФС может
> > истереться _гораздо_ раньше всего остального.
> 
> Неправильно. Интел делает акцент как раз на то, что контроллер ssd-диска 
> равномерно перераспределяет блоки, делая износ равномерным. По их словам, 
> коэффициент неравномерности износа равен 1.1, т.е. чрезвычайно мал. 
> Разумеется, все эти заявления может подтвердить только опыт эксплуатации, но 
> ваши возражения нелепы, т.к. производитель утверждает, что это проблема 
> полностью решена и у вас нет никаких фактов, доказывающих противное.
А теперь перечитайте ещё раз, и подумайте: контроллер не сможет
распределять использование служебных блоков ФС, поскольку эти
служебные блоки по самому устройству ФС фиксированы и их мало.

> > А в целом присоединюсь к Артёму: технологии без году неделя; пока это
> > всё теория. Да, технология перспективная, но сейчас я её даже дома без
> > постоянных бэкапов на механику использовать бы побоялся.
> 
> Никакие технологии необходимость бэкапов не отменяют. Кстати, бэкап
> уже давно надежнее делать как раз на флэшки, поскольку число
> операций записи мало.
Смотря как быкап организован. Если инкрементные архивы, как на лентах,
то возможно. Но тут ещё не стоит забывать, что для бэкапа главное
надёжность, а ssd гораздо более чувствительны к э/м полям. У них в
смысле надёжности только одно преимущество -- механическая
устойчивость; но для бэкапов это как не важно, т.к. их с собой никто
не таскает.

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы " системы при коротких вс плесках дисковой активн ости

On Fri, 10.04.2009 18:03:48 , George Shuklin wrote:
> 10.04.09, 16:47, "Тихон Тарнавский" :
> 
> > On Fri, 10.04.2009 16:12:10 , Alexey Pechnikov wrote:
> > > Если эта характеристика кажется вам абстрактной, Intel готова 
> > > предоставить 
> > > более жизненные цифры. Например, при среднем объёме обрабатываемой за 
> > > день 
> > > информации в 100 Гб накопители типа SSD производства Intel могут служить 
> > > не 
> > > менее пяти лет. Следует отметить, что даже самые активные
> > > пользователи вряд ли обрабатывают за день более 20-30 Гб информации,
> > > так что срок службы SSD может измеряться десятилетиями."
> > Чтобы не сказать "чушь", скажу "матркетинговый трюк". Объём записанных
> > данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс
> > там -- понятие "локальное". И если, к примеру, запись производится
> > часто маленькими порциями, то область служебной информации ФС может
> > истереться _гораздо_ раньше всего остального.
> > А в целом присоединюсь к Артёму: технологии без году неделя; пока это
> > всё теория. Да, технология перспективная, но сейчас я её даже дома без
> > постоянных бэкапов на механику использовать бы побоялся.
> 
> Извиняюсь, но если область пишется часто, то она же часто и ремапится. С 
> точки зрения ремапов самая большая задница - это диск, занятый на 99%, 
> оставшийся 1% из которого непрерывно пишется. А технологии ремапа отработаны 
> уже лет 10 как в обычном USB-флеше.
> 
И при чём здесь ремапинг к области служебных данных ФС?


-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote:
> ssd гораздо более чувствительны к э/м полям.

"Когда наступила июньская жара и гусаки начали метать икру..." (с) 

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 19:35:26 Artem Chuprina wrote:
> гигабайт на 50
> vfat'овский раздел, для обменов с виндуями.

Ужас. Не иначе как в кризис контрафактом приторговываете :-)

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 19:56:34 Тихон Тарнавский wrote:
> > Извиняюсь, но если область пишется часто, то она же часто и ремапится. С
> > точки зрения ремапов самая большая задница - это диск, занятый на 99%,
> > оставшийся 1% из которого непрерывно пишется. А технологии ремапа
> > отработаны уже лет 10 как в обычном USB-флеше.
>
> И при чём здесь ремапинг к области служебных данных ФС?

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

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" систе мы при коротких всплесках дисковой активности

2009-04-10 Thread Victor Wagner

On 2009.04.10 at 22:31:41 +0700, Dmitry Fedorov wrote:

> 10 апреля 2009 г. 20:58 пользователь Victor Wagner  
> написал:
> >>  DF> Как скоро мы забудем про 3-5" отсеки и новый "диск" будем 
> >> устанавливать
> >>  DF> прямо в слот pci-e 16x ?
> >>
> >> Я думаю, через пару лет.
> >
> > На Eee-PC оно так устроено уже год как.
> 
> Я про десктопы. Наладонные и прочие не считаем.

Асус уже делает Eee-Box, правда  с механическим винчестером. Еще пара
моделей и они и по этой детали ноутбук с десктопом унифицируют.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы " системы при коротких вс плесках дисковой активн ости

On Fri, 10.04.2009 20:05:53 , Alexey Pechnikov wrote:
> On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote:
> > ssd гораздо более чувствительны к э/м полям.
> 
> "Когда наступила июньская жара и гусаки начали метать икру..." (с) 
Что Вы этим хотите сказать? Чтобы я в гугль за Вас сходил?

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 20:16:34 Тихон Тарнавский wrote:
> > On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote:
> > > ssd гораздо более чувствительны к э/м полям.
> >
> > "Когда наступила июньская жара и гусаки начали метать икру..." (с)
>
> Что Вы этим хотите сказать? Чтобы я в гугль за Вас сходил?

HDD, магнитофонные кассеты и подобные носители используют намагничивание т.н. 
доменов. В оптических дисках, флэшках и проч. используются иные принципы 
записи. Флэшки ближе к RAM-памяти, чем к HDD. Если же говорить о сверхмощных 
полях, то ими можно "спалить" любую электронику и не только (а то и металл 
испарить, ежели мощности хватает).

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Lenny. Seamonkey так, что бы ничего н е испортить.

2009-04-10 Thread Mark Goldshtein

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

Есть желание использовать Seamonkey. Поскольку Iceape не включён в
Lenny, скачал *.tar.gz отсюда:
http://www.seamonkey-project.org/releases/

Подскажите пожалуйста, если я распакую его в ~/seamonkey и запущу
./seamonkey, не будет ли он пытаться прописать что-либо куда либо,
кроме назначенной ему директории? Ну, скажем, куда-нибудь в уже
имеющийся у меня ~/.mozilla/firefox/xxx.default/chrome или что-нибудь
в этом духе?

Разъясните пожалуйста. Нет желания устанавливать его в систему, либо
заменять уже имеющееся.
Спасибо.

-- 
С Уважением,
Марк Гольдштейн

Sincerely Yours'
Mark Goldshtein

Re: "притормозы" системы при коротких в сплесках дисковой активности

Alexey Pechnikov -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
20:00:58 +0400:

 >> гигабайт на 50
 >> vfat'овский раздел, для обменов с виндуями.

 AP> Ужас. Не иначе как в кризис контрафактом приторговываете :-)

Вы серьезно не представляете себе объем сырого фотоматериала,
привозимого из трехнедельного путешествия неплохим фотографом?

И, кстати, объем контрафакта, осмысленный для торговли?

-- 
русская народная глупость
Кнышев


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы " системы при коротких вс плесках дисковой активн ости

On Fri, 10.04.2009 20:28:42 , Alexey Pechnikov wrote:
> Hello!
> 
> On Friday 10 April 2009 20:16:34 Тихон Тарнавский wrote:
> > > On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote:
> > > > ssd гораздо более чувствительны к э/м полям.
> > >
> > > "Когда наступила июньская жара и гусаки начали метать икру..." (с)
> >
> > Что Вы этим хотите сказать? Чтобы я в гугль за Вас сходил?
> 
> HDD, магнитофонные кассеты и подобные носители используют намагничивание т.н. 
> доменов. В оптических дисках, флэшках и проч. используются иные принципы 
> записи.
И что? Эти "иные принципы" что, не на электромагнитном излучении
основаны? Это ведь не магнитооптика всё же.

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: bibtex и гост р 7.0.5-2008

2009-04-10 Thread Maxim Nikulin

Vladimir Elizarov wrote:

У меня сейчас с \bibliographystyle{unsrt} вроде бы всё хорошо, кроме
того что поле "издание", "количество страниц" итд. на англиском. Что
не совсем хорошо. Это как понимаю можно исправить только своим стилем?

Поляков в стилях gost* для этого вводил поле language. Если надо сделать
список литературы только для одной публикации (хотя BibTeX рассчитан на
большее), можно просто в последний момент взять содержимое *.bbl и
подправить руками.

В comp.text.tex сильно хвалили biblatex, он заметную часть
форматирования позволяет реализовать средствами latex, а не bibtex. Как
у него с русским, я не знаю. С учетом того, что сортировка не нужна,
может оказаться проще.

А вообще, подобные вопросы лучше задавать в неоднократно упоминавшемся
cyrtex...@vsu.ru

--
Максим Никулин

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: bibtex и гост р 7.0.5-2008

2009-04-10 Thread Alexey Shrub

я когда-то пробовал один совет с лора, что получилось тут 
http://worldmind.livejournal.com/22566.html
но я откатился до 1251

Alexey Shrub

--- Пт, 10.4.09, Maxim Nikulin  пишет:
От: Maxim Nikulin 
Тема: Re: bibtex и гост р 7.0.5-2008
Кому: debian-russian@lists.debian.org
Дата: Пятница, 10 апрель 2009, 20:55

Vladimir Elizarov wrote:
>> 
> У меня сейчас с \bibliographystyle{unsrt} вроде бы
всё хорошо, кроме
> того что  поле  "издание", 
"количество страниц"  итд. на
англиском. Что
> не совсем хорошо. Это как понимаю можно
исправить только своим стилем?

Поляков в стилях gost* для этого вводил поле
language. Если надо сделать список литературы
только для одной публикации (хотя BibTeX
рассчитан на большее), можно просто в
последний момент взять содержимое *.bbl и
подправить руками.

В comp.text.tex сильно хвалили biblatex, он заметную
часть форматирования позволяет
реализовать средствами latex, а не bibtex. Как у
него с русским, я не знаю. С учетом того, что
сортировка не нужна, может оказаться проще.

А вообще, подобные вопросы лучше задавать в
неоднократно упоминавшемся cyrtex...@vsu.ru

-- Максим Никулин

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org

Вы уже с Yahoo!? 
Испытайте обновленную и улучшенную. Yahoo! Почту! http://ru.mail.yahoo.com

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 20:51:18 Тихон Тарнавский wrote:
> > HDD, магнитофонные кассеты и подобные носители используют намагничивание
> > т.н. доменов. В оптических дисках, флэшках и проч. используются иные
> > принципы записи.
>
> И что? Эти "иные принципы" что, не на электромагнитном излучении
> основаны? Это ведь не магнитооптика всё же.

Вы меня убиваете :-( Оптика занимается электромагнитным излучением, в 
диапазоне, который называется оптическим. Магнитооптика как раз использует 
электромагнитные импульсы для записи (надежность достигается за счет того, что 
для записи мало того, что нужен более мощный импульс, чем для считывания, но 
еще и необходима высокая температура носителя, что достигается путем 
предварительного нагрева лазером). 

Флэш-память основана на полевых транзисторах, т.е. на эффекте квантового 
туннелирования через диэлектрик, то есть внешним излучением можно сжечь 
транзисторы, но нельзя изменить их состояние, что обеспечивает высокую 
надежность хранения. А по реализации это EEPROM, но с поблочной записью. При 
этом EEPROM используется много десятилетий во всей электронике и очень 
надежен. Современная флэш-память это EEPROM со скоростью доступа, 
приближающейся к операциям с RAM. Плюс к тому ECC и другие технологии контроля 
целостности реализованы прямо в чипе.

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

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 20:44:17 Artem Chuprina wrote:
>  AP> Ужас. Не иначе как в кризис контрафактом приторговываете :-)
>
> Вы серьезно не представляете себе объем сырого фотоматериала,
> привозимого из трехнедельного путешествия неплохим фотографом?

У меня в фотоаппарате воткнута флэшка на 8 гиг и уже год как пишу на нее, 
место пока есть. Даже если в течении 21 дня 8 часов в день снимать по 1 кадру 
в минуту, получится примерно 10 000 кадров. На флэшку влезет.

> И, кстати, объем контрафакта, осмысленный для торговли?

Если фильмы - терабайты. Если базы ГИБДД, банков и т.п., то и несколько 
десятков гигабайт достаточно. Вероятно, вы выберете более ценную информацию 
;-)

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: bibtex и гост р 7.0.5-2008

2009-04-10 Thread Vladimir Elizarov

Alexey Shrub wrote:
> я когда-то пробовал один совет с лора, что получилось тут
> http://worldmind.livejournal.com/22566.html
> но я откатился до 1251
>
> 
> Alexey Shrub
>
> --- *Пт, 10.4.09, Maxim Nikulin //* пишет:
>
> От: Maxim Nikulin 
> Тема: Re: bibtex и гост р 7.0.5-2008
> Кому: debian-russian@lists.debian.org
> Дата: Пятница, 10 апрель 2009, 20:55
>
> Vladimir Elizarov wrote:
> >> 
> > У меня сейчас с \bibliographystyle{unsrt} вроде бы
> всё хорошо, кроме
> > того что  поле  "издание", 
> "количество страниц"  итд. на
> англиском. Что
> > не совсем хорошо. Это как понимаю можно
> исправить только своим стилем?
>
> Поляков в стилях gost* для этого вводил поле
> language. Если надо
>  сделать список литературы
> только для одной публикации (хотя BibTeX
> рассчитан на большее), можно просто в
> последний момент взять содержимое *.bbl и
> подправить руками.
>
> В comp.text.tex сильно хвалили biblatex, он заметную
> часть форматирования позволяет
> реализовать средствами latex, а не bibtex. Как у
> него с русским, я не знаю. С учетом того, что
> сортировка не нужна, может оказаться проще.
>
> А вообще, подобные вопросы лучше задавать в
> неоднократно упоминавшемся cyrtex...@vsu.ru
>
> -- Максим Никулин
>
>
> --
> To UNSUBSCRIBE, email to
>  debian-russian-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
>
>   
>
>
> 
>
> Вы уже с Yahoo!? Испытайте обновленную и улучшенную. Yahoo! Почту
> ! 
А можно способ лора, по ссылке он не написан.


signature.asc
Description: OpenPGP digital signature

Re: "притормозы" систем ы при коротких всплесках дисковой активности

Alexey Pechnikov -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
21:56:39 +0400:

 >>  AP> Ужас. Не иначе как в кризис контрафактом приторговываете :-)
 >>
 >> Вы серьезно не представляете себе объем сырого фотоматериала,
 >> привозимого из трехнедельного путешествия неплохим фотографом?

 AP> У меня в фотоаппарате воткнута флэшка на 8 гиг и уже год как пишу
 AP> на нее, место пока есть. Даже если в течении 21 дня 8 часов в день
 AP> снимать по 1 кадру в минуту, получится примерно 10 000 кадров. На
 AP> флэшку влезет.

У нормального фотоаппарата характерный размер сырого файла, если я
правильно понимаю, порядка 12-16 мегабайт.  8 гиг - это всего полтыщи
кадров.  Столько приличный фотограф успевает отснять за 3-4 дня.  За
неделю - в режиме жесткой экономии места.

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

Я, ни разу не фотограф, с мыльницей, у которой на выходе
2-с-небольшим-мегабайтный jpeg, привожу из двухнедельной поездки 3-4
гига.  Сиречь полторы-две тысячи кадров.

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

-- 
Попрошу благородного дона не обобщать с утра пораньше! (С)энта


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы " системы при коротких в сплесках дисковой актив ности

On Fri, 10.04.2009 23:12:04 , Artem Chuprina wrote:
> Alexey Pechnikov -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
> 21:56:39 +0400:
> 
>  >>  AP> Ужас. Не иначе как в кризис контрафактом приторговываете :-)
>  >>
>  >> Вы серьезно не представляете себе объем сырого фотоматериала,
>  >> привозимого из трехнедельного путешествия неплохим фотографом?
> 
>  AP> У меня в фотоаппарате воткнута флэшка на 8 гиг и уже год как пишу
>  AP> на нее, место пока есть. Даже если в течении 21 дня 8 часов в день
>  AP> снимать по 1 кадру в минуту, получится примерно 10 000 кадров. На
>  AP> флэшку влезет.
> 
> У нормального фотоаппарата характерный размер сырого файла, если я
> правильно понимаю, порядка 12-16 мегабайт.  8 гиг - это всего полтыщи
> кадров.  Столько приличный фотограф успевает отснять за 3-4 дня.  За
> неделю - в режиме жесткой экономии места.
> 
> Знакомые в такую поездку, помимо собственно карточек, берут хреновину
> типа "винчестер с кардридером".  И привозят 40 гигабайт.
> 
> Я, ни разу не фотограф, с мыльницей, у которой на выходе
> 2-с-небольшим-мегабайтный jpeg, привожу из двухнедельной поездки 3-4
> гига.  Сиречь полторы-две тысячи кадров.
> 
> Ну да, если одна поездка в год, то за год в 8 гиг я уложусь...  И даже с
> двумя, наверное, уложусь...  Учитывая, что я кроме как в поездках, почти
> не снимаю.
> 
Откровенно говоря, нынешняя массовая "фотографомания" мне совершенно
непонятна. Я привык, что в двухнедельную поездку человек брал с собой
одну-две 36-кадровых плёнки. Ну, _максимум_ три -- про запас. И ему
_хватало_.

-- 
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" систе мы при коротких всплесках дисковой активности

2009-04-10 Thread Иван Лох

On Fri, Apr 10, 2009 at 09:56:39PM +0400, Alexey Pechnikov wrote:
> 
> Если фильмы - терабайты. Если базы ГИБДД, банков и т.п., то и несколько 
> десятков гигабайт достаточно. Вероятно, вы выберете более ценную информацию 
> ;-)

Если только фотографии клиентов в высоком разрешении хранить



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" систем ы при коротких всплесках дисковой активности

Тихон Тарнавский -> debian-russian@lists.debian.org  @ Fri, 10 Apr 2009 
22:39:08 +0300:

 ТТ> Откровенно говоря, нынешняя массовая "фотографомания" мне
 ТТ> совершенно непонятна. Я привык, что в двухнедельную поездку человек
 ТТ> брал с собой одну-две 36-кадровых плёнки. Ну, _максимум_ три -- про
 ТТ> запас. И ему _хватало_.

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

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

-- 
Делу время, потехе - деньги.
Кнышев


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 23:12:04 Artem Chuprina wrote:
> У нормального фотоаппарата характерный размер сырого файла, если я
> правильно понимаю, порядка 12-16 мегабайт.  8 гиг - это всего полтыщи
> кадров.  Столько приличный фотограф успевает отснять за 3-4 дня.  За
> неделю - в режиме жесткой экономии места.
>
> Знакомые в такую поездку, помимо собственно карточек, берут хреновину
> типа "винчестер с кардридером".  И привозят 40 гигабайт.

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

> Я, ни разу не фотограф, с мыльницей, у которой на выходе
> 2-с-небольшим-мегабайтный jpeg, привожу из двухнедельной поездки 3-4
> гига.  Сиречь полторы-две тысячи кадров.

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

> Ну да, если одна поездка в год, то за год в 8 гиг я уложусь...  И даже с
> двумя, наверное, уложусь...  Учитывая, что я кроме как в поездках, почти
> не снимаю.

Действительно стоящих кадров, которые стоило бы, к примеру, оформить в виде 
картины на стену у меня примерно десяток в год. Есть еще различные памятные 
события, хотя и не имеющие ценности с художественной точки зрения. Остальное - 
не стоит того, чтобы тратить время на повторный просмотр в будущем. Учитывая 
размер экрана обычного фотоаппарата в 2,5 - 3 дюйма и возможность 
произвольного увеличения снимков, не составляет проблем просмотреть в тот же 
день отснятые кадры и лишние удалить - зачем их возить-то? 

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: "притормозы" системы при коротких всплесках дисковой активности

Hello!

On Friday 10 April 2009 23:45:58 Иван Лох wrote:
> > Если фильмы - терабайты. Если базы ГИБДД, банков и т.п., то и несколько
> > десятков гигабайт достаточно. Вероятно, вы выберете более ценную
> > информацию ;-)
>
> Если только фотографии клиентов в высоком разрешении хранить

В высоком не получится. 100 000 фотографий с вебкамер - это примерно 25 гиг. 

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Lenny. Seamonkey так, что бы ничего не испортить.

2009-04-10 Thread Vasiliy Litovchenko


Mark Goldshtein пишет:

Подскажите пожалуйста, если я распакую его в ~/seamonkey и запущу
./seamonkey, не будет ли он пытаться прописать что-либо куда либо,
кроме назначенной ему директории? Ну, скажем, куда-нибудь в уже
имеющийся у меня ~/.mozilla/firefox/xxx.default/chrome или что-нибудь
в этом духе?

  
и да, и нет. обычно он создает новый профиль, где-то в ~/.mozilla,  
гадить в существующий профиль firefox'а не должен.




--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: про фаирфокс и восстановле ние сессии

2009-04-10 Thread sergio

В Чтв, 09/04/2009 в 19:04 +0400, sergio пишет:

> Если ff был закрыт не правильно, то при запуске он спрашивает
> восстанавливать ли сессию.
> 
> Сейчас я обнаружил, что kde4 при выходе каким-то образом закрывает
> запущенный ff правильно.
> 
> 1) есть идеи как kde4 это делает?
> думается мне, что оно при выходе посылает close (тот который происходит
> по нажатию на кнопочку закрыть на обрамлении окна)
> 2) правильно так поступать wm при выходе?
> 3) из любопытства: как послать окну close?
> 4) как побороть изначальную проблему не в kde4? (это собственно основной
> вопрос)

1) Безусловно восстанавливать сессию после падения плохо.

2) TabMixPlus это перебор, а вот Session Manager, помогает избежать
потерю сессии, спасибо.

3) ff вообще игнорирует сигналы (тупо дохнет), так что kde4 видимо таки
посылает "закрыть окно". Не очень понятно правда кому посылает. Видимо
всем тем, кто был запущен через само kde.
В /usr/share/applications/iceweasel.desktop я ничего интересного не
нашёл. В прочем проблемы kde меня не сильно волнуют.

4) послать окну close можно, например, с помощью wmctrl.
Ещё можно через eesh в e16.

5) Кто-нибудь знает, какие wm'ы умеют слать "закрыть окно" при выходе? И
правильно ли так делать?

--
sergio

xkb сломали?

2009-04-10 Thread sergio

Всем привет.

% grep grp /etc/X11/xorg.conf 
#   Option  "XkbOptions"
"grp:rctrl_toggle,grp_led:scroll"
Option  "XkbOptions""grp:win_menu_switch"
% grep grp /var/log/Xorg.0.log
(**) Option "xkb_options"
"grp:rctrl_toggle,lv3:ralt_switch,grp_led:scroll"
% 

Откуда он это берёт?

--
sergio.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: xkb сломали?

2009-04-10 Thread sergio

Ctrl-Alt-Backspace, кстати, тоже не работает.
Может сломали не xkb, или не только его.

--
sergio.

Re: "притормозы" систем ы при коротких всплесках дисковой активности