SlickEdit 2007

нет это не потолок это требование

>Кстати если для тебя oracle и mssql - потолок скорости... ты очень плохо изучал рынок современных субд...

назови пожалуйста СУБД которая была гораздо быстрее перечисленных(на больших базах конечно же)

> которая была гораздо быстрее перечисленных(на больших базах конечно же)

Informix

было бы очень интересно посмотреть ссылки на сравнительное тестирование.

конкретно на сколько быстрее, а то что то везде oracle рвет всех

или ссылочку кинь на не синтетический тест

что то я не вижу informix не первом месте

http://www.tpc.org/tpcc/results/tpcc_perf_results.asp

> Только тот баран, который у себя найдёт кусок _текста_ в 300 Мб.

ЛОРовцы перещеголяли Задорнова и Ко вместе взятых => ЗАЧОТ :)

> что то я не вижу informix не первом месте

А я деньги не вижу ?

>А я деньги не вижу ?

слив защитан -)

> слив защитан -)

Условия перечитай!

>слив защитан -)

это моя фраза %)

подожди, ты сказал что я довольно плохо ориентируюсь на рынке СУБД, потом я тебя спросил какие есть еще достаточно быстрые СУБД по сравнению с oracle, ты привел informix

но результаты тестов показывают иначе

так кто прав?

>Только тот баран, который у себя найдёт кусок _текста_ в 300 Мб

Умник, ты когда нибудь видел результаты расчёта серьёзной CFD (3D) задачи (с сеточкой мильёнов этак на 10-20 узлов и .... ну возьмём по минимуму 100 шагов по времени) которые сохраняются в ascii формате (штоб легче было различными постпроцессорами обрабатывать) ? Или ты думаешь у меня на 3Тб pvfs-е лежат исключительно исходники ? ;) Файлы 2-3Gb это просто норма.

> Файлы 2-3Gb это просто норма.

А обработка этих файлов в текстовых редакторах - тоже норма? 8-O

>На кой чёрт при написании __дровины__ __все__ сорцы ядра-то понадобились? Типа пятиметровый ./include уже и не в моде совсем, у нас энтерпрайз-подход

Месье это так шутит ? В случае косяков в ядре я что патчить буду ? Хидеры ? ;)

> В случае косяков в ядре я что патчить буду ? Хидеры ? ;)

Ты будешь стараться не задеть эти косяки своим драйвером :)

>А обработка этих файлов в текстовых редакторах - тоже норма? 8-O

Прикинь, чтобы вырезать 8-ю колонку (к примеру) из такого файла и сложить её в отдельный файл будет быстрее сделать в SE чем писать и отлаживать скрипт. Пока ты новый файл открываешь и cut blah-blah-blah в нём наберёшь я уже буду с новым файлом работать ;)

индексация ядра полностью, нужна для копания в нем, узнавания как оно работает...

> индексация ядра полностью, нужна для копания в нем, узнавания как оно работает...

Ты удивишься, но я знаю :D Я даже знаю, что это полезно при разработке драйверов :)

> Пока ты новый файл открываешь и cut blah-blah-blah в нём наберёшь я уже буду с новым файлом работать ;)

Ну, я лично в обозримом будущем не собираюсь работать с таими файлами. А для извлечения 8-й колонки я бы написал на awk и ващеблин не отлаживал :)

>Ты будешь стараться не задеть эти косяки своим драйвером :)

Шоб понять в чём косяк нужно хотя бы иметь представление о том в каком месте он имеет место быть. Ну и желательно на это место посмотреть.

К примеру чтобы посмотреть список параметров usb_submit_urb() в SE достаточно набрать "(" а чтобы прейти к её содержимому просто выбрать соответствующий пункт в контекстном меню .... и так с _любой_ функцией ядра Неужели в других IDE иначе ?

>Ну, я лично в обозримом будущем не собираюсь работать с таими файлами. А для извлечения 8-й колонки я бы написал на awk и ващеблин не отлаживал :)

В том всё и дело ;) Чтобы просто удалить строку текста ты тоже будешь программу на awk писать ;) ?

Просто у _редактора_ SE вот такие вот возможности ;)

> Шоб понять в чём косяк нужно хотя бы иметь представление о том в каком месте он имеет место быть. Ну и желательно на это место посмотреть.

Конечно. Но патчить - это, ИМХО, не вариант.

> Неужели в других IDE иначе ?

ХЗ. Не пользуюсь :) Мысль об индексации исходников Linux с помощью Eclipse вызывает нервный смех :D

>/me со страхом представляет себе C++ парсер на grepе

А ведь был такой .... ;)

В 1990-1991 годах в Zortech C++ 3.0/3.1 (позже его купил симантек)

Моя первая IDE для C++ ;)

>Мысль об индексации исходников Linux с помощью Eclipse вызывает нервный смех :D

Вот именно поэтому за SE просят 284 бакса а еклипс так дают в нагрузку к icc ;)

