Skip to main content
13 events
when toggle format what by license comment
Nov 10, 2014 at 20:06 vote accept alexyorke
Dec 27, 2012 at 14:32 comment added alexyorke I know that 7MB isn't a large file, but judging by how my computer was acting, it was :o
Dec 26, 2012 at 22:02 history tweeted twitter.com/#!/askdifferent/status/284056674308870145
Dec 26, 2012 at 20:07 comment added Fake Name @patrix - My first thought was sed too, and then I saw the 7MB comment. 7MB is not a large file. I have 1GB+ log files floating around, and even those really aren't that large. My first thought is a poorly optimized regex.
Dec 26, 2012 at 20:02 history edited bmike CC BY-SA 3.0
Title and tags
Dec 26, 2012 at 20:00 history edited Dan J
edited tags
Dec 26, 2012 at 19:45 answer added ultraloveninja timeline score: 4
Dec 26, 2012 at 19:12 answer added alexyorke timeline score: 7
Dec 26, 2012 at 19:09 comment added alexyorke The file is uncompressed, and the loading of the file search/replace operation is extremely slow. I'll try BBEdit, it looks promising!
Dec 26, 2012 at 19:00 comment added AllInOne As a benchmark I just used BBEdit to do a simple find and replace on a 30MB text file. Was so fast it didn't have time to draw a progress bar. This is on a 2.9 Ghz i7 iMac.
Dec 26, 2012 at 18:58 comment added nohillside What is slow, the loading of the file or the search/replace operation? Using Unix commands like sed would be a good alternative for big files but if you need help here please add some examples for strings to be searched and replaced.
Dec 26, 2012 at 18:58 comment added AllInOne 7MB doesn't seem very large to me and 1 hour does seem like a long time. Is that compressed or uncompressed? Is the find and replace just that or are you using Regular Expressions?
Dec 26, 2012 at 18:54 history asked alexyorke CC BY-SA 3.0