Re: Ненадежная файловая система FAT
On Среда 29 июля 2009 12:21:01 sms wrote: > Записал на флеху одну прогу для винды. Флеха с файловой системой фат. > Потом вставляю флеху в другой комп, скопировал на винт с флехи эту > прогу и запустил. Она не смогла установиться. Архив поврежден. Я > повторно скопировал эту прогу с первого компа на флеху. Со второго раза > получилось. Но я засомневался в надежности файловой системы FAT. :'& > Какую лучше файловую систему использовать на флехе? И чтобы эта > файловая система была совместима с виндовозом. ;-) Вот только эротических фантазий не надо. Ситуация следующая: вы записываете на носитель 8 бит (к примеру) : 10101010. Пишет драйвер. Если он пишет не те биты, то это плохой драйвер. Вы можете выдернуть носитель до окончания записи, тогда в не зависимости от типа файловой системы или положения звезд на небе вы свои данные не перенесете. Будем считать что вы дали битам записаться. Носитель оказался ненадежным и биты стали 1000. Вы считали их и не получили ожидаемого. Файловая система тут также не виновата. Да, она могла бы поддерживать контрольные суммы или даже избыточность, но контрольные с суммы вам файл не вернут, а избыточность уменьшит количество данных влезающих на носитель да и не надолго это вам поможет если носитель постоянно лжет. Итого: не надо лечить аппаратные беды программными методами. Выход: купите нормальную флешку и не вытаскивайте ее пока данные не будут сброшены.
Re: Ненадежная файловая система FAT
On Среда 29 июля 2009 13:40:37 James Brown wrote: > Ekimov Alexandr пишет: > > On Среда 29 июля 2009 12:21:01 sms wrote: > >> Записал на флеху одну прогу для винды. Флеха с файловой системой фат. > >> Какую лучше файловую систему использовать на флехе? И чтобы эта > >> файловая система была совместима с виндовозом. ;-) > > > > Вот только эротических фантазий не надо. Ситуация следующая: > > вы записываете на носитель 8 бит (к примеру) : 10101010. Пишет драйвер. > > Если он пишет не те биты, то это плохой драйвер. Вы можете выдернуть > > носитель до окончания записи, тогда в не зависимости от типа файловой > > системы или положения звезд на небе вы свои данные не перенесете. Будем > > считать что вы дали битам записаться. Носитель оказался ненадежным и биты > > стали 1000. Вы считали их и не получили ожидаемого. Файловая система > > тут также не виновата. Да, она могла бы поддерживать контрольные суммы > > или даже избыточность, но контрольные с суммы вам файл не вернут, а > > избыточность уменьшит количество данных влезающих на носитель да и не > > надолго это вам поможет если носитель постоянно лжет. Итого: не надо > > лечить аппаратные беды программными методами. Выход: купите нормальную > > флешку и не вытаскивайте ее пока данные не будут сброшены. > > А если мне надо записать на флеху файл более 4Гб?! Каждая файловая система имеет ограничения на размер файлов, их имен, их кол-ва и прочее. Где-то эти ограничения становятся чувствительными, но к битой флэш- памяти эти ограничения не имеют никакого отношения. Автор вопроса не жаловался на ограничения ФС по объему данных. Если хочется большего размера отформатируйте в ntfs, но повторюсь, надежности это параллельно.
Re: Ненадежная файловая система FAT
On Среда 29 июля 2009 16:09:09 Иван Лох wrote: > On Wed, Jul 29, 2009 at 06:47:34PM +0700, Roman S. Gushcha wrote: > > On Wed, Jul 29, 2009 at 02:22:02PM +0400, Иван Лох wrote: > > > On Wed, Jul 29, 2009 at 12:58:23PM +0400, Ekimov Alexandr wrote: > > > > On Среда 29 июля 2009 12:21:01 sms wrote: > > > > > Записал на флеху одну прогу для винды. Флеха с файловой системой > > > > > фат. > > > > > > > > Вот только эротических фантазий не надо. Ситуация следующая: > > > > вы записываете на носитель 8 бит (к примеру) : 10101010. Пишет > > > > драйвер. Если > > > > > > А можно пофантазировать на тему блочной записи, файловых таблиц FAT, > > > которые перезаписываются регулярно в одно и тоже место, что приводят к > > > гибели флешки. > > > > Ну, я могу ошибатья, но по моему на USB-флешках с этим вообще ничего не > > поделаешь. Вот jffs2 вроде специально для борьбы с этим явлением > > создавалась, однако ее на таких устройствах использовать нельзя: > > Это так. Но фат расположенный _строго в определенном месте_ это наихудший > вариант. ext2fs будет лучше. Там все-таки суперблок не пишется каждый раз. Самое интересное, что вам в принципе насрать на проблему вопрошающего. Человеку надо с одной вин машины на другую данные переносить, а вы начинаете доказывать что фат убивает флешки наповал(хотя у некоторых еще людей еще дискеты с фат16 живы), вспоминать про патентные притязания к том-тому, выражать свою любовь к ГНУ и хаять форматы майкрософт. Фат не плох и не хорош, он просто уже не отвечает реалиям сегодняшнего дня. Но вспоминать про ext2 применительно к флешкам, использующимся в гетерогенной среде безумство. Давайте порекомендуем вопрошающему отформатировать ее в ext2, затем взять семью сис. админа в заложники и потребовать от него, чтобы к завтрашнему утру на всех компьютерах с видовс в его конторе стоял драйвер ext2, ну или как минимум, проприетарный тотал коммандер с плагином ext2.
Re: USB принтер после повторного включения не работает
В сообщении от Воскресенье 17 января 2010 10:42:42 автор Andrey Nikitin написал: > В Sun, 17 Jan 2010 01:51:50 +0300 > > Alexey Pechnikov пишет: > > Если у вас принтер требует прошивку, проверьте, что она грузится при > > повторном включении. У меня аналогичная проблема была с HP1020 в этче, > > Если принтер действительно win-принтер требующий загрузки прошивки, > то дополнительные проблемы с ним может создавать очередь печати. Нет. Samsung scx-4300 прошивка не нужна(вроде как). Когда я заново принтер включаю, то ему ядро новый номер выдает. Что-то типа: usb 3-3: new high speed USB device using ehci_hcd and address 8 usb 3-3: New USB device found, idVendor=04e8, idProduct=342e usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 3-3: Product: SCX-4300 Series usb 3-3: Manufacturer: Samsung usb 3-3: SerialNumber: 9N66BFGQ500068Y. usb 3-3: configuration #1 chosen from 1 choice usblp0: USB Bidirectional printer dev 6 if 1 alt 0 proto 2 vid 0x04E8 pid 0x342E При повторном включении cups оставляет ему статус приостановлен. И число после dev каждый раз увеличивается. Как я понимаю cups ждет тот номер dev, с которым принтер настраивался. Таково мое понимание проблемы. Рестарт cups и перезапуск принтера не помогает. Помогает переустановка принтера через веб-морду cups.
Re: Не получается скомпилить тестинговое ванильное ядро
В сообщении от Понедельник 15 февраля 2010 07:49:46 автор James Brown написал: > Не получается под Debian скомпилить тестинговое ванильное ядро > 2.6.33-rc8 с kernel.org > (см. прилагаемые логи ошибок). > При этом, ванильное ядро 2.6.32.8 скомпилилось без проблем. > Что я делаю не так? > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561569
Re: А где CodeBloks?
В сообщении от Понедельник 22 февраля 2010 14:31:18 автор Сергей Крайко написал: > Поискал в репах и не нашёл CodeBloks. В ubuntu есть а в дебиане что нет? > Такой программы не существует. Есть ,правда, Code::Blocks.
Re: А где CodeBloks?
В сообщении от Понедельник 22 февраля 2010 15:14:08 автор Сергей Крайко написал: > On Mon, 22 Feb 2010 14:49:21 +0300 > > Ekimov Alexandr wrote: > > В сообщении от Понедельник 22 февраля 2010 14:31:18 автор Сергей > > > > Крайко написал: > > > Поискал в репах и не нашёл CodeBloks. В ubuntu есть а в дебиане что > > > нет? > > > > Такой программы не существует. Есть ,правда, Code::Blocks. > > Ну Code::Blocks я тоже не нашёл. > Это была подсказка на тему "что же мне поискать в гугле?". Давайте вместе с вами выстроим логическую цепочку. Code::Blocks - это среда для разработки ПО. ПО разрабатывает кто? Правильно, программисты. Что должен знать хотя бы на базовом уровне человек, который хочет программировать? Нет, не конструкции языка ххх, а технический английский. Читать он должен на нем хотя бы со словарем. Ибо вся документация пишется на нем и другие разработчики общаются на нем. Что же делать программисту, у которого возник вопрос? Спрашивать очевидное у других? Нет! надо написать в строке поиска текст примерно такого содержания "debian Code::Blocks" . И на оф. сайт зайти неплохо бы. О ЧУДО! http://apt.jenslody.de/ http://forums.codeblocks.org/index.php?topic=8877.0
Re: А где CodeBloks?
В сообщении от Понедельник 22 февраля 2010 23:40:36 автор Alexey Boyko написал: > > Кто что может посоветовать, что лучше выбрать code::bloks или anjuta. > > Пишу программы на С для GTK и микроконтролёров, собственно из-за > > последнего взглянул на code::blocs. > > Боюсь, твои программы всё равно не скомпилируются. Может я немного пессимист, но Алексей вроде как прав. Я еще ни разу не встречал компилятора / интерпретатора или IDE, угадывающих на основе эвристического анализа названия переменных в коде.
Re: GCC генерирует неправильный код?
В сообщении от Воскресенье 14 марта 2010 11:21:54 автор globus написал: > Писал примитивную програмку на Си, курсач для знакомой, но это не важно. > Есть там кусок кода, который читает записи из файла: первая строка -- > количество записей, последующие -- собственно "полезные" записи. > > Вот кусок кода: > > size_t n /*= 0*/; > /* тут пропущены проверки переданных в ф-ю параметров */ > fscanf(f, "%u", &n); Я с С не знаю, но знаком чуток с С++. Скорее всего ошибка в вашем коде, gcc лажает редко. вы объявляете переменную типа size_t, а потом fscanf говорите, что она unsigned int. Для AMD64 size_t будет иметь размер 64 бита(как и указатели) ,а unsigned int 32 бита. Проверьте это.
Re: Торрент клиент.
В сообщении от Вторник 20 апреля 2010 20:02:06 автор Иван Лох написал: > On Tue, Apr 20, 2010 at 04:43:13PM +0300, thevoan wrote: > > вам не пофиг ли какие либы использует кторрент?! от того, что у вас будет > > установлено кделибс хуже не будет. а знаете, что кутим написан на qt? а у > > вас гном же (а там gtk), как так? раз кутэлибы не помешали, значит и > > кделибы не помешают. > > KDE это не только библиотеки, но еще и куча дебилоидных сервисов. > [offtop] Да, наделали дел в четвертых кедах. Самое забавное что эту монструозную связку попытались(пытаются?) и под виндовс еще портировать. Даже калькулятор KDE в виндовс запускается несколько секунд на офисном железе. Digikam около 15 секунд. [/offtop] По существу: или покопайтесь в исходниках вашего любимого торрент клиента для смены его опознавательных знаков (банят клиенты на трекерах по имени, а имя можно поменять) или rtorrent.
Re: Торрент клиент.
В сообщении от Среда 21 апреля 2010 00:18:01 автор Andrey Melnikoff написал: > Ekimov Alexandr wrote: > > В сообщении от Вторник 20 апреля 2010 20:02:06 автор Иван Лох написал: > > > On Tue, Apr 20, 2010 at 04:43:13PM +0300, thevoan wrote: > > [...] > > > По существу: или покопайтесь в исходниках вашего любимого торрент клиента > > для смены его опознавательных знаков (банят клиенты на трекерах по имени, > > а имя можно поменять) или rtorrent. > > Увы, rtorrent унылое г-но. По крайней мере - на быстрых каналах. deluge у > меня отдает со скоростью под 7 мегабит, rtorrent никогда не выжимал больше > 1. Ну и с закачкай - та-же хистори. > Это весьма странно. Пользуюсь rtorrent уже пару лет и таких проблем не замечал. Что на нюторрент под виндовс, что на ktorrent и rtorrent под linux скорости подключения и закачки приблизительно равны. 2-8 Мегабит/с в зависимости от количества раздающих и состояния сети. С раздачей тоже все ОК. Правда IP у меня выделенный, статический.
Re: Торрент клиент.
В сообщении от Среда 21 апреля 2010 00:44:08 автор Dmitry Nezhevenko написал: > On Wed, Apr 21, 2010 at 12:10:42AM +0400, Ekimov Alexandr wrote: > > [offtop] > > Да, наделали дел в четвертых кедах. Самое забавное что эту монструозную > > связку попытались(пытаются?) и под виндовс еще портировать. Даже > > калькулятор KDE в виндовс запускается несколько секунд на офисном железе. > > Второй раз тоже? Второй раз побыстрее,т.к. в памяти сидят уже всякие akonadi-монади и dbusы, но все равно где-то секунды 1.5 уходит. Для калькулятора это просто невероятно. > А если сравнить с любой другой Qt-ной софтиной? Вроде > дизайнера Более-менее нормально. Конечно 15мб qtcore+qtgui это не чистое winapi или доисторическая mfc, но время разумное (холодное время старта - пару секунд на celeron 1600МГц, 1Гб RAM) > > > Digikam около 15 секунд. > > У меня он на буке тоже не быстро стартует. Около минуты. Но там около 60 > гигов разобранных и не очень фоток. Дело в том, что фоток 0. Да и после того, как запустится по менюшкам ходишь с тормозами. Одно время даже порывался профайлер под windows взять и усмотреть, где же там начудили. Остановило только то, что это никому не нужно. Под Linux таких жутких тормозов не наблюдал. >
Re: Торрент клиент.
В сообщении от Среда 21 апреля 2010 19:02:07 автор Andrey Melnikoff написал: > Иван Лох wrote: > > On Wed, Apr 21, 2010 at 12:18:01AM +0400, Andrey Melnikoff wrote: > > > Увы, rtorrent унылое г-но. По крайней мере - на быстрых каналах. deluge > > > у меня отдает со скоростью под 7 мегабит, rtorrent никогда не выжимал > > > больше 1. Ну и с закачкай - та-же хистори. > > > > У всех же качает и 7 мегабит и 17. Только канал давай. > > Специально проверил - поставил rt 0.8.6, librt 0.12.6 и качал iso'шки > Ubuntu. > > rtorrent на 50% разогнался до 4 мегабит, и больше не поднимался. > deluge - на 25% разогнался до 7 мегабит, к 80% набрал 9 мегабит, так и > закончил. Либо дефолтные настройки rtorrent плохи, либо что-то другое. Для сравнения скоростей rtorrent и ktorrent по очереди поставил на закачку http://rutracker.org/forum/viewtopic.php?t=2254842 (выбрал случайно, просто чтобы раздающих много было) Оба, и rtorrent и ktorrent после минутного "разгона" показали 9 мегабит. Настройки rtorrent во вложении. > > Да - из 300 пиров - только один раздает rtorrent'ом, всей остальное - > uTorrent, Azeurus, Transmission, Deluge (в порядке убывания). Это тут вообще причем? Пользователей Линукс на десктопах пару процентов, из них консольные приблуды любит только какая-то часть. > > Ы? Доктор, что я делаю не так ? Где засилие быстрого rtorrent'a на > раздачах? Ваша же проблема. Вам и решать. Я думаю как-нибудь буду продолжать жить дальше даже если rtorrent вообще у вас работать перестанет. :) > # This is an example resource file for rTorrent. Copy to # ~/.rtorrent.rc and enable/modify the options as needed. Remember to # uncomment the options you wish to enable. # Maximum and minimum number of peers to connect to per torrent. #min_peers = 40 max_peers = 1000 # Same as above but for seeding completed torrents (-1 = same as downloading) #min_peers_seed = 10 max_peers_seed = 1000 # Maximum number of simultanious uploads per torrent. max_uploads = 1000 # Global upload and download rate in KiB. "0" for unlimited. download_rate = 0 upload_rate = 0 # Default directory to save the downloaded torrents. directory = ./MyDownloads/ # Default session directory. Make sure you don't run multiple instance # of rtorrent using the same session directory. Perhaps using a # relative path? session = ./session # Watch a directory for new torrents, and stop those that have been # deleted. schedule = watch_directory,5,5,load_start=./watch/*.torrent #schedule = untied_directory,5,5,stop_untied= # Close torrents when diskspace is low. #schedule = low_diskspace,5,60,close_low_diskspace=100M # Stop torrents when reaching upload ratio in percent, # when also reaching total upload in bytes, or when # reaching final upload ratio in percent. # example: stop at ratio 2.0 with at least 200 MB uploaded, or else ratio 20.0 #schedule = ratio,60,60,stop_on_ratio=200,200M,2000 # The ip address reported to the tracker. #ip = 127.0.0.1 #ip = rakshasa.no # The ip address the listening socket and outgoing connections is # bound to. #bind = 127.0.0.1 #bind = rakshasa.no # Port range to use for listening. port_range = 6890-6900 # Start opening ports at a random position within the port range. #port_random = no # Check hash for finished torrents. Might be usefull until the bug is # fixed that causes lack of diskspace not to be properly reported. check_hash = yes # Set whetever the client should try to connect to UDP trackers. use_udp_trackers = yes dht = auto # UDP port to use for DHT. # dht_port = 6881 peer_exchange=yes # Alternative calls to bind and ip that should handle dynamic ip's. #schedule = ip_tick,0,1800,ip=rakshasa #schedule = bind_tick,0,1800,bind=rakshasa # Encryption options, set to none (default) or any combination of the following: # allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext # # The example value allows incoming encrypted connections, starts unencrypted # outgoing connections but retries with encryption if they fail, preferring # plaintext to RC4 encryption after the encrypted handshake # #encryption = allow_incoming, try_outgoing encryption = allow_incoming,enable_retry,prefer_plaintext # # Do not modify the following parameters unless you know what you're doing. # # Hash read-ahead controls how many MB to request the kernel to read # ahead. If the value is too low the disk may not be fully utilized, # while if too high the kernel might not be able to keep the read # pages in memory thus end up trashing. #hash_read_ahead = 10 # Interval between attempts to check the hash, in milliseconds. #hash_interval = 100 # Number of attempts to check the hash while using the mincore status, # before forcing. Overworked systems might need lower values to get a # decent hash checking rate. #hash_max_tries = 10 # Max number of files to keep open simultaniously. #max_open_files = 128 # Number of sockets to simultaneously keep open. #max_open_sockets = # Example of scheduling commands
Re: QtCreator для n900. Есть ли в пакетах.
В сообщении от Воскресенье 06 июня 2010 13:21:53 автор Peter Teslenko написал: > Приветсвую. > > Есть ли QtCreator с симулятором для n900 в пакетах или единственный вариант > то, что предлагается здесь? > http://www.forum.nokia.com/Tools_Docs_and_Code/Tools/IDEs/Nokia_Qt_SDK/ Очень сомневаюсь, т.к. там стадия суровой беты. Еще ни qt-creator 2, ни Qt 4.7, ни эмулятор сотовых не выходил.
Re: squeeze после очередного обновления поломалось KDE
В сообщении от Понедельник 14 июня 2010 00:24:07 автор vanessa написал: > Я скоро буду бояться обновлять систему. Один раз оно (KDE) уже > поломалось, когда вместо kde-minimal стал kde-plasma-desktop. сегодня в > очередной раз сделал aptitude update && aptitude safe-upgrade после чего > KDE перестало работать. Оно вроде запускается но после исчезновения > картинки запуска экран белеет, проигрывается стартовая мелодия и все. > так белый экран и остается > > обновились кроме всего прочего kde-plasma-desktop и kde-workspace-data > > Как его починит ? Прогревайте ЭВМ, выезжаю ;) В такой фигне заслуга не только debian, но и kde. При жидких ресурсах замахи ого-го, вот и перекраивают в стабильных версиях все по 100 раз. А уж если вспомнить koffice, так там среди стабильных версий вообще небыло ни одной стабильной. А уж в коде вообще ООП головного мозга. Как чинить? Или окатится к предыдущим версиям пакетов или ждать, что починят и обновиться.
Kmix
Добрый день! Дней 10 назад обновил тестинг и в kmix исчезли все регуляторы звука за исключением Analog Stereo и HDMI. Запускал консольный микшер alsa, там все на месте. Кто-нибудь сталкивался? Кто виноват и что делать? :)
Re: Kmix
В сообщении от Суббота 26 июня 2010 15:41:39 автор Павел Марченко написал: > Возможно следует запустить alsa-config > For release Squeeze or any later release, alsaconf is no longer available in package alsa-utils Да и alsamixer в консоли все крыжики нужные рисует.
Re: Kmix
В сообщении от Суббота 26 июня 2010 18:54:59 автор Yuri Kozlov написал: > В Sat, 26 Jun 2010 15:33:27 +0400 > > Ekimov Alexandr пишет: > > Добрый день! > > Дней 10 назад обновил тестинг и в kmix исчезли все регуляторы звука за > > исключением Analog Stereo и HDMI. Запускал консольный микшер alsa, там > > все на месте. Кто-нибудь сталкивался? Кто виноват и что делать? :) > > Карт в машине не две? Может местами переставились? Физически 1 и то встроенная. Но воспринимаются они системой как 2. lspci 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 01:05.1 Audio device: ATI Technologies Inc RS780 Azalia controller До поломки Kmix показывал 2 вкладки 1-я с кучей крыжиков на колонки, микрофоны, наушники 2-я с одним регулятором громкости на HDMI Сейчас у меня на все про все 2 регулятора громкости: analog audio (им можно громкость колонок покрутить) и HDMI (не использую). Т. е. ни микрофоны, ни наушники не настроить. Можно конечно alsamixer консольный использовать, но это ведь не дело.
Re: Kmix
В сообщении от Суббота 26 июня 2010 23:05:11 автор Yuri Kozlov написал: > В Sat, 26 Jun 2010 22:20:33 +0400 > > aplay -l aplay -l List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: VT1708S Analog [VT1708S Analog] Subdevices: 1/2 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 card 0: SB [HDA ATI SB], device 1: VT1708S Digital [VT1708S Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 -- 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/201006270058.21108.toeki...@gmail.com
Re: Kmix
В сообщении от Воскресенье 27 июня 2010 09:15:22 автор Yuri Kozlov написал: > В Sun, 27 Jun 2010 00:58:20 +0400 > Поставил kmix. Да не стоило так запариваться. > В нём на вкладке Audiophile192 тоже оказался всего один ползунок. > Стоя на этой вкладке выбираем в меню "Настройка" -> "Настроить каналы". И там нифигуськи нет. Но кажется я нашел виновного. Это некий монстр PulseAudio. Удалить его не разрешили зависимости. Кеды пригрозили, что тоже уйдут. Но зато безболезненно удалился пакет GStreamer-pulseaudio. И все настройки появились. Вот такие игры у создателей кде с десктопным пользователем. Для вывода звука не менее 100 прослоек и прослойка выбирается случайным (или каким-то секретным) образом. Спасибо за попытку помочь.
Re: Вьюер больших картинок
В сообщении от Четверг 12 августа 2010 19:18:21 автор Victor Wagner написал: > On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote: > > On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote: > > > Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, > > > способный эффективно работать с большими растровыми картинками? > > > > > > Под "эффективно работать" понимаается быстрое масштабирование и > > > панорамирование. И естественно никаких промежуточных файлов. Должно > > > работать даже если в распоряжении этой программы нет ни одной writable > > > файловой системы. Это же вьюер > > > > nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет. > > Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он > меня и не устроил. Требования - должно работать при отсутствии вообще > какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в > RAM). Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет показывать изображения не влезающие в оперативную память, при этом не организовывать временного файла и не читать картинку кусками. Тут либо память (оперативная или дисковая), либо чтение кусками. Единственное ухищрение - это сжатие изображения в оперативной памяти, но это такой изврат. Хотя если профинансируете , то выполню все ваши капризы :D
Re: Перекомпиляция основных программ
В сообщении от Суббота 16 октября 2010 17:30:53 автор Aleksey Korotkov написал: > On Sat, 16 Oct 2010 19:18:27 +0600 > Andrey Rahmatullin wrote: > > AR> > Понятно, что: sed, awk, coreutils, init, bash (я использую > AR> > dash)... > AR> С чего бы? Они процессор не используют. > > В фортунки. Хоть куда. Ведь так на самом деле и есть. Хоть как собирай программу, узким местом которой является работа с диском, быстрее она работать не станет. Ежели программа работает с мультимедией всякой, то она содержит ассемблерные вставки и определяет возможно процессора в рантайме (см. mplayer). Пересборка программы под конкретный x86-32 процессор нифигуськи не дает. Этим занимаются только горе-генту-оптимизаторы.
Re: Перекомпиляция основных программ
В сообщении от Суббота 16 октября 2010 18:20:39 автор Н. Артём написал: > > > Затем, что они используются в скриптах инициализации, в правилах udev, > > > во всех остальных скриптах. И т.д. Т.е., если с каждого будет > > > небольшой, незаметный прирост, в сумме, теоретически, может кое-что > > > набраться. > > > > Не должно. > > Почему? > > > > > > Они используются в скриптах. Повсеместно. > > > > > > > > Используются. А при чём тут использование процессорной мощности? > > > > > > См. выше. "Скорость работы", по-идее, может увеличиться? > > > > Пересобирать каждую новую версию придётся сильно дольше, чем выигранные > > миллисекунды. > > Ну не так часто они и обновляются. А насчёт миллисекунд - вовсе не факт. В > i386 нет даже MMX. Я не знаю как оптимизирует gcc, но множество операций, > которые к мультимедиа никаким боком, гораздо быстрее исполняются, если их > код генерируется с использованием команд MMX расширения. А уж если > говорить о более новых расширениях... По-моему, тут нельзя без замеров > однозначно сказать... Вам не мерить всякую фигню надо, а почитать про векторные расширения. Основной смысл этих расширений. В процессор добавлены большие регистры (128бит и более) куда можно кинуть много небольших переменных и за раз что-то с ними сделать. Допустим вы складываете в цикле n-e кол-во 16битных целых. Программист может написать код, который использует эту возможность. Этим он сделает вычисление быстрее, а программу сложнее. Для числодробилок это усложнение необходимо и оправданно. Ежели программист просто напишет плюсик, то в дело вступает компилятор. Ежели компилятору скажут, что можно использовать mmx, sse и прочие векторные расширения, то из программного кода он попытается вычленить те, куски, которые можно векторизировать. Даже в простейшем случае, приведенном выше, компилятор не будет знать что делать. А вдруг под кол-вом итераций (n) скрывается малое число (1-15)? Компилятор, если возьмется векторизировать, должен отсечь кол-во итераций меньше 8 и досчитывать их без расширений(или добивать нулями). Будет работать этот код быстрее или медленнее - неизвестно. В реальном же коде если программист не подстраивался под компилятор, то компилятор вообще почти ничего не поймет. Запихнет эти инструкции в десятке-другом мест, причем с неизвестным результатом. Про зачатки векторизации в компиляторе gcc можно почитать сдесь http://gcc.gnu.org/projects/tree-ssa/vectorization.html