> Месье это так шутит ? В случае косяков в ядре я что патчить буду ? Хидеры ? ;)

Нужно будет Мортону закинуть идею для следующей -mm'ки: в начале каждого файла писать "Не тронь косяк! У него уже есть мейнтейнер! Патчи свои!".

И ты будешь смеяться, дядя, но недавно переписанный клиентский код NFS глючил и не собирался на amd64 именно из-за asm/bitops.h, по причине древнего бага в GCC.

>Прикинь, чтобы вырезать 8-ю колонку (к примеру) из такого файла и сложить её в отдельный файл будет быстрее сделать в SE чем писать и отлаживать скрипт. Пока ты новый файл открываешь и cut blah-blah-blah в нём наберёшь я уже буду с новым файлом работать ;)

:D Мьсе вантузятник не иначе..

man cut уже наверное не модно?

> Моя первая IDE для C++ ;)

Настоящие мужчины в роли IDE использовали MultiEdit :D

>> Мысль об индексации исходников Linux с помощью Eclipse вызывает нервный смех :D

> Вот именно поэтому за SE просят 284 бакса а еклипс так дают в нагрузку к icc ;)

Ну, пока и без него обходимся :) Кстати, никогда не слышал о kernel hacker'ах, которые пользуются SE.

А выйдет CDT 4.0, будет и на нашей улице праздник :)

вполне может быть. линус вон совсем не красноглазый - любит kde и уважает роль visualbasic'а в индустрии.

это я на

>:) Кстати, никогда не слышал о kernel hacker'ах, которые пользуются SE.

>Настоящие мужчины в роли IDE использовали MultiEdit :D

me тоже использовал но предпочитал Zortech из за интеграции с отладчиком.

Но по качеству и удобству отладчика ничего сравнимого с мелкомягким QC давно не встречал. Этот самый QC заруливал в те времена борландовский TC на раз. Просто мелкомягкие при переходе к C++ перешли на очень громозкую и неудобную оболочку с дурацким названием PWB (Programmer Work Bench) из которой потом выросло VC++ а борланд продолжал развивать Turbo* линейку, сохранив преемственность.

>Кстати, никогда не слышал о kernel hacker'ах, которые пользуются SE.

Это дело вкуса ;) SE хорош для C++

>D Мьсе вантузятник не иначе..

Последняя windows которая стояла на моём компе это апрельская бета Win95 Во время выхода релиза Win95 на моём компе уже стоял Linux и стоит там по сей день. До этого юзал RT-11, RSX-11-M-Plus, Dos (2.x-5.x), Windows 3.0,3.1,WfW 3.11

> man cut уже наверное не модно?

Читать написанное уже не модно ? ;)

>линус вон..

линус не авторитет :Р

> я уже буду с новым файлом работать ;)

Извини, не поверю вот что говорит time

1078.0u 28.0s 18:21 100% 0+0k 0+0io 0pf+0w

на команду

time $(cat spin.sql | awk {'print $3'}| > x)

При этом

ls -lh spin.sql

-rw------- 1 sadm sys 3.9G Nov 23 11:39 spin.sql

ls -lh x

-rw------- 1 sadm sys 433M Mar 17 03:01 x

Ось солярка 10, железка Sunfire v210 файл - реальный дамп таблички.

ага, зато Gharick или VSL (которые ничего не сделали) авторитеты, emacs (или что там ?) юзают ;)

ЗЫ VSL так и не сделал свою супер метаплатформу которая изменит мир.

>Извини, не поверю вот что говорит time 
> 1078.0u 28.0s 18:21 100% 0+0k 0+0io 0pf+0w

У меня на ноуте файлов нужного размера нет

попробовал на том-что есть (с внешнего диска)

Время cut&paste 12:30 (по секундомеру в мобиле)

размеры
ss@toshiba:~/Work/OpenCFD-CSP/Test$ ls -l
итого 982090
-rwxrwxr-x 1 ss users 581313105 2006-09-23 20:54 CSPtest-7.plt
-rwxrwxr-x 1 ss users 423358878 2007-03-17 01:59 test.plt

Соответственно из первого вырезал кусок и вставил во второй

> а борланд продолжал развивать Turbo* линейку, сохранив преемственность

Которую, в конечно счете, все равно угробила 8(

Вдогонку. То же самое c помощью awk

ss@toshiba:~/Work/OpenCFD-CSP/Test$ time cat CSPtest-7.plt | awk {'print $5" "$6" "$7" "$8" "$9" "$10" "$11" "$12" "$13" "$14'} > x

real    2m47.292s
user    0m38.590s
sys     0m9.842s


Только следует учесть что SE за эти 12 минут сделал еще плюс по backup копии каждого файла у себя в стораже ;)

> Только следует учесть что SE за эти 12 минут сделал еще плюс по backup копии каждого файла у себя в стораже ;)

За 12 минут то-же и шелл смогет... ну правда без визуализации... А так вообще не слишком страшно.

