Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #11215 > unrolled thread

Re: String concatenation - which is the fastest way ?

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: String concatenation - which is the fastest way ? Chris Angelico <rosuav@gmail.com> - 2011-08-11 14:48 +0100
    Re: String concatenation - which is the fastest way ? SigmundV <sigmundv@gmail.com> - 2011-08-11 14:38 -0700
      Re: String concatenation - which is the fastest way ? przemolicc@poczta.fm - 2011-08-12 09:10 +0200
        Re: String concatenation - which is the fastest way ? SigmundV <sigmundv@gmail.com> - 2011-08-12 09:09 -0700

#11215 — Re: String concatenation - which is the fastest way ?

On Thu, Aug 11, 2011 at 2:46 PM,  <przemolicc@poczta.fm> wrote:
> This is the way I am going to use.
> But what is the best data type to hold so many rows and then operate on them ?
>

List of strings. Take it straight from your Oracle interface and work
with it directly.

ChrisA

[toc] | [next] | [standalone]

#11230

When I saw the headline I thought "oh no, not string concatenation
again... we have had scores of these thread before...", but this is a
rather interesting problem. The OP says he's not a database
developer,  but why is he then fiddling with internal database
operations? Wouldn't it be better to go back to the database
developers and have them look into parallel processing. I'm sure that
Oracle databases can do parallel processing by now...

Sigmund

[toc] | [prev] | [next] | [standalone]

#11255

On Thu, Aug 11, 2011 at 02:38:32PM -0700, SigmundV wrote:
> When I saw the headline I thought "oh no, not string concatenation
> again... we have had scores of these thread before...", but this is a
> rather interesting problem. The OP says he's not a database
> developer,  but why is he then fiddling with internal database
> operations? Wouldn't it be better to go back to the database
> developers and have them look into parallel processing. I'm sure that
> Oracle databases can do parallel processing by now...

:-)
Good question but I try to explain what motivates me to do it.
First reason (I think the most important :-) ) is that I want to learn
something new - I am new to python (I am unix/storage sysadmin but with programming
background so python was a natural choice for more complicated
sysadmin tasks).
Another reason is that our server (and I am responsible for it) has
many, many but slow cores (as I had written before). It means that
parallelization of operations is obvious - the developer is not keen
to spent much time on it (she is busy) - and for me this is something new
(among some boring daily tasks ... ;-) ) and fresh :-)
Another intention is to get some more knowledge about parallelization:
how to divide some task into subtasks, what is the most optimal way to do it, etc
And the last reason is that I love performance tuning :-)

Regards
Przemyslaw Bak (przemol)



















































----------------------------------------------------------------
Zmyslowa bielizna? U nas ja znajdziesz!
http://linkint.pl/f29fe

[toc] | [prev] | [next] | [standalone]

#11284

On Aug 12, 8:10 am, przemol...@poczta.fm wrote:
> Good question but I try to explain what motivates me to do it.
> First reason (I think the most important :-) ) is that I want to learn
> something new - I am new to python (I am unix/storage sysadmin but with programming
> background so python was a natural choice for more complicated
> sysadmin tasks).
> Another reason is that our server (and I am responsible for it) has
> many, many but slow cores (as I had written before). It means that
> parallelization of operations is obvious - the developer is not keen
> to spent much time on it (she is busy) - and for me this is something new
> (among some boring daily tasks ... ;-) ) and fresh :-)
> Another intention is to get some more knowledge about parallelization:
> how to divide some task into subtasks, what is the most optimal way to do it, etc
> And the last reason is that I love performance tuning :-)

When you put it this way I better understand what you're after and why
you do this. And I agree with all your points. Learning something new
is a noble cause in itself. :)

Sigmund

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web