Vimperator рекомендовал установить

Не совсем. Одна из замечательных характеристик Vim (и Vimperator) - это довольно приличный опыт работы с конфигурацией по умолчанию. Я бы посоветовал вам поиграть с макросами (q) и хинтингом (f) , лучшими, IMHO, функциями Vimperator.

Существует множество примеров интересных макросов, из которых мне больше всего нравится тот, который открывает все изображения на всех вкладках, каждая из которых раскрывается на новую вкладку с соответствующими изображениями. Попробуй это написать! Вам понадобятся только маркеры и некоторый javascript, похожий на «Связанные изображения» Pornzilla

] Я сделал несколько небольших изменений. Заставил перемещаться между вкладками одним нажатием клавиши вместо двух, так как это наиболее распространенное, что я делаю рядом с нажатием на ссылки и прокруткой.[

]Также вместо звукового сигнала показываю визуальный индикатор, а вместо статусной строки - пункт назначения выбранной гиперссылки в командной строке, так что я все время вижу URL текущей страницы. [

]Из моего _vimperatorrc файла:[

" Mappings
map b gt
map B gT
map a B

" Options
set visualbell
set complete=hbsf
set showstatuslinks=2

Вам нужно регулярно сбрасывать список запросов, которые Джанго хранит в целях отладки. Обычно он очищается после каждого запроса, но так как ваше приложение не основано на запросе, вы должны сделать это вручную:

from django import db

db.reset_queries()

См. также:

• «Отладка утечки памяти Джанго с помощью TrackRefs и Guppy» Микко Охтамаа:

  Джанго следит за всеми запросами цели отладки (connection.queries). Этот список сбрасывается в конце HTTP-запроса. Но в автономном режиме нет запросы. Так что нужно вручную сброс в список запросов после каждого рабочий цикл

• «Почему Джанго утекает память?» в Django FAQ - он рассказывает оба об установке DEBUG в значение False , что всегда важно, и об очистке списка запросов с помощью db.reset _ queries () , важна в таких приложениях, как ваша.

[1] Правильный выбор параллельной библиотеки зависит от типа целевой параллельной машины : (1) общей памяти (т.е. многоядерной) и (2) распределенной памяти (т.е. Камера, Grid computing, CUDA). Также необходимо определить, какую модель параллельного программирования требуется использовать : (1) многопоточные приложения общего назначения, (2) параллелизм на уровне петель, (3) расширенный параллелизм, например конвейер, (4) параллелизм на уровне данных.

Во-первых, модель общей памяти представляет собой просто многопоточное программирование в качестве адресного пространства для всех вычислительных ядер (например, многопроцессорных микросхем и симметричных многопроцессорных процессоров). Нет необходимости явно обмениваться данными между потоками и процессами. OpenMP, Cilk, TBB все для этого домена.

Модель распределенной памяти использовалась в качестве основной модели параллельного программирования для суперкомпьютеров, где каждая отдельная машина (т.е. адресное пространство не является общим) подключена через плотную сеть. MPI - самая известная для него модель программирования. Однако эта модель все еще существует, особенно для CUDA и Cell-программирования, где адресное пространство памяти не является общим. Например, CUDA разделяет память ЦП и память графического процессора. Необходимо явно передать данные между памятью ЦП и памятью графического процессора.

Далее необходимо рассмотреть модель параллельного программирования . Потоки POSIX предназначены для многопоточного программирования общего назначения (например, высокоопоточных веб-серверов). Однако OpenMP очень специализирован для параллелизма на уровне цикла, чем общий API потока POSIX/Win32. Это упрощает резьбовую вилку и соединение. Intel TBB поддерживает параллелизм на уровне задач, включая петли и конвейеры. Есть еще один параллелизм, который можно использовать: параллелизм на уровне данных. Для этой проблемы GPGU лучше, чем CPU, поскольку GPGPU специализируется на параллельных рабочих нагрузках данных. Существует также модель программирования, называемая потоковой обработкой.

[2] Я уже ответил выше.

[3] Просто. Существует множество различных моделей параллельного/параллельного программирования и различных параллельных машин. Итак, это не одна проблема;В параллельном/параллельном программировании существует так много вспомогательных проблем, которые не могут быть решены суперединой моделью программирования.

[4] Это зависит. Серьезно.

Две настройки чрезвычайно полезны, по крайней мере, для меня:

:set wildoption=auto
:set cpt=l

Вы можете попробовать их сначала из командной строки вимператора. После ввода первой команды сразу же появятся динамические подсказки, например, если вы продолжите использовать вторую команду и увидите, что означает «l». При включении подстановочного параметра доступ к предмету из перечислять подсказок осуществляется нажатием клавиши Tab вместо клавиш со стрелками, которые в большинстве случаев не работают.

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

:sidebar Bookmarks

Еще один трюк после того, как у вас есть подстановочные опции, вы можете получить доступ к пунктам меню FireFox, введя:

:emenu [key_word]
# or
:em[tab]

, где key_word любое ключевое слово меню, такое как Add-on.

У меня есть несколько блогов на вимператоре и как установить настройки вимператора по умолчанию.

Наслаждайтесь Vimperator. Это отличное дополнение для Firefox.