>> А обработка этих файлов в текстовых редакторах - тоже норма? 8-O

>Прикинь, чтобы вырезать 8-ю колонку (к примеру) из такого файла и сложить её в отдельный файл будет быстрее сделать в SE чем писать и отлаживать скрипт.

А cut здесь не поможет? Вроде он специально для вырезания колонок и создавался.

> А cut здесь не поможет? Вроде он специально для вырезания колонок и создавался.

Колонки вырезать поможет, а вот как спрашивали, выделять вертикальные блоки - нет.
Меджу прочим mcedit прекрасно справляется с этой задачей: <Shift> + <F3>

>>http://www.slickedit.com/content/view/353/217
>Очень понравилось как в видео-роликах быстро и понятно объяснены фичи SlickEdit
>Может есть подобнвый видео-хелп для эклипса. Кто-то звнает?

ЛОР как всегда в своем репертуаре - куча флейма и толчения воды в ступе ака что лучше вим или емакс. Сам отвечаю на свой вопрос :)

Eclipse Video Tutorial
http://jonah.cs.elon.edu/dpowell2/Courses/EclipseTutorial/EclipseTutorial.htm

Eclipse Web Tools Video Tutorial, Visual Editor, and more..
http://www.eclipse.org/callisto/java.php

Eclipse Test and Performance Tools Platform video
http://www.eclipse.org/tptp/home/documents/conferences/eclipseCon2007/

Вообще много разного:
http://www.eclipse.org/search/search.cgi?t=All&t=Doc&t=Downloads&...
http://www.eclipse.org/evangelism/resources.php

wxWidgets applications with nice Eclipse IDE (С и Винда, avi file)
http://wxwidgets.info/wxwidgets_and_eclipse_video

P.S. Вот и теперь становится понятно, почему Сабж грузится 1 секунду ;)))

>> А cut здесь не поможет? Вроде он специально для вырезания колонок и создавался.

> Колонки вырезать поможет, а вот как спрашивали, выделять вертикальные блоки - нет. Меджу прочим mcedit прекрасно справляется с этой задачей: <Shift> + <F3>

В файлах размером 300 Мб? Ну, ну. Изучили бы тред для начала на какой вопрос отвечается.

P.S. А "вертикальные блоки" можно получить если добавить к cut tail+head

>А cut здесь не поможет? Вроде он специально для вырезания колонок и создавался.

На самом деле в этих файликах есть одна "хытрасть"

У них вот такая вот структура [хидер] [данные] [хидер] [данные] ....

Соответственно в самом простом случае (структрурированная сетка) данные имеют X x Y x Z строк а вот число колонок может быть разным (это храниться в локальном хидере). Чтобы быстренько вырезать нужные данные в таком файле чтобы посмотреть срез некоторого ограниченного числа параметров можно:

1) Затащить это всё сразу в постпроцессор .... только памяти для этого нужно на всю катушку и он ну очень медленно из ascii конвертит это дело в свой формат а вот внутри него уже ходит довольно быстро и удобно

2) Быстренько вырезать нужное в отдельный файл и обработать в том же препроцессоре. Там критичным является размер буфера обмена а не общий размер файла (он его, то бишь буфер) начинает копировать сначала к себе в строаж а потом уже можно с ним отдельно работать многократно, если буфер относительно невелик а машина, на которой идёт обработка достаточно памяти + файл лежит на raid или на pvfs то всё очень быстро

2) если нужно многократно делать одну и ту же операцию для устоявшегося (по структуре) набора данных тут уже рулят скрипты. Тем более на кластере обработку можно отлично параллелить и для удалённой работы такой подход вне конкуренции. Само собой на конце этого хозяйства стоит gnuplot который это результат визуализирует, вот только интерактивности никакой.

N2 применяется в 2-х случаях.

1) быстренько посмотреть чего нибудь нетривиальное

2) иногда для отчёта бывает удобно немного по-другому переформировать небольшой (до 100 мегов обычно, не больше) кусок данных.

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

>P.S. А "вертикальные блоки" можно получить если добавить к cut tail+head

Да так всё и сделано уже многие годы ;) Только это ужасно медленно.

s/препроцессоре/постпроцессоре/

> Очень понравилось как в видео-роликах быстро и понятно объяснены фичи SlickEdit

> Может есть подобнвый видео-хелп для эклипса. Кто-то звнает?

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

> про емакс да, на нем можно что угодно делать только ценой каких усилий,

Каких? Читается вводная часть, запоминается c-h f и c-h k, остальному по ходу работы учишься. Учиться надо. Всему.

> нормальной тулзы для автокомплита в стиле slickedit не нашел,

Есть лучше (т.е. работающее): http://xref-tech.com

> солюшены vs2005 не поддерживает (да конечно можно все это самому написать но время деньги)

Зачем они вам? А если нужны, зачем вам что-то отличное от генеральной линии партии?

> я требую -)

Даже если ты msvs купил, то всё рекомендую ознакомиться с as is, которое в соглашении написано.