
Aragaer
26.07.2016
11:43:36
я изучал простой с

Nobue
26.07.2016
11:43:37
тут речь скорее о каком-то базовом наборе знаний

agic
26.07.2016
11:43:40
да о чем говорить какие программисты

Aragaer
26.07.2016
11:44:12
впрочем про компиляторы у нас был курс, но на нем все спали, а лектор с листочка бумажки зачитывал содержимое учебнки

Google

agic
26.07.2016
11:44:13
когда бля админы пишут на 8 гиговый файл "cat file | grep lala"

Aragaer
26.07.2016
11:44:16
*учебника

agic
26.07.2016
11:44:31
и спрашиваю а чего такого!? что не так

Nobue
26.07.2016
11:44:38
кстати я немного погорячился, все же курс компиляторов это уже особая ботвень
но я думаю вы поняли мою мысль)

Alexander
26.07.2016
11:45:00
да... мельчает хипстота

agic
26.07.2016
11:45:14
я за то чтобы они учились работе с памятью

Alexander
26.07.2016
11:45:15
высокоуровневое всё стало

agic
26.07.2016
11:45:21
а не думали что это что то мифическое
и как она работает
хз

Nobue
26.07.2016
11:45:33
главная проблема на практике в том, что они не могут решить сложные проблемы

Aragaer
26.07.2016
11:45:43
http://aragaer.livejournal.com/189584.html а я вот еще раз кину ссылку на свое вчерашнее творчество

Google

Alexander
26.07.2016
11:45:44
у меня во flash, в ie память текла - только в путь

Nobue
26.07.2016
11:45:53
потому что нет понимания как внутри все рабоатет и куда вообще коней запрягать

Alexander
26.07.2016
11:46:26
наличие высокоуровневых языков, не освобождает от обязанности думать за память (и другие ресурсы)
согласен

[Anonymous]
26.07.2016
11:46:44

agic
26.07.2016
11:46:57
ну в закладки положил

Alexander
26.07.2016
11:47:23

agic
26.07.2016
11:47:24
в консолях
хотя бы так
мелочь я приятно

Владимир
26.07.2016
11:48:56

agic
26.07.2016
11:49:12
что не нужно

Владимир
26.07.2016
11:49:26
аа, понял)

agic
26.07.2016
11:49:30
нет мы сначала положим все в память потом грепним

Владимир
26.07.2016
11:49:36
работаю, не сразу въехал)

agic
26.07.2016
11:49:44
а если файл гиг на 8 ) так вообще красота

Paul
26.07.2016
11:50:21

Google

Alexander
26.07.2016
11:50:25
ну если у тебя 32Gb озу... то не проблема
а так да, правильно говоришь

agic
26.07.2016
11:50:39
32 gb озу это мало

Alexander
26.07.2016
11:51:08
я к тому что ресурсов стало так много, что стало возможно не включать мозг

agic
26.07.2016
11:51:18

Alexander
26.07.2016
11:51:20
в 90х попробывали бы... ага

[Anonymous]
26.07.2016
11:51:28

agic
26.07.2016
11:51:31
ну на серваке 128 гиг

Alexander
26.07.2016
11:51:37
там тупо sin вычислялся тааак долго что ппц

agic
26.07.2016
11:51:40
ну свободно ща гиг 20

Alexander
26.07.2016
11:51:48
такты процессор считали

agic
26.07.2016
11:51:56
)))
память выделяли

Alexander
26.07.2016
11:52:56
в те объёмы не помещалось ничего

Игорь
26.07.2016
11:53:08

Alexander
26.07.2016
11:53:47
вот молодой спец на маленьком объеме данных пилит неэффективный алгоритм - работает
а в проде потом удивляется
мат. анализа не хватает

H
26.07.2016
11:54:30

Alexander
26.07.2016
11:54:48
не, он блоками будет читать

Aragaer
26.07.2016
11:54:48
а вот я тут может глупость скажу, но на самом деле cat file | grep _мало_ отличается от просто grep
кат будет блоками читать и "кидать в буфер" - реально он будет мапить этот буфер на пайп

Google

Aragaer
26.07.2016
11:55:41
а греп будет оттуда читать. Все равно оба варианта полностью подгрузят файл с диска в кэш, потому что надо
а вот что cat file | grep это лишний fork+exec это да

Nobue
26.07.2016
11:59:03

Alexander
26.07.2016
11:59:49
да, и ещё редко молодому спецу расскажут про реальный объем данных до деплоя...

Paul
26.07.2016
12:00:15

Alexander
26.07.2016
12:00:34
и nodejs асинхронная - поэтому все будет быстро что бы мы не написали

[Anonymous]
26.07.2016
12:00:51

agic
26.07.2016
12:01:18

H
26.07.2016
12:02:25
чета судя по тестам одна хуйня получается

Admin
ERROR: S client not available

H
26.07.2016
12:02:42
у меня файла правда нет большого со строками, лень генерить

agic
26.07.2016
12:02:54
а вот что cat file | grep это лишний fork+exec это да
написали же
в чем разница

H
26.07.2016
12:03:19
воу воу
лишний экзек в моем линуксике?
как дальше жить

agic
26.07.2016
12:04:04
вот и видна разница в оптимизации и не экономии ресурсов

H
26.07.2016
12:04:41
угу, как там было
тут сэкономил на форке, а потом список из миллиарда элементов пошел перебирать

Google

Alexander
26.07.2016
12:06:11
ну ладно, ладно...
true / false в bash тоже форк делают

H
26.07.2016
12:06:27
вообще нехуй однопоточный греп юзать на файл восьмигиговый, я бы с этого начал :)
по тестам кат даже быстрее

No
26.07.2016
12:06:58
Для особых ценителей можно ещё <file grep и никаких кошек.

agic
26.07.2016
12:08:33

H
26.07.2016
12:09:08
с каких пор он не однопоточный
1 #!/bin/sh
2
3 exec grep -E "$@"

Aragaer
26.07.2016
12:09:26
про true/false еще под вопросом
echo например не делает форк, потому что используется башевский билтин
/bin/echo сделает форк

Psy
26.07.2016
12:10:29
прослушал. это вы чего костылите?

Alexander
26.07.2016
12:11:11
многопоточный ресурсоэкономящий grep файла в 8Gb

Aragaer
26.07.2016
12:11:21
это так, кряхтение на тему что молодеж нынче не та пошла
/me ваще вместо грепа использует ag

agic
26.07.2016
12:12:10

Psy
26.07.2016
12:13:09
дану нах так вообще делать. Файл структурированный? содержимое

H
26.07.2016
12:13:45

agic
26.07.2016
12:14:13
да в курсе

Dan
26.07.2016
12:16:55
а что знатоки скажут про то чтобы читать файл порционно ?
sed -n 101,110p FILENAME
в данном примере со 101 по 110 строку

H
26.07.2016
12:23:12

Whore Amazing
26.07.2016
12:23:33
я тут обнаружил, что не обнаружил возможности вставить элемент в начало списка без магии
однако, здравствуйте

Aragaer
26.07.2016
12:23:50
в питоне?